把「我是做 XX 的,请按 XX 风格回答」这句话重复三十遍,就该考虑在智谱清言里做一个智能体了。智能体把人设、知识、能力三样东西固化成一个入口,配一次,之后每次调用都带着这套设定。它省下的不只是打字时间,还有每次重新对齐语境的那几分钟。
先判断这件事值不值得固化
三个信号同时出现才值得做:任务每周重复三次以上、输出有稳定的格式要求、每次都要补充同一批背景信息。只满足一条,用普通对话加一段固定提示词就够,做智能体反而多一层维护成本。
反向信号同样清楚:任务一个月才做一次、每次输入差异极大、知识库每周都在变。这三种情况做出来的智能体很快过期,维护它的时间会超过用它省下的时间。
人设要写成约束,不要写成身份
「你是一个资深编辑」这类句子几乎没有信息量。有效的人设由四段组成:服务谁、产出什么形态、语气到什么程度、明确不做什么。四段各写一两句,加起来不超过两百字,比堆一屏形容词管用。
「不做什么」最容易漏,也最能提升稳定性。比如不写没有出处的数据、不使用感叹号、不主动把原意扩写两倍、遇到无法判断的内容标注待核实。负向约束比正向描述更容易执行,因为它给出了明确边界。写人设时可以借提示词模板的骨架,提示词库改编的三个动作讲的就是怎么把通用模板改成自己的话。
还有一个细节:把长度和结构写死。每段不超过三行、固定输出三段(结论、依据、待确认),这类要求能让输出直接进入工作流,省掉一次排版。
知识库决定它能不能答对具体问题
知识库不是把文件夹整个传上去。上传前做两件事:删掉重复文件和过期版本,给每份资料起一个能被检索到的名字。命名混乱,检索就会召回一堆相似文档,回答开始含糊。
更关键的是切分。一份八十页的手册整份上传,检索到的往往是一大段无关内容。按章节拆成若干份,每份控制在十页以内,命中情况会明显不同。表格和流程图单独处理,它们被解析成文字后经常错位。
知识库有一条硬边界:它只回答资料里有的内容。资料没写的,它会用通用知识补,而且不主动说明哪些是补的。在人设里加一句「资料中没有的内容,明确说明未收录」,比事后逐条核对省事。
能力开关按最小必要开
联网、代码执行、文件读取这些能力,开得越多,行为越不可预测。判断标准是这项能力是否服务于任务的必经环节:做资料问答不需要代码执行,做数据核对才需要。开之前问一句,关掉它任务还能不能完成,能完成就关掉。
需要多轮收集信息的场景,记忆能力值得单独考虑。让智能体记住用户上次提到的偏好,比每次重问一遍体验好,但也要设清理规则。用数据库记住用户信息的做法讲的是同一套思路,只是换了一个平台。
测试阶段只做一件事:找不稳定
刚配好的智能体,前五次对话往往表现不错,因为你在用自己熟悉的问法。真正要测的是别人会怎么问:换三种说法问同一个问题、给一个模糊输入、给一个超出知识库范围的输入、连续追问三层。
四类测试各跑三轮,把结果记下来。同一个问题三种说法得到三个结论,说明人设里的判断标准不够明确;超出范围它硬答,说明兜底句没写进去;连续追问后自相矛盾,说明上下文需要收敛。这类按阈值决定是否放行的思路,可以参考置信度低于阈值就转人工的做法。
四类任务的配置对照
| 任务类型 | 人设重点 | 知识库要不要挂 | 判断标准 |
|---|---|---|---|
| 客服答疑 | 写清可答范围与转人工条件 | 要,产品文档与常见问题 | 抽查二十条,答不上时是否明确转出 |
| 内容改写 | 写死字数、段落数与禁用词 | 可选,放三到五篇风格样例 | 同一篇稿子改两次,结构是否一致 |
| 资料问答 | 要求标章节或文件名 | 要,按章节拆分 | 每条结论都能在原文找到对应段落 |
| 固定格式报告 | 固定字段与输出顺序 | 要,模板与口径说明 | 换一批数据,字段仍然齐全 |
表里第四列是验收时真正该看的东西。前三列都可以照着改,第四列不过,说明配置还没到位。
它做不到什么
它读不到没有上传的资料。你脑子里的行业经验、上周开会口头定的口径,它一概不知道,只能靠你写进人设或知识库。指望它「懂你」,结果通常是它按通用理解给了一个看似合理的答案。
它不会自己发现资料过期。知识库里放的是去年的价格表,它照样按去年的答,语气还很确定。资料更新要人来做,建议在库里留一个版本日期字段。
它也没有真正的长期记忆。跨会话记住的偏好是有限的,复杂项目的上下文仍要靠每次带进去。把关键约束写成固定开场,比依赖记忆可靠。
智能体配置速查
- 每周重复三次以上,才值得做成智能体
- 人设四段:服务谁、产出什么、什么语气、不做什么
- 知识按章节拆,单份控制在十页以内
- 能力只开任务必经的那一项
- 测试用别人的问法,不用自己的
配好之后还会遇到的三个问题
智能体和提示词模板有什么区别?模板每次都要粘贴,智能体是一个固定入口;模板改一次只影响这一次,智能体改一次影响之后所有调用。所以改人设之前先复制一份旧版本,出问题能退回去。
资料是不是传得越多越好?不是。资料越多,召回越容易撞车,回答反而变模糊。先把重复的删掉,再按使用频率排优先级,低频资料单独放一个库,需要时再挂。
团队共用会不会互相干扰?看权限。制度、产品资料适合共用;个人用词习惯这类设定建议各建各的,否则一个人的表达偏好会带到所有人的输出里。


