很多人听到「开发智能体」，第一反应是：我不会编程，肯定做不了。

但其实现在的智能体搭建，已经走到「业务人员也能试」的阶段。

关键是别一上来就想做大模型，先做「小助手」。

下面用一套接地气路径讲清楚。

1）先选一个真痛点，别选「公司智能化」

太大了做不出来。

选这种小场景：

• 每天重复回答的制度问题

• 周报/日报/台账整理

• 合同初审要点提醒

• 设备报修分类

• 客服常见问答

• 培训手册生成

例子：某基建单位财务团队做了「报销单审核助手」，每月释放上百小时重复核对时间。

场景越小，越容易跑通。

2）先把提示词写稳，再谈平台

智能体答得好不好，第一步不是选工具，是指令结构。

一个普通业务提示词可以这样写：

你是一名报销审核助手。

只根据附件规则判断。

每一步先列风险点，再给结论。

不允许编造制度条款。

输出格式：风险等级、依据、处理建议。

注意三点：

• 给角色

• 给边界（只按资料答）

• 给输出格式

这样比「帮我审一下报销单」稳得多。

3）接知识库，别让模型硬编

很多智能体翻车，是因为没接业务资料，全靠模型记忆。

正确做法是放：

• 公司制度PDF

• 产品手册

• 历史工单

• 标准话术

• Excel规则表

这就是常说的RAG思路：先检索再回答。

比如司法基层做的调解助手、排座助手，本质就是把原有规则放进去，让人少查、少错。

4）加一个动作，才算「体」不是「聊天」

纯问答只是雏形。

真正像智能体，要有一步执行：

• 生成表格

• 写入文档

• 打标签

• 发通知

• 调接口查数据

• 输出审批草稿

哪怕只是「输入工单→输出分类+回复话术+待办清单」，也已经比聊天框有用。

业务人员做智能体，优势在哪

技术人容易从「模型能力」出发；

业务人应该从「我明天上班最烦什么」出发。

你会知道：

• 哪类客户总问同一句

• 哪份表每次都要重填

• 哪个流程卡在谁手里

• 老师傅脑子里的经验是什么

把这些变成提示词+知识库+规则，就是智能体。

宝地资产有个70后员工，原来不懂AI，后来自己做了修配改方案审核助手、消防问答助手，靠的就是业务经验。

新手别踩这几个坑

• 场景选太大：先做「一个岗位的一件小事」

• 提示词不测：至少准备10条真实问题

• 知识库乱塞：资料要干净、分层

• 不管幻觉：要加「无依据不许答」

• 做完不用：智能体是改出来的，不是配出来的

建议的学习顺序

第1周：用大模型做单轮助手

第2周：写带格式的提示词模板

第3周：接一个知识库

第4周：做一个带工具调用的小流程

第5周：给同事试用，收错误样例

第6周：改提示词、改切片、改输出

不用先学Python，也能做出能用的业务智能体。

后面想更深，再补JSON、API、数据库、LangChain这类工程内容就行。

未来几年，企业里会出现一类人：

不懂底层模型，但能把岗位经验做成智能体。

这类人不一定叫「智能体开发应用师」，

但他们做的事，就是这个岗位最核心的部分——

把人脑里的流程，变成系统能跑的流程。

智能体开发应用师 辉达马老师13521730416/丁老师13522094648