Agent 系统提示词

1. Agent 的系统提示词和聊天机器人的有什么不同？
1. 聊天机器人的系统提示词主要定人设和语气，几百字收工；Agent 的系统提示词是操作手册，定义能力边界、行为规则和执行策略。
2. Agent 提示词要写工具协议，怎么选工具、怎么填参数、失败了怎么办，聊天机器人根本没这一层。
3. 停止与完成标准是 Agent 独有的，什么算干完了、什么时候该停、什么情况该上报，都要显式定义。
4. Agent 提示词和多轮轨迹强耦合，它管的是整个执行过程的行为模式，不是一次回复的质量。
5. 失败处理策略占了 Agent 提示词的大量篇幅，重试规则、升级路径、放弃条件，全是聊天场景没有的概念。
6. 面试加分点：能概括为角色转变，聊天提示词定义的是 talker，Agent 提示词定义的是 doer，写法完全不同。
7. 常见误区是拿聊天提示词的写法套 Agent，写得抒情漂亮但一句可执行的规则都没有。

2. 系统提示词的骨架结构怎么搭？
1. 第一段是身份与使命，一两句说清这个 Agent 是干什么的、服务谁、边界在哪。
2. 第二段是能力清单，有哪些工具、各自什么用途，和工具定义呼应但不重复细节。
3. 第三段是行为规则，任务执行的流程约定、质量标准、禁止事项，这是骨架的主体。
4. 第四段是异常处理，失败怎么办、何时重试、何时上报、何时放弃，每条都要可判定。
5. 第五段是输出规范，最终交付的格式、中间汇报的格式、给用户的语气基调。
6. 结构顺序有讲究，重要规则放前放后都行但别埋中间，长上下文的中段注意力最弱。
7. 面试加分点：骨架的价值是可维护，按段组织、每段职责单一，改规则不会牵一发动全身。

3. 工具使用规范在提示词里怎么表述？
1. 全局策略先行，先声明工具使用的总原则，比如能确定参数再调用、写操作必须先确认。
2. 选择规则要具体，功能相近的工具给出优先序和判据，别让模型每次现场纠结。
3. 禁用模式显式列出，哪些组合调用是危险的、哪些工具不允许连续调用，负面清单比正面引导更管用。
4. 参数填写纪律写清楚，ID 类参数必须来自实际结果不许猜，日期必须标准格式。
5. 失败重试规则定死，同类失败最多几次、重试前要不要换参数、几次失败后升级上报。
6. 和工具描述分工，工具描述讲单个工具的用法，系统提示词讲工具间的协作策略，两层不打架。
7. 面试加分点：能举一个因缺规则而出事故的例子，比如模型连调十次失败工具，说明规则条条有来头。

4. 停止条件和完成标准怎么写？
1. 完成标准必须可判定，对照任务的验收条件逐条检查，全部满足才允许宣布完成。
2. 写明完成时的输出义务，宣布完成要附上结果摘要和验收核对清单，防止口头完成。
3. 停止条件三类齐全，正常完成、预算触顶、无进展熔断，每类都有明确的触发判据。
4. 禁止擅自收尾，不允许模型觉得差不多就停，差不多的判断权在标准不在模型。
5. 部分完成的出口要给，确认无法完成时输出已完成部分加阻塞原因，比硬编一个结果体面。
6. 循环任务的暂停条件单独定义，批处理跑到什么点该暂停等待，别和单次任务混淆。
7. 面试加分点：停止设计是 Agent 提示词里最容易被忽略又最容易出事故的部分，能主动强调就是懂行。

5. 错误处理策略怎么写进提示词？
1. 错误响应的总原则先立，先诊断再行动，禁止不读报错就盲目重试。
2. 错误分类对应策略，参数错误改参数、网络错误退避重试、权限错误立即上报，分类给法。
3. 重试预算写死数字，单工具最多几次、任务全程最多几轮重试，别留给模型即兴发挥。
4. 升级路径明确，重试耗尽、权限不足、目标无法达成时，分别向谁、用什么格式上报。
5. 防错误雪崩的规则，连续失败时强制暂停复盘，说明失败原因和调整思路再继续。
6. 禁止掩盖错误，不允许为了流程好看而跳过失败步骤假装成功，如实报告是铁律。
7. 面试加分点：错误处理条款要用失败案例回灌迭代，每处理一类新事故就补一条规则，提示词越写越硬。

6. 系统提示词和工具描述的分工边界？
1. 一句话划界，系统提示词管全局策略和多工具协作，工具描述管单个工具的用法细节。
2. 参数格式、返回结构这些细节放工具描述，系统提示词里重复一遍只会造成两处维护不同步。
3. 工具间的选择优先级放系统提示词，这是跨工具的决策，单个描述里写不清。
4. 描述改动的传播范围要想清楚，改工具行为通常只动描述，改协作策略才动系统提示词。
5. 两边矛盾是事故源，工具描述说默认自动执行、系统提示词说写操作要确认，模型行为随机，必须定期对账。
6. 版本联动管理，系统提示词和工具集是配套资产，升级一起升级、回滚一起回滚。
7. 面试加分点：能讲清为什么这个边界重要，重复和矛盾都稀释指令权威，边界清晰才能各自迭代。

