先区分聊天助手、工作流和岗位智能体
聊天助手主要回答问题或生成文本;工作流按照预设步骤搬运、判断和调用工具;岗位智能体则围绕一个持续职责,管理任务状态、知识、工具、权限、记忆、异常和人工协作。企业需要哪一种,取决于任务,而不是名称越高级越好。
供应商应能把需求拆成触发条件、输入、知识来源、判断规则、工具动作、状态、人工节点、输出和完成证据。无法说清这些要素,只展示自由对话或固定脚本,就还没有证明岗位级交付能力。
- 聊天助手:问答摘要与内容生成
- 自动工作流:稳定步骤和工具编排
- 岗位智能体:持续职责状态与协作
- 高风险决定:始终保留授权人员
采购前验证 9 项核心能力
第一是业务任务分解,第二是知识来源、引用和版本,第三是工具与系统调用,第四是角色和最小权限,第五是短期状态与长期记忆边界,第六是幂等、超时、重试和回滚,第七是人工接管与升级,第八是固定样本评测、日志和成本,第九是部署、监控、版本和维护。
这些能力不要求一次全部做满,但必须在范围中明确哪些已有、哪些本期实现、哪些不做。尤其要防止把模型能生成一个正确答案,误写成系统能够稳定执行同类任务。
- 任务与成功条件
- 知识引用和版本
- 工具接口与动作
- 身份角色和权限
- 状态记忆与删除
- 幂等重试与回滚
- 人工接管和升级
- 评测日志与成本
- 部署监控与维护
用失败样本验收,比看成功演示更重要
验收样本不仅包含正常任务,还要包含资料缺失、版本冲突、无权限、重复提交、接口超时、系统返回异常、用户改变要求、敏感信息、错误工具结果和需要人工决定的情形。检查智能体是否引用正确、拒绝越权、避免重复动作、保留日志并交给正确人员。
验收指标可以包括任务完成率、事实正确率、引用完整率、人工修正率、越权率、重复动作、异常闭环时间、平均成本和用户采纳率。模型分数或一次回答满意度不能替代业务指标。
合同要写清交付、归属和持续运行责任
企业应确认提示词、知识结构、流程配置、连接器、代码、测试集、日志、账号、模型密钥和部署环境分别归谁管理;明确第三方平台变化、模型更换、知识更新、故障响应和退出时的数据导出删除。否则上线后很容易被一个账号或个人经验锁住。
麒典 AI 的智能体项目采用业务诊断、场景排序、方案与验收、原型与试跑、部署与集成、培训与迭代六个阶段。公开 Demo 只证明受控场景的交互与方法,不自动等于客户生产系统;是否适合作为供应商,仍应由企业拿真实任务按上述 9 项能力验证。
执行检查表
- 01确认需要助手工作流还是岗位智能体
- 02逐项验证九类核心能力
- 03加入正常和失败两组验收样本
- 04检查越权重复动作与人工接管
- 05写清代码配置账号和数据归属
- 06确认上线监控维护和退出机制
常见问题
AI 智能体开发和普通软件开发有什么不同?
除界面和业务逻辑外,还要治理非确定输出、知识引用、工具调用、权限、评测、模型成本和人工接管。
必须从零开发吗?
不一定。可以使用成熟模型、框架和现有协同平台,关键是任务、知识、权限、集成和验收是否真正适配企业。
演示效果很好能直接上线吗?
不能。还需用失败样本验证权限、异常、重复动作、日志和人工接管,并完成部署与运维条件。
怎样避免被供应商绑定?
合同写清代码配置、知识、测试集、账号、密钥、数据和部署归属,以及退出时的导出与删除。