GPT-5.6 提示词与 Agent 工作流

好提示词不是咒语，而是任务契约

GPT-5.6 能理解更复杂的要求，但“模型更强”不等于可以省略目标、材料和验收标准。稳定提示词应像给同事的任务单：说明交付物、可用依据、禁止事项、输出格式，以及什么情况必须停下来询问。

写法	常见结果	改进方向
“帮我分析一下”	范围随模型猜测	写清决策问题与读者
“越详细越好”	篇幅长但不可执行	限定章节与每节目的
“确保绝对正确”	无法兑现的保证	要求标记来源与不确定项
“自动完成全部步骤”	可能越权操作	列工具、权限与确认点

一份可复用的任务契约

下面模板适合方案、研究、写作和代码任务。方括号内容替换后即可使用：

目标：交付[具体产物]，供[读者/使用者]在[场景]使用。

可用材料：
- [材料 1]
- [材料 2]
只把这些材料视为事实；外部知识必须标记“待核实”。

约束：
- 必须包含：[要求]
- 不得包含：[禁项]
- 长度/技术环境：[限制]

输出：
1. 先给 5 行以内结论
2. 按[指定章节或 JSON schema]展开
3. 最后列“假设、风险、待核实项”

验收标准：
- [可检查条件 1]
- [可检查条件 2]

若缺少会改变结论的信息，先问最多 3 个问题；否则直接执行。

关键是让验收标准可观察。例如“写得专业”很主观，“包含三种方案、成本范围、反对理由与推荐条件”才可检查。把重要约束放在同一处，不要散落在十轮对话里。

长材料：先建证据表，再写结论

模型处理长文时，最危险的不是漏掉一句，而是把推断写成材料事实。先要求抽取证据，再允许综合：

阅读以下材料，为每项主张建立证据表。
表格列：主张、原文短引、材料编号、证据强度、冲突信息。
规则：
- 找不到证据就写“无证据”，不得补写。
- 引文不超过 30 字，并保留材料编号。
- 完成证据表后，再写 300 字结论。
- 结论每段末尾标注所依赖的材料编号。
材料：
[A] ...
[B] ...

这适合竞品研究、合同摘要和会议材料，但不能代替法律审查。原文引用仍需人工返回源文件核对。

让输出能被程序消费

如果结果要进入数据库或自动化，不要只说“返回 JSON”，还要规定字段、枚举和失败状态：

把工单分类为 JSON，不输出 Markdown。
schema:
{
  "category": "billing|bug|account|other",
  "priority": "low|medium|high",
  "summary": "不超过60字",
  "needs_human": true,
  "missing_fields": ["字段名"]
}
若无法判断，category 使用 other，needs_human 必须为 true。
不得猜测订单号、金额或用户身份。
工单：[文本]

生产环境还应使用 API 提供的结构化输出能力，并在代码里做 schema 校验。提示词规则不是类型系统。

从对话升级为 Agent

普通提示词生成答案；Agent 会规划步骤、调用搜索、文件、代码或业务工具，再根据结果继续。能力增加的同时，错误也会从“文字不好”变成“真实副作用”。设计 Agent 应明确四件事：

1. 工具白名单：只开放任务必要工具。
2. 权限分层：读取可以自动，写入、发送、删除、付款需确认。
3. 状态记录：每步保存目标、工具参数、返回结果和下一步理由。
4. 停止条件：预算、步数、时间、重复失败或信息冲突达到阈值就停止。

动作	默认策略	原因
搜索公开资料	可自动，记录 URL	副作用低但需核实来源
读取内部文档	按最小权限	可能包含敏感信息
修改草稿文件	在分支或副本执行	便于审阅和回滚
发邮件/发布内容	人工确认	对外影响不可忽略
删除、付款、改权限	双重确认或禁用	高风险且难恢复

Agent 系统提示词模板

你是[工作流名称]执行 Agent。

成功定义：[最终可验证结果]
允许工具：[工具及用途]
禁止动作：[删除/付款/对外发送/修改权限等]

执行规则：
1. 先输出简短计划，最多 5 步。
2. 每次只调用完成当前步骤必需的工具。
3. 工具失败时先解释错误，不伪造结果；同一动作最多重试 1 次。
4. 涉及外部写入前，展示目标、变更摘要和回滚方式，等待确认。
5. 发现敏感数据、来源冲突或预算超限时立即停止。
6. 最终报告列出：已完成、未完成、证据、变更、待人工决定。

不要要求模型展示隐藏思维过程。你需要的是简短计划、证据、工具日志与可验证结果，而不是冗长推理文本。

一个研究到发布的工作流

以撰写产品更新说明为例：

1. 收集：只读取指定发布记录与工单。
2. 证据化：每项功能绑定变更编号，冲突项暂停。
3. 起草：按固定受众、语气和字数生成草稿。
4. 审校：检查遗漏、未经证实的承诺、链接和日期。
5. 确认：展示 diff，由负责人批准后才发布。

提示词可写成：

根据提供的发布记录写更新说明。
每项功能后标注对应工单 ID；没有 ID 的内容不得进入正文。
分别输出“面向用户的正文”和“审校报告”。
审校报告必须列：未覆盖工单、冲突描述、可能构成承诺的措辞。
只生成草稿，不执行发布。

评测与版本管理

提示词也应像代码一样有版本。保存模板、模型、测试输入、期望结果和修改原因。至少建立三类用例：正常案例、缺字段案例、恶意或冲突指令案例。升级 GPT-5.6 或修改模板后运行回归，关注任务成功率、严重错误、人工修订和成本，而非只比较文风。

提示词注入需要单独测试：网页、文件和用户内容都属于“不可信数据”，其中出现的“忽略之前规则”不能覆盖系统权限。工具层必须再次检查参数和授权，不能只靠一句提示词防守。

访问与入口

• 在 ChatGPT 中手工试验模板
• 官网受限时用 国内便捷入口 测试低敏感内容
• 在 OpenAI Platform 将通过评测的模板接入 API

常见问题

提示词越长越好吗？

不是。长度应服务于任务。删除重复、相互冲突和无法验收的要求，保留目标、证据、边界、格式和停止条件。

Agent 可以完全无人监管吗？

只适合低风险、可逆且有严格限制的任务。任何对外发送、资金、权限或删除动作都应保留人工确认。

怎样减少模型反复提问？

提供默认假设，并说明只有“会改变结论”的缺失信息才提问，最多几个问题。非关键细节允许模型使用显式假设继续。

网页里的指令为什么危险？

Agent 可能把页面恶意文本误当命令。应把外部内容当数据，限制工具权限，并对写操作做独立确认。

下一步阅读

• GPT-5.6 参数详解
• GPT-5.6 API 使用案例
• GPT-5.6 发布与使用指南

行动路径

今天：把一个真实任务改写成“任务契约”。本周：用 10 个正常与异常案例做回归。引入 Agent 前：完成工具白名单、写操作确认、停止条件和日志设计；没有这些护栏，就先保持只生成草稿。