U S I N G G P T - 6 A S T R A
GPT-6
Astra
使用指南
新增能力 · 提示词最佳实践 · 迁移快速入门
简单介绍一下GPT-6 Astra
GPT-6 Astra 是 OpenAI 迄今最智能的模型，在计算机操作、浏览、软件工程、科学及专业工作方面具备领先表现。它擅长跨代码、浏览器和专业软件执行多步骤工作流。在若干评测中，Astra 在显著减少输出 token 的同时取得了更好的结果。尽管每 token 单价更高，按任务估算的 API 成本仍低于此前的模型。
GPT-6 Astra 也是 OpenAI 迄今对齐程度最高的模型。它善于审慎行动、尊重任务边界，并保持沟通透明。当指令存在解释空间时，它会依据已有上下文补足常规信息缺口；如果某个问题的答案可能改变结果，就会提出有针对性的问题。它能够纳入新要求，按要求调整方向，并在回答旁支问题时继续跟进整体任务。
使用 Astra 构建应用时，在 Responses API 请求中将 model 设为 gpt-6-astra。
新增能力
新增能力与限制 / 共 5 项
01 / 05
异步工具调用
当应用正在运行一个工具时，GPT-6 Astra 可以继续推理、调用其他工具，或回答请求中相互独立的部分。
在函数工具或自定义工具上设置 async: true，结果准备好后，使用原来的 call_id 返回结果。应用仍负责执行工具和管理待处理工作。
异步工具调用：基本用法与开发者定义的等待工具模式
02 / 05
中途引导
可以在 GPT-6 Astra 工作期间发送补充指令，例如纠正信息或修改要求。
通过 WebSocket 连接，Responses API 会保留已完成的工作，并在后续执行中纳入更新。
中途引导：事件流程与工具结果处理
03 / 05
对话中调整推理力度并保留缓存
添加 configuration_update 输入项，可以为困难任务提高推理力度，或为常规后续任务降低推理力度，无须改写原来的提示词前缀。
更新后的推理力度会持续生效，直到被另一个 configuration_update 输入项覆盖。
对话中调整推理力度：示例与兼容性
04 / 05
失配监测
作为 GPT-6 Astra 强化安全措施的一部分，OpenAI 的系统会异步监测失配行为，并在必要时触发告警。
强化安全措施 · 失配监测
05 / 05
使用限制
GPT-6 Astra 不支持 none 推理力度。
采用欧盟数据驻留配置时，GPT-6 Astra 无法使用 Fast mode。
Fast mode
← 左右滑动阅读 →
GPT-6 Astra 还支持 GPT-5.6 已有的 API 能力，包括：
- • 计算机操作
- • 结构化输出
- • 流式输出
- • 编程式工具调用
- • 多智能体编排
- • 提示词缓存
- • 推理状态持久化
- • 上下文压缩
- • Pro 模式
提示词最佳实践
GPT-6 Astra 比 GPT-5.6 Sol 等此前的模型更智能、能力更强。针对具体使用场景，可以通过提示词调整它的一些行为模式。
GPT-6 Astra 的行为特点
GPT-6 Astra 的行为特点 / 共 5 项
01 / 05
主动推进与持续完成
该模型旨在更有效地与用户协作。因此，当补充信息可能显著改变结果时，它更可能向用户提问。
这可能使它停下来，而用户原本期待它作出合理假设并继续执行。
02 / 05
遵循指令
GPT-6 Astra 在一般指令遵循方面强于 OpenAI 之前的模型，用户可以更充分地控制它的行为。
它可能对技能文件以及 AGENTS.md 等其他文件中的指令更敏感。OpenAI 强烈建议审查模型可以访问的技能和其他文件，检查其中可能影响模型行为的指令。
03 / 05
个性与写作风格
模型倾向于给出详细、经过格式编排的回答，也可能在不同会话中重复使用某些表达。
请明确应用所需的写作风格和结构。
04 / 05
子代理委派
模型委派子任务的频率可能低于工作流的需要。
请明确它何时应使用子代理，以及并行工作的程度。
05 / 05
测试与验证
对编程任务，模型倾向于在认定任务完成前进行充分测试。
对于较小的任务，这可能导致测试范围超出任务本身的需要。
← 左右滑动阅读 →
主动推进与持续完成
在长任务中，GPT-6 Astra 通常比 GPT-5.6 Sol 及更早的模型更能保持连贯。对于较早模型会自行作出假设的情况，Astra 也更可能请求澄清。
要鼓励模型更自主地工作，可以从以下提示词开始：
提示词 01
请根据指令和此前的对话上下文，推断用户意图与任务范围。你的职责是积极采取行动，并将用户希望完成的任务推进至完成。
当用户希望开展新工作或修复现有问题时，请持续推进，直到用户的目标完成。自主执行有助于达成目标的工作，例如在需要时创建隔离的工作树或检出目录、解决合并冲突、进行只读操作、创建 PR 草稿等；明显具有破坏性或不可逆的操作除外。
当用户意图不明确时，模型更可能先请求澄清。如果用户的提示已经隐含授权，可以用下面的提示词要求模型持续执行：
提示词 02
当用户用“能不能……”“我想……”“帮我……”等表达提出行动请求时，请将其视为执行工作并采取行动的指令。不要只确认自己有能力完成，例如回答“可以”，也不要停在提出计划或表示愿意继续。不要为了节省时间、精力或 token，交付未能完整满足任务要求的部分结果或仅仅“足够有帮助”的结果。如果任务需要持续工作，请完成所有必要工作，直到达成用户预期的结果。
让模型先准备具体、可审阅的结果，再请求批准，可以避免它尚未完成力所能及的工作就停下来，通常也有助于更快完成任务。
提示词 03
在向用户提出澄清问题之前，请先完成上下文中已经授权、且能使拟议行动具体化并可供审阅的必要工作。用户应当批准一个具体、可审阅的结果。例如，在部署变更、写入外部应用、合并 PR 或发布网站之前，先完成所有必要准备，让用户批准成为最后一步。对于可逆任务、只读操作、审阅、修复，以及在会话中已获授权或任务指令已明确暗示授权的事项，无须再请求用户许可。
不要因为假设性的风险，主动添加警告、免责声明、审批流程或安全与合规检查清单。
模型默认也倾向于在工作过程中提出不阻塞任务的问题。请根据应用所需的自主程度，调整这些提示词。
遵循指令
GPT-6 Astra 更善于遵循较长的指令，也可能对上下文中的信息更敏感。例如，技能文件中模糊或冲突的说明，可能让模型过早暂停并阻塞工作。请明确用户指令与技能说明的优先级。
提示词 04
用户指令优先于技能中的指导建议。如果明确的用户指令与技能说明冲突，请优先遵循用户指令。
要求模型指出导致它暂停或改变方向的技能及具体条款，也有助于使模型行为透明。
提示词 05
如果某项技能使你请求许可或确认、暂停、留下用户要求的工作未完成，或偏离用户意图，请给出所读 SKILL.md 文件的准确名称与链接，引用相关条款，并简要解释它如何适用于当前情况。请区分技能明确规定的要求，以及你对指导建议的解释。
当应用加载了许多技能和 AGENTS.md 等指令文件时，可以用这段提示词查找那些未被明确指出或相互冲突的指导。
去AI味：个性与写作风格
GPT-6 Astra 倾向于使用列表、表格和 Markdown，让回答便于浏览。如果应用需要格式更简洁的连续文字，请明确说明这种偏好。
提示词 06
默认使用清楚、简洁的段落，每段展开一个主要意思。仅当信息确实并列、具有先后顺序，或需要比较时使用列表。只有层级关系无法清楚表达时，才使用嵌套列表。使用朴素、简单的语言，包括常见词、具体例子和准确的动词。优先使用主动句和直接陈述。
尽早说清主要观点，再补充读者所需的解释与细节。让每句话承接前文。展开关键内容，并提供足够的支持，使回答有用。
对于技术沟通，下面的提示词有助于兼顾表达清楚与领域语境：
提示词 07
优先使用朴素语言，减少术语；只有技术细节能够帮助解释某个想法或工作时，才引用这些细节。清楚、连贯地表达复杂概念，并根据提示或上下文中设定的用户背景知识调整写法。
要减少术语和套话，可以从以下提示词开始：
提示词 08
避免使用套话或空洞词句，例如在结论中使用“Bottom Line:”（总结/底线是）、“delve”（深入探讨）、“foster”（培养/促进）、“leverage”（利用）、“it's worth noting”（值得注意的是）、“importantly”（重要的是）、“Question? Answer.”（自问自答形式）、“This isn't about X. It's about Y.”（这不是关于X，而是关于Y）、“genuinely”（真诚地/确实），以及带连字符的复合描述和形容词。不要使用总结性陈述，例如“In short:..”（简而言之：……）、“The simplest mental model is:...”（最简单的心智模型是：……）。
直接陈述预期的行动。避免补充说明你“不会做什么”、“什么将保持不变”或“你将如何区分/分类结果”。不要使用对比性句式（例如“是X，而不是Y”或“X——而非Y”），这会引入用户并未询问的主动假设或替代选项。避免使用自造的复合标签（如“exact-head checks”和“editorial-row layouts”）、模糊的修饰限定词以及刻板的过渡套话；直接使用朴素的动词和介词来阐明实际关系。
子代理委派
GPT-6 Astra 经过训练，能够拆分工作并委派给并行工作的子代理。如果你在运行框架中实现了多智能体系统，可以使用以下提示词调整 Astra 委派工作的程度：
提示词 09
在任何时候，只要把任务委派给另一个代理进行并行处理能够节省时间或提高质量，就应使用协作工具这样做；根代理和子代理都适用。
代理之间的消息可能出现语法或空格错误。下面的提示词可以改善这些消息的可读性：
提示词 10
你发送给其他代理的消息，以及最终回答，都可能被人阅读，因此请确保表达清楚。单词和数字之间始终使用正确的空格。
模型通常能较好地响应有关何时、如何向子代理委派工作的提示。请根据运行框架和多智能体系统的实现方式调整这种行为。
测试与验证
对于编程任务，请根据变更校准测试与验证的范围。这有助于避免为小任务安排过于广泛或重复的测试。
提示词 11
对于可逆、影响较小的变更，不要编写仅仅复刻实现逻辑的测试。如果选择通过测试验证工作，请确保测试有意义，且确实是验证实现所必需的。
运行与变更相适应的测试，并完成要求的检查。通过后，只有出现新变更、失败或尚未解决的问题时，才扩大或重复测试；否则继续推进任务至完成。
迁移快速入门
使用 Codex 迁移
Codex 可以通过 OpenAI Docs 技能，应用本指南建议的变更。
$openai-docs migrate this project to GPT-6 Astra如需在其他编程代理中使用该技能，请从 OpenAI Skills 仓库下载。
更新 API 和模型参数
将 model 设为 gpt-6-astra，然后检查以下各项：
API 与模型参数迁移 / 共 7 项
01 / 07
推理力度
如果当前使用 none 或 minimal，请从 low 开始并比较结果。其他情况下，保留当前有效的推理力度。
Responses 使用 reasoning.effort，Chat Completions 使用 reasoning_effort。
推理力度
02 / 07
工具调用
使用 Responses API。
GPT-6 Astra 支持 Chat Completions，但工具调用需要使用 Responses。
迁移到 Responses API
03 / 07
不支持的参数
移除 temperature、top_p 和 top_logprobs。
对于 Chat Completions，还要移除 logprobs。
对于 Responses，从 include 中移除 message.output_text.logprobs。
04 / 07
Fast mode
采用欧盟数据驻留配置时，请使用 Standard processing。GPT-6 Astra 在这种配置下不支持 service_tier: "fast" 或 service_tier: "priority"。
GPT-6 Astra 的 Fast mode 不包含延迟服务等级协议（SLA）。
Fast mode 兼容性
05 / 07
调整推理力度
如果应用需要在不同响应之间调整推理力度，请在标准单智能体请求中使用 configuration_update 输入项。
保持请求层的 reasoning.effort 不变，以保留用于缓存的提示词前缀。采用这一功能前，请检查兼容性限制。
兼容性限制
06 / 07
提示词缓存
从 GPT-5.5 或更早版本迁移时，将 prompt_cache_retention 替换为 prompt_cache_options.ttl，并将其设为 "30m"。
请查看提示词缓存的变化，包括缓存边界和缓存写入计费。
提示词缓存变化
07 / 07
不必要的审批停顿
如果模型在继续执行前不断请求批准，请参照“主动推进与持续完成”中的建议，提示它更自主地执行。
有关指令遵循、写作风格、子代理委派和测试的建议，请参见“提示词最佳实践”的其他部分。
← 左右滑动阅读 →
source：