ROADMAP / 06
36/36 已把架构与九产品控制面全部展开；现在从规划态切到证据态。每次只按 ready task 交付真实截图、校验和、复核与回执，产品验收保持 fail closed。
已完成控制面
当前执行窗口
6–10 周
持续
REAL IMPLEMENTATION
新的 D01–D36 计划基于最新源码、EC2 与 14 个能力域，不把旧 36/36 或 133 张目标稿解释成已完成。
PRIORITY BACKLOG
apps-* 三个原型与正式官网/NodeBB 的职责重叠。先冻结双轨新增，完成能力差异表后归档或转为门户内容源。
K21 已让 Auth 生产进入 active kid + previous/no-kid 有界验证 Phase A，K20 的双 consumer allow→revoke→deny 证据继续有效；下一风险转为 operator-approved Phase B、剩余 consumer、经授权生产 OTP、ES256/JWKS 和 MFA/设备能力。
public-booking-platform 的 42,918 行 server.js 同时承载发现、预约、商户、增长与开放平台分支，trading-data-source 的后台和服务器分别集中在 3,371 行 App.vue 与 6,126 行 server.go，已成为多人协作热点。
quant-platform 最新候选已有 61 个 Go 文件、17 个测试和 3 个 migration，但仍领先 README-only main 20 commits 且 EC2 暴露为 0；miniapp-open-platform 也只有 4/33 个目标页面。门户必须区分 candidate、main、production 和 planned，禁止把可构建候选当已上线能力。
Matrix X Chat 与 Matrix Quant iOS 都维护 IM、小程序和设计 token。应共享协议、SDK 和 token source，不复制业务实现；产品导航与发布节奏保持独立。
每仓提交 repository.manifest.json：owner、实现状态、路由、依赖、数据契约、UI surface、测试和 SLO，由开发者门户聚合并与 Gitea 组织清单做差异检测。
官网 76 个 operations 页面与预约平台大量 /api/ops 路由说明内部控制面正在侵入公共体验。应建立独立权限、owner、部署和故障半径。
Matrix X Chat 有 47 条工作流，Matrix Quant iOS 也有完整 CI；但预约平台、交易数据、身份和公共 SDK 没有自动工作流。统一最小门禁：lint、type/build、unit、contract、a11y、visual、security。
知识库 448 份文档，预约平台另有 179 份阶段文档。增加 active/superseded/archived、owner、代码锚点和替代链接，门户只展示 active 真值。
TARGET STATE
新人能找到项目 owner、入口、依赖与本地启动方式
每个跨仓契约只有一个版本化真值
AI 从 manifest 读取范围、状态和门禁
每次生产变更都带制品、迁移和回滚证据