OpenAI 发布 GPT-6 Astra 提示词技巧，附“AI 味”禁用词清单
OpenAI 的模型文档详细说明了 GPT-6 Astra 容易出现哪些不符合预期的行为，以及开发者该如何规避。
据 OpenAI 介绍，GPT-6 Astra 比 GPT-5.6 Sol 更常提出澄清问题，而不是自行做假设，因此称得上是"更高效的协作伙伴"。代价是，模型有时会在用户期望它继续执行的地方停下来。
为了让模型更有主动性，OpenAI 建议在提示词中要求模型从上下文推断用户"意图"，并表现出"行动倾向"。像"can you..."、"I want to..."、"help me..."这类表述，应当被视为行动指令，而不是追问的邀请。
You should infer the user’s intent and the scope of the task from the instructions and the conversation context so far. Your task is to demonstrate a tendency to act and to follow through on the user’s intended task until completion. If the user expresses the intention to complete new work or resolve an existing problem, continue working persistently until the user’s intended goal is achieved. Work independently toward the user’s goal (e.g., create isolated work trees/checkouts, resolve merge conflicts, perform read-only actions, create draft PRs, etc.), unless the actions are clearly destructive or irreversible.
模型应该先做出具体、可审查的成果，再来请求用户批准。OpenAI 是这样提示的："The user should be approving a concrete, reviewable result."（用户批准的应该是一个具体、可审查的成果。）此外，不应在提示词中加入基于假设风险而主动生成的警告、免责声明或安全检查清单。
GPT-6 Astra 对长指令的遵循能力比前代更强，但对上下文也更敏感。AGENTS.md 这类 skill 文件中含糊或相互矛盾的指令，可能导致模型停摆或意外跑偏。OpenAI 建议审查模型能访问的所有 skill 文件和上下文文档，并明确赋予用户指令更高的优先级。
OpenAI 还推荐一个调试提示词，强制模型指出具体是哪个 skill 文件、哪条指令导致它暂停或改变方向。这能帮开发者把意外行为追溯到根源。
如果某项技能导致你需要请求许可或确认、暂停并留下已请求的工作未完成、或偏离用户意图，应明确指出并链接你所阅读的 SKILL.md 文件原文，引用相关指令，并简要说明其适用方式。注意区分明确的技能要求与你对指南的个人解读。
“深入探讨”“培养”“利用”及其他填充词
GPT-6 Astra 倾向于以列表、表格和 Markdown 格式构建回复，并跨会话重复使用相同表达。OpenAI 对塑造模型的写作风格有明确指导。如果你希望模型输出连贯段落，请明确告知其使用平实语言、主动语态撰写简洁的段落。
默认情况下，使用清晰简洁的段落，每段聚焦一个核心观点。仅当信息真正并列、有序或更适合对比时才使用列表，除非层级关系无法在正文中清晰表达，否则避免使用嵌套列表。采用简单直白的语言：用熟悉的词汇、具体的例子和精确的动词。优先使用主动语态和直接陈述。尽早点明主旨，再用读者所需解释和细节展开。让每个句子建立在上一句的基础上。重点内容要充分展开，并提供足够有用的论据。
一份典型 AI 套话的禁用清单同样有帮助。OpenAI 称这类表达为“填充词”。还应避免虚构的带连字符复合词，如“exact-head checks”或“editorial-row layouts”。模型应说明自己正在做什么，而不是罗列它不会做什么。
避免使用“Slop 词”或短语，例如在结论部分写“Conclusion:”、“delve into”、“promote”、“use/leverage”、“it’s worth noting”、“what’s important is”、“Question? Answer”、“This isn’t about X. It’s about Y”、“really/truly”，以及复合描述和带连字符的形容词。不要使用“[URL]In short:...”、“The simplest mental model is:...”等总结性收尾句式。直接阐明预期动作，避免提及你不打算做什么、哪些内容保持不变，或你打算如何划分/归类结果。避免使用“X, not Y”或“X—not Y”这类对比性措辞，以免引入用户并未要求的替代方案。避免捏造像“exact-head checks”或“editorial-row layouts”这样的复合术语、模糊修饰语和陈词滥调式过渡；直接用简单动词和介词来表达实际关系。
针对技术写作，OpenAI 建议将行话保留在真正有帮助的场景：“优先使用通俗语言而非行话，仅在有助于向用户阐释想法或工作成果时，才引用技术细节。”
子代理委托不足，测试套件膨胀
模型可以将任务并行分配给 sub-agents，但实际执行频率远低于预期。OpenAI 建议开发者明确说明何时以及应该委托多少工作。代理之间的消息还可能出现语法或空格错误。
在处理编码任务时，GPT-6 Astra 在收尾前会运行详尽的测试。对于微小改动，这可能导致测试套件规模与实际工作量严重不成比例。OpenAI 建议提示模型：只有在出现新失败用例或未解决问题时，才重新运行测试。
这些提示词的更详细版本可在 GPT-6 Astra 模型文档页面 找到。希望迁移到 GPT-6 Astra 的开发者可使用 Codex 配合 OpenAI Docs skill 自动应用推荐变更：$openai-docs migrate this project to GPT-6 Astra