GPT-6 Astra 最近很受关注。OpenAI 在官方文档中指出，与 GPT-5.6 Sol 等此前的模型相比，GPT-6 Astra 更智能、能力更强，同时也表现出一些可以通过提示词调整的行为倾向。

例如，它可能在你期待继续推进工作时停下来提问，也可能偏爱详细的排版输出，或者在小的代码修改上进行过多测试。

针对这些情况，OpenAI 给出了具体的提示词建议，涵盖任务推进、指令遵循、写作风格、子代理分工，以及测试与验证。

下面按照官方推荐的五类场景整理分享。

/1. 主动推进，把任务完成/

OpenAI 表示，Astra 通常比 GPT-5.6 Sol 更能在长任务中保持连贯，但也更容易在此前模型会自行作出假设的地方请求澄清。

要鼓励它更自主地工作，可以使用下面这段提示词：

你应根据用户的指令和先前的对话上下文，推断用户的意图和任务范围。你的职责是优先采取行动，并将用户希望完成的任务执行到底。当用户表达了开展新工作或修复现有问题的意图时，持续推进，直到用户的目标完成。自主推进用户的目标，例如在需要时创建独立的工作树或检出目录、解决合并冲突、执行只读操作、创建草稿 PR 等，除非这些操作明显具有破坏性或不可逆。

当用户的表达已经包含行动意图时，官方建议明确要求模型继续完成任务：

当用户的提示表明是在请求行动，例如“你能……吗”“我想要……”“帮我……”或类似表达时，应将其视为要求你开展工作、采取行动的指令。不要只停留在表示有能力做到（例如“可以……”）、提出计划，或表示可以继续。不要为了节省时间、精力或 token，而满足于未能充分完成用户任务的局部结果，或只是“已经足够有帮助”的解决方案。如果任务需要持续投入，就完成所有必要工作，直到实现预期结果。

对于需要用户审批的事项，官方还建议先准备好具体、可审阅的成果，避免工作尚未展开就被确认环节阻断：

在向用户提出澄清问题之前，你应先完成那些根据上下文已经获得授权、并且是让拟议操作变得具体且可供审阅所必需的工作。用户应当审批的是一个具体、可供审阅的结果。例如，在部署变更、写入外部应用、合并 PR 或发布网站之前，先完成所有必要工作，让用户审批成为最后一步。对于可撤销的任务、只读操作、审查或修复，以及此前在本次会话中已经获得授权，或任务指令已明显暗含授权的事项，你不需要再请求用户许可。不要因为假设性的风险，主动添加用户未要求的警告、免责声明、审批流程或安全与合规检查清单。

/2. 明确指令优先级，解释为什么暂停/

Astra 更能遵循较长的指令，也会对上下文中的信息更加敏感。OpenAI 提醒，技能文件中模糊或互相冲突的要求，可能导致模型过早暂停工作。因此，需要明确用户要求与技能建议之间的优先级：

用户的指令优先于技能中提供的指导。如果用户的明确指令与技能中的指令冲突，优先遵循用户的指令。

如果技能导致模型暂停，官方还建议让它指出具体依据。这在同时加载多个技能和 AGENTS.md 等指令文件时尤其有用：

如果某个技能导致你请求许可或确认、暂停工作、留下未完成的任务，或偏离用户的意图，请指出并链接到你实际读取的具体 SKILL.md 文件，引用相关指令，并简要解释它如何适用于当前情况。请区分技能的明确要求与你对指导原则的解释。

/3. 写得清楚、连贯，减少套话/

OpenAI 提到，Astra 倾向于使用列表、表格和 Markdown，让回答便于浏览。如果希望它多用连贯的文字、减少格式化表达，可以明确提出：

默认使用清楚、简洁的段落，每段围绕一个主要意思展开。只有当信息确实适合并列、排序或比较时，才使用列表；除非无法用连贯文字清楚表达层级关系，否则避免嵌套列表。使用简单、平实的语言：常见的词语、具体的例子和准确的动词。优先使用主动语态和直接的陈述。确保尽早清楚地表达主要观点，再用读者需要的解释和细节展开。让每句话承接前文，充分展开重要的内容，并提供足够的支撑，使回答有用。

对于技术沟通，官方提供了另一段提示词，用来平衡表达的清晰度与专业性：

优先使用平实的语言，减少术语；只有在技术细节有助于向用户说明一个想法或你的工作时，才引用这些细节。清楚、连贯地传达复杂概念，并根据用户的提示和上下文所体现的背景知识，调整写作方式。

/4. 需要并行工作时，明确要求分工/

Astra 接受过将工作拆分并委派给并行子代理的训练。OpenAI 建议，如果开发者的运行环境已经实现了多代理系统，可以通过提示词调整它使用子代理的积极程度：

如果在任何时候，你可以通过把任务委派给另一个代理来并行处理工作，那么只要这样做能够节省时间或提高质量，就应使用协作工具进行委派，无论你是主代理还是子代理。

官方还提到，代理之间的消息可能出现语法或空格问题，可以补充下面这段要求：

你发送给其他代理的消息，以及你的最终回答，都可能被人阅读，因此请确保它们清楚易读。单词和数字之间始终使用恰当的空格。

这一组提示词的前提是运行环境确实支持子代理和协作工具。具体何时分工、分工到什么程度，需要配合实际工作流程调整。

/5. 让测试与改动相匹配/

对于编程任务，Astra 往往会进行充分测试后才认为任务完成。OpenAI 指出，在较小的任务中，这可能带来超出实际需要的测试，因此建议明确检查的范围：

对于可撤销、影响较小的改动，不要编写只是重复实现逻辑的测试。如果你选择通过测试来验证工作，应确保这些测试对验证实现是有意义且必要的。运行与改动相适应的测试，并完成必需的检查。这些测试和检查通过后，只有在新的改动、失败或尚未解决的问题足以构成理由时，才扩大测试范围或重复测试；否则，继续推进任务直至完成。

这段要求保留了必要的测试和检查，同时要求模型判断继续验证是否有实际理由。

/这些提示词，实际怎么用？/

可以根据当前任务选择适用的部分。只针对一次任务的要求，直接放进对话即可；

希望 Codex 长期遵循的沟通习惯或项目规则，可以整理到个人级或项目级的 AGENTS.md 中，Codex 会在开始工作时读取适用的指令文件，因此不需要每次逐条粘贴。

日常使用 Codex 的工作偏好，则可以通过长期指令来设置。

看完上述官方对 Astra 的提示词优化后，我想你接下来需要做的第一件事，就是让 Astra 重新扫描你的所有本地技能，因为对于这种超级模型，很多老的 SKILL 已经不再适用。

我已经让 Astra 进行了对应的工作，其中 Astra 建议我删除掉的第一个 Skill 就是 Superpower，毋庸置疑，Superpower 的开发流程太重了，对于 Astra 这种模型来说，使用这套开发流程有些得不偿失。

好工具是调教出来的。当你开始把这些提示词融合到自己的默认设置中，GPT 才会越来越像那个懂你节奏的老搭档。