来源、版本与核验范围

调研日期：2026-11-06。公开上游按当次 API 返回的 main SHA 固定；本地仓按当前 checkout 读取，未拉取。 完整本地 SHA 见 local-revisions.json。

公司来源

L1 的源码链接已转换为固定版本；以下为固定版本远端入口：

• fs-ai-hub TeamAI 规范
• fs-ai-hub OKF 规范

补充公司证据

• L6：本地 fs-developer-platform，HEAD b98a34a7a80de504fac9e2a1e01f03f8c67d8610。 核对 AGENTS、Git/委托/Multica 指南、ADR-0026、hooks、测试质量/归属检查器与 CI。
• L7：本地 fs-egress-proxy，HEAD 3f7a70014e3ea77194b6dc358303feca1de6a358。 核对 AGENTS、CONTRIBUTING、VERIFY 规范、委托、Maven、测试证据检查器、负向测试与 CI。
• 两仓读取时工作区干净，均已配置 core.hooksPath=.githooks；未执行 bootstrap 或业务测试， 未查询 GitLab 服务端分支保护或远端 CI 状态。详见 补充分析 和 版本记录。

开源上游

工程生命周期补充读取：两仓 package.json、IDP testing-strategy.md、observability/README.md、 check-metrics.mjs，以及 Egress testing.md、monitoring/README.md。 具体设计与本地证据入口见 工程生命周期契约。

U1：Tencent/teamai-cli

固定版本：38b7c81fb4de2cdcb7b628df44560b10603d0f8e。按该提交核对公开文档与部分源码。

• Distribution scope、版本固定、worktree、submodule、role/project、members、同名 Skill 处理。
• Sharing enforced rule、资源关系、Skill/docs 等。
• Workflow 步骤依赖、输出、工具、工作区与重试语义。
• Manifest schema 资源类型与命名空间 schema，读取片段。

namespace-resolver 源码获取因 TLS 失败，未作为已核实实现依据；相关资源语义以该固定版本上游文档为依据。未安装/运行 TeamAI。

U2：multica-ai/multica

固定版本：a9434451e1c7c5a72798e0b65fdfb769a9249dab。按该提交核对公开文档与部分源码。

• Project resources 多仓、ref、本地目录与 worktree。
• Workflows 状态与角色交接、run 结束不自动移动 Issue。
• GitLab 等自托管集成 启用条件、MR 关联、CI 镜像及完成状态。
• Skills 导入、快照、更新和运行时资源。
• Security model daemon 权限、worktree 与 sandbox 边界。
• Issue workflow 源码 状态与 handoff 模型。
• 任务领取观测代码 容量、runtime 绑定、stale dispatch 等原因分类；没有据此宣称全链路 exactly-once。

部分原始文件因网络 TLS 失败未获取；公司实例未访问，部署版本、功能开关、权限及 webhook 运行状况待接入验收。

行业一手资料

• I1：DORA 2025。已读取报告介绍页面，引用其 AI 放大组织能力的结论；没有把未阅读全文的指标当作本公司预测。
• I2：SLSA v1.2 Provenance。已读取产物、来源与过程追溯定义。
• I3：Anthropic agent evals。 已读取 outcome/trace、grader 和 capability/regression evals 等段落。

Backstage 页面提取失败，未作为本报告已核实依据。

前序迁移盘点的 ai-wiki 快照为 3bf837fd7ecf149233fde23e9bceecfda924d653；后续治理调研快照见下表。udobj 与 wiki-bot 版本在两次盘点中一致。

V3 另读取了行业对照章所列 Stripe、Spotify 三篇、Uber 和 Anthropic 长任务文章正文；原文链接见该章。公开文章自述的成果未作为公司运行验收。

V4 以用户最新确认的“双研发入口、GitLab Issue SSOT、Multica Issue/topic reply 详细过程”为公司协作基线；历史平台来源中的 TAPD/多来源描述保留作背景，不作为并列需求权威源。技术栈增补通过 code-search CLI 核对，固定提交和索引观察的区别见团队接入章。以下本地 SHA 表仍是前轮研究快照，不替代本轮远端抽样引用。

V5 于 2026-11-07 补充人机验证协作与人的责任，基于既有调研证据提出实施建议；本次没有重新执行公司业务测试或刷新全部源码快照。

用户同时确认已从源码、TAPD Bug、故障复盘、需求 Wiki 和用户反馈萃取知识并定期增量更新。本次对照本地 repo-wiki 技能 v14.2.3 的页面增量、consumedSources、外部 reference 与人工策展边界；没有运行知识采集/更新作业，也未核验所有消费端实际安装版本。