7. 提示词太长模型抓不住重点怎么办？
1. 先做瘦身审计，逐条问这规则有没有失败案例支撑，没有的就是推测性条款，砍掉或合并。
2. 结构化排版，标题、编号、短句，比大段文字的遵循率高得多，模型对清晰结构的服从性更好。
3. 关键规则置顶置底，最重要的一条放开头，安全红线放结尾，中间放常规条款。
4. 规则去冲突，长提示词经常自我矛盾，模型遇到矛盾就随机选边，逐条排查互相打架的条款。
5. 分层加载是工程解法，基础规则常驻，领域细则按任务类型动态注入，常驻部分保持精炼。
6. 遵循度做量化测试，逐条规则设计探针任务，统计哪些条款实际被遵守，数据替代感觉。
7. 面试加分点：提示词长度和遵循度不是线性关系，精炼且无冲突的一千字常常胜过啰嗦的五千字。

8. 系统提示词的迭代流程怎么管理？
1. 提示词当代码管，版本控制、变更说明、责任人齐全，改提示词不能是随手编辑。
2. 每次改动跑回归评测，用固定的任务基准集对比新旧版本的成功率和行为差异。
3. 失败案例驱动迭代，线上每个未覆盖的事故类型转化为一条新规则加一个回归用例。
4. 改动幅度要克制，一次只改一组相关条款，全量重写式的大改最容易引入隐性回退。
5. A/B 灰度验证，重要改动先小流量并行，对比真实指标再全量。
6. 规则的有效性要定期审计，上线半年的条款统计触发率，从未触发的可能是死条款，清理掉。
7. 面试加分点：提示词迭代的最高境界是从写规则到建闭环，事故、规则、用例三者自动流转。

9. 怎么发现提示词被注入污染的迹象？
1. 提示词是静态资产，看总量就知道有没有被动过，文件哈希校验是最简单的防篡改手段。
2. 运行时注入更常见，外部内容把恶意指令带进上下文，迹象是行为突然偏离系统提示词的约定。
3. 监控行为基线，输出风格、调用模式突然变化就是警报，先查上下文里混进了什么。
4. 系统提示词做完整性标注，运行时校验系统区未被修改，会话级篡改立即拒绝。
5. 高危操作前做指令溯源，这个决定来自系统规则还是来自外部内容，来源可疑就拦。
6. 定期用已知注入样本做攻击演练，测系统的实际免疫力，别等真出事才发现防线是纸的。
7. 面试加分点：能区分静态污染和运行时注入两种威胁，并给出各自的检测手段，说明安全思维完整。

10. 多 Agent 系统里每个角色的提示词怎么协调？
1. 全局宪法先行，所有 Agent 共同遵守的安全红线、输出规范放在共享基础提示词里。
2. 角色提示词只写差异，每个 Agent 的专属职责、专属工具、专属边界，不和全局宪法重复。
3. 角色间接口要在提示词里对齐，我交付什么格式给谁、我期待从谁那里收到什么，各自声明且互相匹配。
4. 防角色冲突，两个 Agent 的职责边界重叠时，协调规则要写明谁让谁，别让它们现场打架。
5. 汇总者的提示词最关键，它要知道每个下游角色的能力边界和输出约定，才能正确验收。
6. 角色提示词也要防注入隔离，子 Agent 收到的外部内容污染不应传染全局，各角色独立校验。
7. 面试加分点：多 Agent 提示词协调本质是组织设计，能类比公司里章程与岗位说明书的分层，立刻显出体系感。

11. 系统提示词的常见反模式？
1. 反模式一人格化过头，一大段角色扮演的抒情文字，规则含量为零，模型被感动了但不会干活。
2. 反模式二规则堆砌无结构，几十条条款一锅粥，重要的不突出，互相还打架。
3. 反模式三又当爹又当妈，把工具参数细节全塞进系统提示词，和工具描述重复维护两份必不同步。
4. 反模式四模糊指令，要好好干、尽量快这类词没有可判定性，模型只能随机理解。
5. 反模式五一次成型不再迭代，提示词写完就冻结，线上事故从来不回灌，系统永远停在第一版。
6. 反模式六无声无息地改，没有版本管理没有回归测试，行为变化了没人知道为什么。
7. 面试收尾观点：好的系统提示词像好的制度文本，条条有出处、款款可判定、版本可追溯，把这三个标准立起来，提示词工程就脱离了玄学。

包含的内容比较多，这里只做了简单的截图介绍，需要拿来学习的小伙伴查看下方图片！

📚 大模型面试题系列 · 持续更新

INTRO_REMOVED

长按识别二维码，添加微信好友

获取完整版面试题合集，注明 「面试」 通过好友申请