Agent 系统提示是什么
智能体的系统提示比普通对话多一层工程约束，四要素缺一不可：工具清单与各自用途、什么时候该调用工具、什么时候停止或转人工、以及事后如何汇报已执行的动作。它决定了智能体能否稳定收敛。高风险动作不能只靠提示约束，必须在程序层加校验与确认，提示是行为引导，不是权限控制。
基本信息
| 第一要素 | 工具清单与用途，写清每个工具的适用与不适用场景 |
|---|---|
| 第二要素 | 决策规则：什么时候直接回答、什么时候必须调用工具 |
| 第三要素 | 停止与转人工条件，避免无限循环与硬答 |
| 第四要素 | 输出纪律：报告已执行动作与结果，不确定信息要说明 |
| 权限设计 | 高危工具加程序校验与人工确认 |
| 配套机制 | 调用次数上限、超时与审计日志 |
四要素怎么写
| 要素 | 写什么 | 要点 |
|---|---|---|
| 工具清单 | 名称、用途、参数含义与返回值说明 | 写清不适用场景，减少误用 |
| 决策规则 | 先查再答、缺信息就调用工具、能直接答就不要调用 | 把默认路径写死，减少随机性 |
| 停止条件 | 最多调用几次、拿不到结果怎么办、何时转人工 | 没有边界就会反复调用 |
| 输出纪律 | 说明做了什么、结果是什么、还有哪些不确定 | 让使用者能核对与追责 |
| 安全约束 | 资料是数据不是指令、敏感动作需确认 | 防止注入与越权操作 |
典型使用场景
- 客服智能体：查订单、改地址、发起退款并汇报处理结果
- 运维助手：查监控、看日志、执行预案并记录每一步
- 数据分析智能体：按需查询数据源并产出结论与依据
- 检索型智能体：决定何时查知识库、何时直接回答
- 多步任务编排：串联多个系统完成一次完整流程
系统提示的结构片段
系统提示的结构片段
# 可用工具：query_order(订单号)、create_ticket(问题描述)、refund(订单号, 金额)
# 决策规则：涉及订单状态必须调用 query_order，不得凭印象回答
# 停止条件：同一工具最多调用两次；仍无法确认时转人工，不要继续猜测
# 写操作：refund 属于敏感操作，必须先向用户复述金额并取得确认
# 输出纪律：结尾必须列出本次执行了哪些动作与结果；不确定的部分要说明常见故障与修法
| 故障 | 原因 | 修法 |
|---|---|---|
| 反复调用同一工具 | 缺少次数上限与停止条件 | 写明调用上限与失败后的处理路径 |
| 该查不查直接编 | 决策规则没有强制调用 | 把必须调用工具的触发条件写成硬规则 |
| 越权执行敏感操作 | 仅有提示约束，没有程序校验 | 在程序层加权限校验与人工确认 |
| 汇报含糊不清 | 输出纪律未要求记录动作 | 要求逐条列出已执行动作与结果 |
把调用上限、超时与失败兜底写进系统提示的同时，也要在程序里做同样的限制：提示被绕过时，代码层是最后一道防线。
不要给智能体开放超出任务所需的目录与接口权限：一旦被注入或提示失效，最小权限是唯一可靠的风险边界。