V6 于 2026-11-07 补充三个协作空间与 Feature 文档生命周期。用户明确三个空间为 Multica issue/topic/reply、GitLab Issue/MR comment、Git 仓库。新增核对 GitLab Product Development Flow、GitLab Design Management、微软 Spec Kit 介绍和 MADR 官方文档，链接见 Feature 专章。分工、同步与失效规则是本报告建议，未执行实际文档迁移或修改知识采集配置。

V7 于 2026-11-08 根据用户确认更新泳道图和测试章节：Claude/Codex 等开发 Agent 频繁交互 GitLab、自行执行分层与端到端测试；详细过程和结果在 Multica，进展与证据在 GitLab；GitLab CI 内置团队称为 SonarLint 的安全/Bug 扫描。本次未核验实际扫描器、规则、CI job 或阻断配置，未修改业务 CI。

V8 根据用户补充明确 GitLab Issue 可独立承载 PRD、DESIGN、TECH 等文档，通过命名和关联组织，并不都对应代码。本报告增加类型命名、标签、采用关系、版本锁和按类型完成条件；这些为建议规则，未实际建单或修改 GitLab 配置，不假定部署具备特定付费功能。

V9 新增研发阶段与命名规范：用 code-search 核对当前 ai-wiki 规范（HEAD ef46c42925d44bb3e733cb12fb09def189451926）；阅读 mattpocock/skills 固定提交 4ae2317ddb22b046e26455e4f9c9b3aaaf62212d 的 Wayfinder、GitLab tracker、grill-with-docs、domain-modeling；核对 AWS AI-DLC 和 Kiro Specs 一手页面。新增章节给出对应链接与适配边界。

用户提供《vibe时代的软件工程.pdf》（39 页）与《AWS案例_知识库在软件研发全流程中的应用.pdf》（10 页）。已提取文本、精读相关页面并渲染核对关键图表。引用页码为 PDF 页面序号；原材料的案例、内部来源和数字不当作公司实测或本轮独立证实的 AWS 事实。原始 PDF 未包含在本次分享中，文件摘要与取证保存在本地研究目录。未执行上游技能或公司生产流程。

V11 于 2026-11-08 将通用 验收标准 表达中文化，保留稳定编号；阅读用户提供的 KT 文章、凤凰报道及 Critical thinking when agents do the work 中文译文，并核对 Anthropic 技能形成研究官方说明。译文原始 X 长文与研究完整论文未独立阅读全文；同源转述不算独立证据。新增依据和限制见人机验证专章；流程建议未部署到实际系统。

V12 将 Soak 统一解释为长时间稳定性测试，补充适用场景、指标、时长与证据要求。新设计的分层和编号从 1 开始，组织成熟度改为 M1–M5；FSpec L0–L3 等既有路由标识保留并说明历史兼容。未修改实际工程的测试命令、字段或编号配置。

V13 新增项目可观测与操作能力包，读取本地 IDP 00b8ecb053c5d33a743ba17a93bcfb4ac30187f4、Egress 57022539d795424c74a0d99a0c5a7af2ad7cb135 的观测/debug/deploy 文档、技能、部分脚本和 CI。下表仍为此前研究快照；本轮新快照的固定链接和已发现差异见项目可观测章节。通过 code-search 核对公司 Grafana 入口与观测旁路规则。未执行线上读取、部署、看板同步或业务测试。

新增来源与核验边界

• 平台介绍页：用户指定 URL，页面标注 2026-10-24 交流版；本轮实际读取正文，未访问管理后台或验证配置。
• Golden Path 顶层方案：用户指定 URL，本轮实际读取目标、角色、状态、验证、同步与接入章节；文中的应用数量、覆盖比例和待定项属于该方案快照，不视为当前全公司统计。
• bug-finder：固定提交 4bc11ad07e0135861df1aa7fdae419754870046a，读取时工作区干净。 核对 AGENTS、诊断架构、企信监听和自动值班案例、ops 目录职责、code-search 上游管理、Skill 开发与路径评测、package scripts、门禁配置和 CI。
• 诸葛在企信工作、团队/部门已分配 Linux 虚机：用户明确提供的现状；本轮未对实际部署、凭据权限、定时任务或生产覆盖做运行验收。
• 企信监听脚本说明只负责可见会话读取和原线程回复，本身不创建 Issue 或执行 RCA；不能把脚本能力等同于完整平台集成。
• code-search 唯一维护源、 ops 文档职责、 Skill 开发与门禁为资产归属和验证建议的直接依据。
• 本报告所有新图为建议的整合架构与流程；已实现组件和案例是依据，图中跨系统端到端连接仍需试点验收。

本地源码快照