Agent实践：团队 AI 化怎么落地？工具是买来的，资产是沉淀的（12/12）

从个人提效到组织改造——工具是买来的，资产是沉淀的

上一讲结束，我们留了个尾巴：系统评审过关了，sdd-site-agent 即将成为咱们团队的新同事。可咱们团队要怎么才能真正用好它？从个人提效到组织改造，中间隔着什么？为什么有的团队 AI 化成了，有的团队却只买了一堆工具落不了地？

这是本系列的最后一讲。前面十一讲咱们聊的是”怎么造一个 Agent 系统”，这一讲聊聊”怎么让一个团队真正用起来”——技术问题到这里基本都解决了，剩下的全是组织问题。

问题一：为什么有的团队成了，有的却落不了地？

先看看落不了地的团队是怎么做的。你对号入座一下，看看身边有没有这样的：买一批 AI 工具账号，发个通知”大家用起来”，然后等着效率自己涨。三个月后一问，用的还是那两三个本来就爱折腾的人，其他人账号都没激活。

再看看成了的团队是怎么做的：他们把 AI 化当成一个工程来做——先把团队的开发规范写成 skill 文件，再把 AI 生成纳入评审流程，然后定期评估通过率、迭代规范。工具只是入场券，真正的动作都在后面。

两种做法的根子区别就一句话：

落不了地的团队：工具思维
  以为 AI 化 = 买工具，工具是买来的，买完就结束了

成了的团队：资产思维
  知道 AI 化 = 沉淀资产，规范、流程、测试集，
  这些全都是要一点点攒出来的

工具是买来的，资产是沉淀的。买来的东西大家都有，沉淀的东西才是壁垒——这就是为什么同样的工具，不同团队用出天壤之别。

像不像健身？办卡是买工具，谁都能办；训练计划和饮食记录才能达到真正的效果，才能形成资产。办卡率和好身材之间，隔着一个资产思维。

问题二：从个人到团队，中间隔着什么？

个人的 AI 系统跑通了，要变成团队的能力，中间隔着三道坎。每一道坎，其实都有解药：

坎一：个人技巧无法复制
  症状：团队里最会用 AI 的那个人，技巧存在他自己脑子里
  解药：把个人技巧沉淀成 skill（第 7 讲）
        他的经验变成全团队可调用的资产

坎二：规范存在人脑里
  症状：需求怎么写、代码怎么出，只有老员工知道
  解药：把团队规范写成 skill 文件
        ——这就是三个规范 skill 的真正意义：
          团队的开发规范，就是 Agent 资产

坎三：质量各凭感觉
  症状：AI 生成的东西，有人说好有人说烂，没有统一标准
  解药：团队统一的评估体系（第 9 讲）
        共享评估标准（rubric）、共享测试集、共享通过率看板

注意坎二——三个规范 skill 的真正价值，到这里才体现出来。当需求规范、原型规范、架构规范被写成 skill 文件，它们就从”老员工脑子里的经验”变成了”团队可继承、可迭代、可被 Agent 执行的资产”。老员工休假，规范不休假；老员工离职，规范不离职。这门课从第 3 讲一路讲到这里，落点其实是这句话：把团队的开发规范，沉淀为 Agent 资产。

问题三：团队的路线图，怎么走？

三道坎知道了，落地分三步走，别跳步：

第一步：个人标杆（1-2 周）
  一个人把一个系统真正跑通——就是咱们做完的 sdd-site-agent
  产出物：能跑的系统 + 三个规范 skill + 评审报告

第二步：规范沉淀（2-4 周）
  把个人 skill 提交团队评审，变成团队资产
  产出物：团队 skill 库 + 版本管理 + 迭代机制

第三步：流程嵌入（持续）
  AI 生成进入团队流程：AI 生成 → 评估标准验收 → 人工兜底
  定期综合评审（第 11 讲的六格清单，每季度过一次）
  产出物：团队共享的测试集、失败 case 库、成本看板

这里面第二步最容易翻车：个人的 skill 直接扔给团队用，没人维护，三个月后过时了没人管。规范 skill 和代码一样，需要评审、需要版本管理、需要有人对它负责——它既然是资产，就按资产的方式管理运营。

第三步的关键认知是：AI 化不是”AI 替人干活”，而是”AI 生成 + 人验收”的新流程。人没有退出流程，只是换了个角色：以前是生产者，现在是验收者，还得维护规范。这就是第 2 讲那句话的团队版：防幻觉靠流程，落地靠人。

