让这份指南成为持续维护的公司经验

本报告建议先作为待评审手册，评审后按主题落到 ai-wiki 的现有规范与领域入口。 可执行 Skill、验证器、接入适配和平台能力继续在各自工程维护；手册只引用固定源和使用约定。 不要把一份研究 HTML 永久当作所有团队的现行规范。

建议每条实践采用统一卡片：适用场景、前置条件、当前状态、步骤、失败/接管条件、 验证方法、已知限制、来源版本、责任人和复核日期。 案例附实际任务/提交/报告链接；敏感证据留受控系统，知识库保存脱敏事实和可复用结论。

首批值得形成正式手册的六篇：知识归属与迁移、团队接入、单仓/跨仓交付、 诸葛巡检修复、棕地改造、独立验证与证据。 它们分别由知识维护者、平台、团队技术负责人、SRE、项目维护者和 QA 主责，交叉评审。 规范更改必须同时回答“谁执行、哪里强制、怎么验证、旧项目如何过渡”。

这一组织方式将公司经验变成可以复用、试验和修订的工程资产： ai-wiki 保存审定知识，fs-ai-hub 发布能力，Multica 调度运行，业务仓交付实现， CI 与运行证据持续检验方法是否有效。