OpenAI 为 GPT-6 Astra 列出五类需要显式配置的行为:自主执行、指令优先级、写作格式、子智能体委派和测试范围。对于从旧模型迁移的 API 应用,提示词和请求参数都需要逐项检查。
五类行为要写进系统提示词
GPT-6 Astra 能够处理长任务和多步工具流程,它也会在结果可能因用户补充而发生实质变化时主动询问。应用希望模型自主完成常规步骤时,需要明确哪些缺口可以合理假设,哪些操作必须等待确认,以及什么状态才算完成。
| 行为 | 提示词需要写清的内容 |
|---|---|
| 自主执行 | 哪些可逆操作可以直接做,哪些决定会改变目标或产生不可逆后果 |
| 指令优先级 | 用户要求、系统规则、Skill 和 AGENTS.md 冲突时如何处理 |
| 写作格式 | 篇幅、语气、段落与列表的使用条件 |
| 子智能体委派 | 什么情况应并行委派,同时允许多少个任务 |
| 测试与验证 | 小改动需要哪些测试,何时才扩大验证范围 |
这些配置属于运行方式,与 GPT-6 Astra 的模型规格、API 价格和上下文窗口 是两组问题。已经接入旧模型的应用,应先审计现有系统提示词和代码库内的指令文件。
自主执行需要同时给出停止条件
对“帮我修复”“实现这个功能”这类请求,系统提示词可以把它定义为执行指令,要求模型完成已授权的可逆步骤。完成条件也要具体,例如代码已修改、范围内测试已通过,并且结果可以交给用户检查。
确认点放在实际外部变更之前,例如部署、合并、发布或其他不可逆操作。模型可以先完成读取、分析、修改、本地验证等已授权工作,再把具体产物交给用户决定。
可以把这部分压缩成三句中文配置:
1 | 从对话上下文推断用户已经明确的目标与范围。 |
长指令更需要明确优先级
GPT-6 Astra 对长指令的遵循能力更强,也会更敏感地受 Skill、AGENTS.md 和其他可访问文件影响。一份旧 Skill 中的审批规则,或两份范围不一致的项目说明,都可能让任务提前停止。
迁移时要搜索应用会加载的所有指令文件,查找重复、冲突和过时规则。系统提示词还可以要求模型在因某个 Skill 而暂停或改变方向时,说明具体文件、规则和影响。这样更容易定位隐藏的指令冲突。
写作、委派和测试要分开配置
GPT-6 Astra 默认倾向使用较多列表、表格和 Markdown,也可能在不同会话中重复相似短语。面向普通用户的产品可以直接规定语气、段落长度和列表的使用条件。“简洁”这类形容词很难独立约束格式,应换成可检查的规则,例如每段只解释一个主题,只在需要比较或展示步骤时列表。
支持子智能体的应用需要单独规定委派条件。可以按任务是否独立、并行是否能节省时间或提高质量,决定是否启动子任务,并限定同时数量。模型不会自动知道应用希望多积极地委派。
编码任务则要把测试强度与改动风险连起来。低风险小改动可以只运行直接相关的检查;出现新的失败、修改高风险路径或依赖关系较复杂时,再扩大验证范围。这能减少小修改重复跑完整测试套件的情况。
API 迁移不只是替换模型名
接入时把 model 设为 gpt-6-astra。工具调用使用 Responses API;Chat Completions 仍可调用 GPT-6 Astra,但不支持该模型的工具调用。
迁移检查可按下面进行:
- 旧配置使用
none或minimal推理档位时,从low开始对比;其他情况先保留现有的有效档位。 - 删除
temperature、top_p和top_logprobs;Chat Completions 还要删除logprobs。 - 需要在对话中改变推理强度时,标准单智能体请求使用
configuration_update输入项,请求级reasoning.effort保持不变,以便继续复用提示前缀缓存。 - 从 GPT-5.5 或更旧模型迁移时,把
prompt_cache_retention换成prompt_cache_options.ttl: "30m"。
完成参数迁移后,再用业务自己的任务集对比结果质量、工具调用和任务是否完成。系统提示词的行为约束与 API 参数需要一起迁移。
原始来源
以下资料用于核对本文信息;价格、开放范围与产品状态请以来源的最新说明为准。
- Model guidance | OpenAI API — GPT-6 Astra 行为特征、提示建议与迁移检查项
- Reasoning models | OpenAI API — Responses API、推理档位与中途调整方式
- Migrate to the Responses API | OpenAI API — Responses API 迁移路径与工具调用方式