任何脱离流程的工具引入，都是耍流氓。AI 化成不成，不看买了什么工具，看流程改没改。

十二讲的全景：一张地图收尾

最后一讲了，咱们一起，把地图完整走一遍：

地基（01-02）     模型没有记忆，token 就是钱，
                 窗口是天花板；幻觉是机制不是 bug

上下文工程（03-04）上下文是稀缺资源；
                 短期靠上下文，长期靠外部记忆

Agent 核心（05-08）循环才是 Agent；工具是手；
                 skill 是 know-how；
                 拆不拆看信号：装不下/说不清/会传染

工程化落地（09-11）验收标准就是标准答案；
                 防线建在模型之外；用清单逐项评审

收官（12）        工具是买来的，资产是沉淀的
                 ——把团队规范沉淀为 Agent 资产

如果只能带走一句话，带这句：会设计 Agent 的人，不是会写 prompt 的人，是带着”资产沉淀”思维工作的人。工具会过时，模型会换代，但沉淀下来的规范、流程、测试集，会一直跟着团队走。

如果要带走一件东西，带走这张卡：Agent 设计实战总速查卡——十二讲浓缩成的六格清单。给团队分享时它是现成的物料，评审系统时它是手边的清单。

课程到这里就结束了。sdd-site-agent 在你手里，三个规范 skill 在你手里，六格清单也在你手里——剩下的路，需要你带着团队自己走。期待在你的团队里，看到这门课长出来的样子。

沈剑从带团队做架构，到写公众号，再到写这门课，体会就一句话：资产比工具值钱。这门课如果能帮你攒下第一份资产，就没白写。

实操演练（约 25 分钟）

必做部分 + 一步加餐。做完必做部分，本讲的核心手感就到手了。

检验一下

知其然，知其所以然。思路比结论更重要。

模型没有记忆    历史是每轮重放的，记忆靠设计
token 就是钱    输入也计费，每轮重复发
窗口是天花板    n 个 token 是 n² 注意力，塞多了会腐烂
幻觉是机制      会编不是 bug；防靠流程，不靠提醒
边界判据        答案能被低成本验证吗？

喂什么  最小的高信号 token 集合
怎么喂  常驻（每步都要）vs 按需（用时再取）
写满了  压缩：留决策/状态/结论，扔工具原始输出
        先求全（别丢关键），再求精（删掉废话）
长期记忆 写进外部文件，上下文里只留指针
RAG     是图书管理员，不是银弹

判据    控制流在代码=workflow，在模型=Agent
循环    感知 → 规划 → 行动 → 观察 → 回到规划
定位    Agent 是 tradeoff，不是 upgrade
        能写死路径的，别上 Agent
工具    按工作流合并，不按 API 拆分
        返回人话不返回 uuid；描述就是提示词

分工    工具=手（动作能力），skill=know-how（方法）
三层    元数据常驻 → 正文触发才载 → 资源用到才读
触发器  description 写给模型看：什么时候用我
资产    三个规范就是三个 skill——规范即资产

三信号  上下文装不下 / 职责说不清 / 失败会传染
三代价  15 倍 token / 子 Agent 看不到主对话 / 协调成本
协作    orchestrator 拆任务派活，worker 返回浓缩摘要
克制    信号驱动，而不是对称驱动

验收    没有标准答案时，验收标准就是标准答案
        先写三个失败句，再反写成标准
裁判    确定性检查 → LLM 评审 → 人工抽检
迭代    跑任务 → 通过率 → 捞失败归因 → 改 → 再跑
安全    防线建在模型之外：数据分层 / 最小权限
        / 高危人工确认 / 注入测试进测试集
成本    每成功任务成本 = 单次 × 轮数 ×(1+重试)
        降本：缓存 / 小模型 / 压缩 / 少轮数

规范资产  requirement-spec / prototype-spec
        / architecture-spec 三个 skill
工具    read_spec(只读) / write_artifact(限目录)
        / run_check(白名单)
循环    读任务+当前规范 → 决定步骤 → 调工具
        → 对照规范验收 → 循环
拆分    v1 不拆；编码阶段拆子 Agent（信号一）
验收    三层评估标准 + 任务成功率 + 失败句测试集