一、人设不是自我介绍

很多人写人设写成简历：「你是一位资深室内设计师，从业十五年，擅长北欧风…」 写完会怎样？它确实会以设计师的口吻说话，然后什么都敢答——问报价它报价，问施工图它画施工图。 因为它从人设里读到的信息是「我是设计师」，不是「我只做这两件事」。

人设是行为约束，不是身份介绍。 身份只决定语气，约束才决定行为。 判断一份人设写得好不好，有个简单办法：拿三个「它不该管」的问题去问，看它拒不拒。

二、三件事

第一行决定它说话像不像人，第二行决定它能干什么，第三行决定它不敢干什么。 三行都写，人设大概五六十字。不写第三行，前两行白写。

三、「不管什么」那句最值钱

演示里两套人设，同一批五个问题：

含糊版只在三件「该做的事」上对，两件「不该做的事」全错——它会自己编施工图和报价。 具体版五件全对。差别不在长短（二十二字对七十三字），在有没有那一句边界。 这就是「人设写得好不好，看它敢不敢拒」的意思。

拒的时候给一句固定说法，别每次换个措辞。固定说法用户记得住，也好测。

四、回复逻辑三条，按顺序判

顺序不能换。先看越不越界，再看缺不缺字段，最后才调工作流。 顺序反了会怎样：用户问报价（越界），系统先判「缺面积」，追问一句「你家多大」——答非所问。 判据的顺序比判据本身更容易错。 写回复逻辑的时候，先把三条排个序再动手。

追问那句也要写死：「一次只问一个」。列清单（「请提供面积、预算、户型、采光」）用户会觉得在填表。

五、人设和工具打架

人设写「报价顾问」，工具挂「室内设计工作流」——模型会犹豫：报价该不该出图？ 犹豫的结果通常是不动：它用一段文字回你，工作流一次也没被调。 这一条在第 9.9 节讲过，这一章更明显：工具越专业，人设越要跟它一个方向。

排查方法：把人和工具列出来，看人设里有没有一句「什么时候用这个工具」。没有就补上。

六、变量和记忆

多轮对话里，用户第一句说「客厅 20 平」，第二句说「北欧风」，第三句说「出图吧」。 第三句里什么信息都没有。它得记住前两句。 这就是变量。 平台的变量是对话级的：一轮对话里存下来，下一轮能取。跨对话要存数据库。

变量和数据库的分工：对话里临时用的放变量，下次还要用的进表。 这一条和第 11.5 节那个「存客户」的理由正好接上：记不住的东西，就存下来。

七、动手 Demo：人设三句话，决定它敢不敢拒

两套人设对同一批五个问题，数一下各答对几个。 再列一遍回复逻辑的三条，看顺序为什么不能换。

PERSONAS = [(u'含糊', u'你是一个室内设计师助手，帮用户解决装修问题。'),
            (u'具体', u'你是室内设计师阿墨。你只做两件事：出效果图、记客户需求。'
                     u'超出这两件事的，回一句「我只会这两件」并建议转人工。')]

def react(persona, ask, want):
    boundary = (u'只做两件事' in persona) and (u'转人工' in persona)

实跑输出：

--------------------------------------------------------------------
人设三句话，决定它敢不敢拒
--------------------------------------------------------------------


  ① 两套人设，同一批问题
  --------------------------------------------------------------------

| 人设 | 长度 | 答对几题 |
|---|---:|---:|
| 含糊人设 | 22 字 | 3/5 |
| 具体人设 | 73 字 | 5/5 |

  含糊人设只在三件「该做的事」上对，两件「不该做的事」全错——它会自己编施工图和报价。
  具体人设五件全对。差别不在长短（二十二字对七十三字），在有没有那一句「超出这两件事的」。

  ② 人设要写三件事
  --------------------------------------------------------------------

| 写什么 | 例子 | 管什么 |
|---|---|---|
| 你是谁 | 室内设计师阿墨 | 语气、身份、称呼 |
| 你管什么 | 出效果图、记客户需求 | 这两件能调工作流和数据库 |
| 你不管什么 | 施工图、报价、合同 | 这三件必须拒并转人工 |

  第三行最容易漏。漏了会怎样？模型不会拒，它会把「施工图」也当成自己的活，编一段。
  ! 人设里那句「不管什么」，是给模型划边界。 边界不清，它就越界。

  ③ 回复逻辑分三条
  --------------------------------------------------------------------

| 情况 | 怎么办 | 判据 |
|---|---|---|
| 需求齐了 | 调工作流出图 | 房间、面积、风格三个必填都在 |
| 缺必填 | 追问一句 | 一次只问一个，别列清单 |
| 越界或跑题 | 拒答并转人工 | 说清「我只会这两件」 |

  三条逻辑要按顺序判：先看越不越界，再看缺不缺字段，最后才调工作流。
  顺序反了会怎样？用户问报价（越界），系统先判「缺面积」，追问一句「你家多大」——答非所问。

  ④ 人设和工具打架
  --------------------------------------------------------------------
  人设写「报价顾问」，工具挂「室内设计工作流」——模型会犹豫：报价该不该出图？
  犹豫的结果通常是不动：它用一段文字回你，工作流一次也没被调。
  这一条和第 9.9 节一样，但这一章更明显：工具越专业，人设越要跟它一个方向。

①第一张表两套人设：含糊 22 字答对 3 题，具体 73 字答对 5 题。 ②差别不在长短，在有没有那句「超出这两件事的」。 ③第二张表人设三件事：你是谁、你管什么、你不管什么。 ④第三张表回复逻辑三条，顺序是：越界、缺字段、调工作流。 ⑤顺序反了会答非所问——用户问报价，系统追问面积。

30 秒实验

1. 拿三个「它不该管」的问题去问你的智能体，看它拒不拒。不拒就是人设缺边界。
2. 给拒答写一句固定说法，别每次都换措辞。固定说法用户记得住。
3. 把回复逻辑的三条写在纸上排个序，再对照你的配置看顺序对不对。

常见误区

1. 「人设就是自我介绍。」自我介绍只决定语气。约束才决定它敢不敢拒。
2. 「把人设写长点总没错。」长短不重要。缺了「不管什么」那句，写多长都越界。
3. 「回复逻辑先判缺不缺字段。」顺序反了会答非所问。先判越界。

人设写完了，最后一节整体验一遍。五类输入，缺一类就算没测。

• ☐ （本篇完，下一篇 11.7 智能体测试与验证）

相关笔记

• 提示词的分类和写作方法：提示词里的角色怎么写
• 创建智能体调用工作流：人设和工具打架
• 构建客户信息数据库：变量和数据库的分工
• 🐦 扣子开发 AI Agent · 索引