7.7
深览指数
科技Bestblogs·大淘宝技术··AI 生成
天猫技术大型 AI 项目的研发协同实践
这篇文章以天猫新品 MDI 项目为案例，详述了大型 AI 项目研发协同从超级个体到全员赋能的四阶段演进。作者（大淘宝技术团队）提出了结构化知识库与AGENTS.md入口地图、基于站点地图的物理隔离分工、上下文缝补机制（MCP与Skill）、技术哨兵机检测隐形冲突以及NekoCollar云端协作平台等一套可操作的方法论。文章并非通用概念复述，而是充满了具体的架构决策、失败尝试（如Agent Manage）和量化指标（如周冲突有效发现率），适合正在或即将组建AI研发团队的架构师、技术Leader阅读。原文 ↗
核心观点
- ▍AI研发能力从超级个体到全员赋能的放大需要经历四个明确阶段：单兵攻坚、加人提速、高速迭代与稳定运作，每个阶段有核心矛盾与配套解法。
- 01单兵攻坚期通过AGENTS.md（≤120行作为唯一入口）和六个Skill（specs/changelog/architecture/runbook/vendor/wiki）构建结构化知识库，利用git commit作为统一触发关卡，实现知识自动沉淀。
- 02加人提速期借鉴站点地图思路进行物理隔离分工，目录即认领单元；采用四种变更类型（feature/patch/sunset/blueprint）管理需求演进，并通过双向指针解决主文档与补丁的语义二义性。
- 03为解决多人协作中的推理链断裂，开发了上下文缝补机制：MCP提供只读可达通道，Skill提供何时/如何取用的协议，并保留声明式注释锚点。
- 04高速迭代期部署独立技术哨兵机（collar-daemon），持续同步各仓最新release分支模拟预发合并态，由云端Agent分析提交上下文与完整代码，以“周冲突有效发现率”为北极星指标。
- 05稳定运作期推出NekoCollar云端协作平台，提供沙箱环境与所见即所得的真实页面代理，配合Git软硬双锁，让非研发角色（如运营、产品）也能安全参与协同。
- 06文章记录了失败尝试：Agent Manage介入过早，导致开发者丧失对上下文的控制，反而降低了效率，得出‘介入时机’是关键变量的结论。
- 07作者提出关键规则：‘任何导致上下文异常的研发架构变动，都必须用适合的方式缝补缺损的上下文’，例如将提示词外置到DB会导致推理链断裂。
反方 / 局限
- — 文章提及的‘上下文缝补机制’增加了额外的架构复杂度，要求团队具备较高的工程能力（MCP服务器、Skill框架），对于小型团队或初期项目可能存在过度设计风险。
- — 四阶段演进模型依赖严格的开发规范和纪律（如git commit作为唯一触发关卡），在快速迭代、追求‘跑起来再说’的创业环境中可能难以严格执行。
4 分钟 · 4 卡片 · 11 资料
读原文 →