「AI Agent 平台」被说滥了。采购或自建前，建议先把它拆成三层能力：编排、工具、治理。少一层，上线后总会在同一处反复救火。
一、三层能力模型
| 层 | 解决什么 | 缺失时的症状 |
|---|---|---|
| 编排 | 步骤、分支、重试、人工节点 | 流程靠聊天硬撑 |
| 工具 | 连接文档/IM/工单/数据库 | 只能说话不能办事 |
| 治理 | 权限、审计、配额、评估 | 出事不可追责、成本失控 |
二、平台与「单个 Agent 应用」的差别
单个应用解决一个场景；平台要让多个团队安全地创建、共享、复用 Agent。因此平台更在意：租户隔离、角色权限、连接器市场、观测看板与策略模板。
三、搭建/采购检查表
- 是否支持按环境（开发/预发/生产）隔离密钥；
- 是否能对工具做细粒度授权；
- 是否有完整调用链日志；
- 是否支持评测集回归；
- 是否能设置预算与速率限制；
- 是否能在不改代码的情况下替换模型供应商。
四、三种常见落地路径
- 轻量起步：现成编排 + 少许连接器，适合验证；
- 中台强化：补齐治理与企业身份系统；
- 深度自研：只在集成极深或合规极严时考虑。
平台目标用户：…
首批连接器：…
权限模型：RBAC / ABAC
审计保留：… 天
年度成本模型：…
退出策略：数据和配置如何导出
五、别被演示带偏
演示喜欢秀多模型切换与花哨界面。你更应该要求对方现场演示：权限拒绝、工具超时、人工接管、审计导出。这些不漂亮，但决定能不能活过第一个季度。
落地记录表（建议固定复盘）
每次完成与「AI Agent 平台是什么？搭建与采购前先搞清三层能力」相关的任务后，用下表留下证据，四周后对比返工是否下降：
| 字段 | 填写说明 |
|---|---|
| 日期 | 任务发生日 |
| 目标 | 一句话可验收结果 |
| 材料来源 | 链接、文件或系统名称 |
| 工具与权限 | 实际调用了哪些白名单能力 |
| 人工闸门 | 哪些步骤必须人确认 |
| 结果评分 | 1 到 5 分，并写一句理由 |
| 失败归因 | 材料、权限、提示词、模型或其他 |
| 下轮只改一项 | 只写一条可执行改进，避免一次改十处 |
管理 Agent 工作的重点不是展示又上线了什么功能，而是看返工率、事故率与单次成功成本是否在收敛。把高频失败写回任务单模板，比收藏一百条提示词更有用。
两周试点怎么排期
若你准备把「AI Agent 平台是什么？搭建与采购前先搞清三层能力」从个人尝试推进到小组试点，建议按十个工作日排：
- 第 1 天：选定唯一场景与成功标准，写进一页纸。
- 第 2 天：准备脱敏材料包与黄金样例十到二十条。
- 第 3 到 4 天：只读工具跑通，禁止对外写操作。
- 第 5 天：补检查清单与人工闸门，演练一次拒绝越权。
- 第 6 到 8 天：小流量真实任务，每日抽检。
- 第 9 天：汇总失败类型，只保留三条改进。
- 第 10 天：决定扩面、维持或回退，形成书面结论。
排期的意义是防止「一直在优化提示词却从不上线标准」。有日期、有样例、有抽检，讨论才不会空转。
原则备忘（可贴在协作文档置顶）
- 目标先于工具，工具先于模型品牌偏好。
- 小样本先于全量，闸门先于速度与排场。
- 日志先于体感，回滚先于勇气与口号。
- 权限默认拒绝，任何开放必须显式批准。
- 评估集比演示稿重要，回归比单次惊喜重要。
- 名称管理要诚实，避免员工高估系统能力。
- 成本按成功任务计算，不按聊天轮次自我安慰。
- 隐私与合规是上线条件，不是上线后补丁。
- 一人试点成功，不代表组织流程已就绪。
- 砍范围往往比加模型更能立刻见效。
以上原则适用于大多数 Agent 相关落地。当你犹豫是否继续加功能时，先问：它是否降低返工、是否不增加不可追责风险。两个问题都答「是」，再投入下一轮开发。
