搭一个能跑的智能体，半天就会了。搭一个企业真能用的智能体，通常要几周。
差别在哪里？我们拆成六个步骤来看。
第一步：先定义它的工作边界
最常见的失败是——做一个"什么都能问"的智能体。
企业场景里，智能体的价值来自边界清晰。上线前先回答三个问题：
- 它只服务谁？（全员 / 某个部门 / 外部客户）
- 它只回答什么范围的问题？（产品 / 政策 / 流程 / 报价）
- 答不了的时候怎么办？（转人工 / 给出联系方式 / 明确说不知道）
第三个问题最重要。一个会说"这个我不确定，请联系XX"的智能体，比一个硬编答案的智能体可信得多。
第二步：知识库整理，占整个工作量的七成
智能体的质量，八成取决于知识库质量，而不是提示词写得多漂亮。
整理知识库时要注意：
- 去重：同一份文件在不同部门有五个版本，是问答混乱的头号原因。
- 拆细：一份 80 页的手册整份上传，检索效果通常很差。按主题拆成独立片段。
- 标时效：政策类文档必须带生效日期，过期内容要及时下线。
- 留出处：答案要能追溯到原文，否则业务方不敢信。
第三步：把回复逻辑写清楚
提示词不是玄学，本质是一份工作说明书。企业场景建议包含：
- 角色设定：它是谁，站在什么立场回答。
- 回答格式：多长、用不用列表、要不要给出处。
- 兜底策略：不确定时怎么回应。
- 禁止事项：不承诺价格、不评价竞品、不回答人事敏感问题。
第四步：用工作流处理多步骤任务
单轮问答能解决 60% 的问题，剩下的需要工作流。
| 场景 | 工作流设计 |
|---|---|
| 售后工单 | 判断问题类型 → 收集必要信息 → 生成工单 → 通知责任人 |
| 销售线索 | 判断意向后 → 提取关键信息 → 写入CRM → 推送跟进提醒 |
| 入职办理 | 识别身份 → 按角色下发清单 → 跟踪完成情况 |
工作流的价值在于让智能体从"回答问题"变成"推进事情"。
第五步：发布与集成
发布渠道决定使用率。常见选择：
- 飞书/企业微信：适合内部员工，不需要额外打开应用。
- 网页挂件：适合对外客服，注意移动端面板尺寸。
- API对接：适合嵌进自有系统，需要IT配合。
一个经验：发布在哪里，决定了有多少人会用。 把智能体放在员工每天必开的工具里，使用率能差好几倍。
第六步：上线只是开始
上线后需要持续看三件事：
- 哪些问题答不上来？（补充知识库）
- 哪些回答被投诉或纠错？（调整逻辑）
- 哪些问题问得最多？（考虑做成快捷入口）
前两周的问答记录，是优化智能体最宝贵的材料。
一点提醒
不要把智能体当成一个技术项目，它是一个业务项目。业务方不参与，做出来的一定不好用。
系统学习这套方法，可以看智能体搭建培训的八个模块，它按这六步的顺序展开，并且包含多Agent协作与运营迭代的内容。