USING GPT-6 ASTRA
GPT-6 Astra 使用指南
新增能力 · 提示词最佳实践 · 迁移快速入门
GPT-6 Astra 核心概述
GPT-6 Astra 是 OpenAI 迄今为止最智能的模型，在计算机操作、网页浏览、软件工程及专业领域任务中表现卓越。该模型擅长跨代码、浏览器和专业软件执行复杂的多步骤工作流。评测显示，Astra 在显著减少输出 Token 的同时取得了更优结果；尽管单 Token 单价较高，但按任务估算的 API 总成本低于前代模型。
作为对齐程度最高的模型，GPT-6 Astra 行动审慎、尊重任务边界且沟通透明。它能依据上下文主动补全信息缺口，或在关键信息缺失时提出针对性问题。模型支持动态纳入新指令，并在处理旁支问题时保持对整体任务的跟进。
构建应用时，请在 Responses API 请求中将 model 参数设为 gpt-6-astra。
五大新增能力与限制
新增能力与限制概览（共 5 项）
01 / 05
异步工具调用
模型在执行工具时可并行推理、调用其他工具或处理独立请求。开发者需在函数或自定义工具中设置 async: true，并在结果就绪后通过原 call_id 返回。应用层仍负责工具执行与工作流管理。
02 / 05
中途引导
支持在任务执行期间通过 WebSocket 发送补充指令（如纠正信息或修改需求）。Responses API 将保留已完成工作，并在后续执行中整合更新内容。
03 / 05
动态调整推理力度
引入 configuration_update 输入项，允许在不重写提示词前缀的情况下，针对困难任务提高推理力度，或为常规任务降低力度。新设置将持续生效直至被覆盖。
04 / 05
失配监测
作为强化安全措施的一部分，系统会异步监测模型行为失配情况，并在必要时触发告警。
05 / 05
使用限制
不支持 none 推理力度。在欧盟数据驻留配置下，无法使用 Fast mode。
← 左右滑动阅读 →
此外，GPT-6 Astra 完整继承 GPT-5.6 的 API 能力，包括：计算机操作、结构化输出、流式输出、编程式工具调用、多智能体编排、提示词缓存、推理状态持久化、上下文压缩及 Pro 模式。
提示词最佳实践
相较于 GPT-5.6 Sol 等前代模型，GPT-6 Astra 智能度更高。针对其特有的行为模式，建议通过以下提示词策略进行优化。
模型行为特点分析
行为特点概览（共 5 项）
01 / 05
主动推进与持续完成
模型倾向于在信息不足时请求澄清，这可能导致意外停顿。需明确授权其自主推进任务。
02 / 05
指令遵循敏感性
模型对技能文件（如 AGENTS.md）中的指令高度敏感。需审查并明确用户指令与文件指令的优先级。
03 / 05
个性与写作风格
默认倾向生成详细、格式化的回答，可能重复特定表达。需明确指定所需的简洁风格和结构。
04 / 05
子代理委派
模型委派子任务的频率可能低于预期，需明确指示何时使用子代理及并行工作的程度。
05 / 05
测试与验证
编程任务中倾向于过度测试。需根据变更规模校准测试范围，避免不必要的冗余。
← 左右滑动阅读 →
策略一：促进主动推进与持续完成
GPT-6 Astra 在长任务中连贯性更强，但也更易请求澄清。以下提示词可鼓励其更自主地工作：
提示词 01
请根据指令和对话上下文推断用户意图。你的职责是积极采取行动，将任务推进至完成。除非涉及破坏性或不可逆操作，否则应自主执行创建隔离环境、解决冲突、只读操作及创建 PR 草稿等工作。
若用户意图隐含授权，可使用以下提示词要求模型直接执行，避免仅停留在确认阶段：
提示词 02
当用户使用“能不能”、“我想”等表达时，视为执行指令。不要仅回答“可以”或只提供计划，必须交付完整满足任务要求的结果。若任务需要持续工作，请执行所有必要步骤直至达成预期目标。
为加速任务完成，可要求模型先准备具体结果再请求批准：
提示词 03
在请求澄清前，请先完成上下文中已授权的必要准备工作，使拟议行动具体化供用户审阅。对于可逆任务、只读操作及已获授权事项，无需再次请求许可。不要主动添加假设性的警告、免责声明或合规检查清单。
策略二：强化指令遵循
模型对长指令和上下文信息高度敏感。若技能文件中存在模糊说明，可能导致工作阻塞。建议明确用户指令的优先级：
提示词 04
用户指令优先于技能文件中的指导建议。若两者冲突，请严格遵循用户指令。
同时，可要求模型透明化其行为逻辑：
提示词 05
若因技能文件导致暂停、偏离意图或未完成工作，请明确指出所读文件名称、链接及相关条款，并解释其适用性。区分明确规定与你的解释。
策略三：优化个性与写作风格
模型默认倾向使用列表和 Markdown。若需连续文字或去"AI 味”，可采用以下提示词：
提示词 06
默认使用清晰简洁的段落，每段阐述一个主要观点。仅在信息并列、有序或需比较时使用列表。使用朴素语言、常见词汇和准确动词，优先采用主动句。尽早陈述核心观点，随后补充细节。
针对技术沟通，可减少术语堆砌：
提示词 07
优先使用朴素语言，减少术语。仅在技术细节能辅助解释时才引用。根据用户背景知识调整表达方式，确保概念清晰连贯。
为避免套话和空洞表达：
提示词 08
策略四：调整子代理委派
若需利用多智能体系统提升效率，可明确委派策略：
提示词 09
只要委派给子代理并行处理能节省时间或提高质量，就应使用协作工具。此规则适用于根代理和子代理。
为改善代理间消息的可读性：
提示词 10
发送给其他代理的消息及最终回答均需确保表达清晰，单词和数字间使用正确空格，以便人类阅读。
策略五：校准测试与验证
针对编程任务，避免过度测试：
提示词 11
对于可逆或小范围变更，不要编写仅复刻逻辑的测试。确保测试具有实际验证意义。仅在出现新变更或失败时扩大测试范围，否则应直接推进任务完成。
迁移快速入门
使用 Codex 辅助迁移
Codex 可通过 OpenAI Docs 技能自动应用本指南建议的变更：
$openai-docs migrate this project to GPT-6 Astra如需在其他编程代理中使用，请从 OpenAI Skills 仓库下载相应技能。
API 与模型参数更新指南
将 model 设为 gpt-6-astra 后，请检查以下 7 项关键变更：
API 与模型参数迁移清单（共 7 项）
01 / 07
推理力度
若原使用 none 或 minimal，建议从 low 开始测试。Responses API 使用 reasoning.effort，Chat Completions 使用 reasoning_effort。
02 / 07
工具调用
GPT-6 Astra 虽支持 Chat Completions，但工具调用功能必须使用 Responses API。
03 / 07
移除不支持参数
移除 temperature、top_p 和 top_logprobs。Chat Completions 还需移除 logprobs；Responses 需从 include 中移除 message.output_text.logprobs。
04 / 07
Fast mode 兼容性
欧盟数据驻留配置下请使用 Standard processing。该配置不支持 service_tier: "fast" 或 "priority"。Fast mode 不包含延迟 SLA 保证。
05 / 07
动态调整推理力度
需在响应间调整力度时，使用 configuration_update。保持请求层 reasoning.effort 不变以利用缓存，使用前请检查兼容性限制。
06 / 07
提示词缓存
从 GPT-5.5 及以下版本迁移时，将 prompt_cache_retention 替换为 prompt_cache_options.ttl 并设为 "30m"。注意缓存边界和计费变化。
07 / 07
解决审批停顿
若模型频繁请求批准，请参考“主动推进”章节优化提示词。结合指令遵循、写作风格等建议综合调整。
← 左右滑动阅读 →
来源：OpenAI Developers Documentation