AI 智能体搭建：能力边界、工具契约与验收

企业真正缺的往往不是「会聊天的模型」，而是一个岗位里那几步重复发生的动作：能触发、能执行、失败了知道发生了什么、必要时能把决定交回给人。

我们为企业的具体岗位与业务流程搭建可交付的 AI 智能体：先划定能力边界和工具契约，再接入能确定执行的工具，最后把复核、确认和人工接管放在流程里看得见的位置。交付的是可运行、可观测、可接管的智能体，不是接上一个大模型对话框。

1. 适合谁，不适合谁

适合这些情况：

• 任务反复出现，输入和成功结果说得清，例如处理合同、票据、报表、表单，或基于自有资料回答问题
• 需要区分「软件必须每次做对」和「人必须拍板」的环节
• 希望智能体调用稳定的工具，而不是每次靠推理临场生成字段、表格或文件

不适合这些情况：

• 只需要一个开放域聊天窗口，没有稳定的输入、工具和验收标准
• 希望模型自行判断证据是否充分、合同能否签署、款项能否支付或对外发送
• 还没有真实样本，无法说明触发条件、不做的部分，以及必须交回人工的节点

智能体搭建可以单独交付，也可以和 AI 应用开发组合：应用提供界面、权限和数据，智能体负责在明确边界内组织步骤。

2. 完成时看起来像什么

• 一份写清的能力清单：做什么、不做什么、何时必须交回人工
• 一次调用要么成功、要么已受理、要么阻断、要么失败，没有「看起来能跑」的中间态
• 问答类能力在没有资料时停答，而不是补一句听起来合理的话
• 人可以在复核节点看到技术事实，再决定是否批准、签署或发送

3. 典型需求

需求	说明
文档处理智能体	合同、票据、报表、表单的批量解析、抽取与比对
知识问答智能体	基于企业自有资料的检索式应答，带引用、无来源即停答
流程协助智能体	在明确规则下完成信息补齐、格式校验与结果整理
运营智能体	内容整理、资料归类、摘要与多格式输出

4. 交付物

1. 能力清单与边界说明：智能体能做什么、不能做什么、何时必须交回人工
2. 工具契约：每个外部能力的输入输出、错误语义、幂等与重试约定
3. 执行内核接入：按需接入本地智能体文档执行引擎（MCP / CLI 双入口）
4. 复核与确认机制：需要人工决定的环节显式拆出，不在模型内部隐式通过
5. 可观测性：结构化日志、执行事实、失败分类与审计记录
6. 验收用例：正常、边界、失败、并发与重复调用五类

周期取决于能力数量、文档复杂度与集成范围。需求界定完成后再给分阶段计划；具体报价在范围和不做项确认后随方案给出，未评估前不承诺价格。

5. 实施方法

1. 场景界定：明确触发条件、输入形态、成功结果与不做的部分。
2. 能力拆解：判断哪些步骤应由软件确定执行，哪些必须保留人工判断。
3. 契约设计：定义结构化输入输出、错误码、副作用与幂等语义。
4. 工具接入：能确定执行的部分接入执行内核，不交给推理即兴发挥。
5. 交互设计：补问、复核、确认与呈现的位置与话术。
6. 验收上线：按五类用例验收，交付观测与运维说明。

6. 关键原则

• 确定执行优先：能由软件稳定完成的步骤（解析、抽取、转换、计算）不交给模型即兴生成。
• 阻断优于猜测：前置条件不足时返回明确缺失事实，不编造、不静默降级。
• 人工决定显式化：专业判断、审批与对外动作必须落在流程中的明确节点。
• 无来源即停答：问答类智能体不生成没有资料支撑的内容。

7. 和其他交付的边界

对比	AI 智能体搭建	另外一项
AI 应用开发	交付可嵌入流程的智能体能力	交付带权限、数据和界面的完整应用
智能体文档执行引擎	决定何时调用、如何复核、何时交回人工	只执行一次完整的结构化文档能力调用，不理解意图、不编排流程
官网转化平台	不负责对外获客页面	负责产品展示、资料下载、咨询收据和来源归因

文档执行引擎不拥有用户对话和业务审批。官网转化平台不提供 CRM，也不代替智能体做内部执行。怎样判断一项能力能进生产，见《一份 AI 试点怎样才算能进生产》；完整阶段与验收口径见《企业 AI 项目的交付流程与验收口径》。