关津 GuanJin · 团队接手方案

2026-11-02 ｜ C 端统一认证基础设施 · greenfield 新项目｜待你确认后建队

100目标接入业务系统

千万级C 端用户 / 开放自注册

200 QPS峰值并发登录

三级+密评合规目标

我核实到的现状

GuanJin 仓已建好，但是空的空仓

公开仓 spencerswagger/GuanJin（10-15 建），里面只有一个 .gitignore。

旧 SpIAM 仓库能访问已核对

私有仓，Go，main 停在 3f14bba（2026-08-13），与移交文档描述一致；另有 4 条 trae/agent-* 分支。旧代码只有 OIDC + 口令 + 后台管理，关津新架构一行都没有。

12 份基线文档不在任何仓库里硬阻塞

移交文档说它们在旧仓库工作区、尚未提交；我在两个仓库里都找不到（SpIAM 仓内只有旧的 docs/specs/2026-08-10-*.html）。团队要开工，必须拿到这 12 份。

工具链 2/3 已就位

Go 1.27、Node 22、PostgreSQL 17 现成 → 够用；Java 17 缺（容器只有 JDK8），SDK 开工前补装，约 10 分钟。

建议编制：6 席 + 主持人

主持人

只调度、不写码；派工 + 收口

架构 · Arch

基线落地：目录树、14 张表、模块边界、ADR

后端 · 认证核心 Core

自注册 / 因子 SPI / 编排引擎 / 令牌 / 挑战 / 审计

后端 · 数据面 + Java SDK Edge

网关断言签名、JWKS、Spring Boot 2.x SDK

前端 · Vue View

C 端 10 页 + 管理后台 12 页

测试 · 合规 Gate

等保三级 / 密评证据链、fail-closed、端到端

产品 · Spec

基线释义、验收清单、面向上级的口径

复用现成

Owl 做代码审查（一次性完整审），Ops 管环境与服务器

环境方案（沿用已跑通的做法）

项目根 /data/.octop/projects/guanjin，每人一棵独立工作区，容器级隔离（只看得到项目目录）
数据库复用本机 PostgreSQL 17，开 guanjin_dev/_test/_staging 三库
成员之间只看得到本团队、看不到 main 和其他团队
代码审查、服务器运维分别交给 Owl、Ops，不新设

要你拍板的 7 件（3 分钟）

A 把 12 份基线文档发我

打包 design-baseline/ 整个目录，当附件发过来即可（不用粘聊天）。这是唯一硬阻塞。

B 编制确认

上面 6 席 + 主持人，够不够、要不要砍人？

C 迁移脚本怎么跑

基线要求：发布流程里一次性 Job 跑（不让多副本同时迁移）；你们既有规范是：应用启动时自动跑。二选一。

D 对外要不要保留 RS256

基线全链路国密 SM3withSM2；旧系统用 RS256 兼容第三方。要不要留一条对外 RSA 兼容路？

E 密评目标等级

基线索引写「上限二级」，但合规矩阵说不用国密 TLS 就过不了。二级还是三级？

F 密码产品路径

纯软件国密库能不能被采信？若必须是密码机 / 密码卡，部署形态和成本都会变。

G 新仓名与旧仓归宿

新仓是否用 guanjin-next、放哪个组织；旧 SpIAM 继续维护还是冻结归档。

确认后我立刻做的事

建项目环境 + 6 席专家 + 花名册收敛，把 12 份基线放进成员工作区
第一步先交「1 页理解摘要」给你确认（防止误读，之后才动代码）
再按 M1 垂直切片：邮箱自注册 → 密码因子 → 编排引擎 → 签发令牌 → 数据面/SDK 端到端 → 审计 → 防刷
之后 M2 TOTP 与阶梯认证 → M3 统一恢复 → M4 短信/邮箱因子 → M5 风控与合规证据链