GPT-6 Astra提示指南收紧Agent规则
9月5日增量是提示指南梳理，非新模型发布。
本文要点
- 从只替换模型名，变成同时审计提示、技能文件、审批和测试策略。
- 从追求更会问问题，转为要求模型在可推断场景中先行动。
- 从笼统风格偏好，变成明确列出slop词、模板句和造词风险。
阅读辅助
先看数字、证据和来源，再读正文。
本期新增是9月5日媒体梳理提示指南，非OpenAI当天发布新模型。
2026-09-05 13:31 UTC · The Decoder发布Astra提示指南梳理，标题提到slop words blocklist。
The Decoder在2026-09-05 13:31 UTC发布文章，梳理OpenAI开发者文档中面向GPT-6 Astra的提示建议。这个时间点构成本期news peg：过去24小时新增的是媒体把OpenAI文档里的模型行为差异、slop词清单和迁移注意事项集中提炼出来；本文不把它写成OpenAI当天的新模型发布。
可核对的核心事实来自两层来源。The Decoder文章称，OpenAI文档说明Astra在哪些地方容易出现不希望的行为，以及开发者可怎样绕开；OpenAI的latest-model页面则直接列出gpt-6-astra迁移步骤，包括工具调用、废弃参数、缓存TTL和Fast模式边界。由于OpenAI文档页面没有像新闻稿那样提供清晰发布日期，本页把置信度定为medium：提示建议和API限制来自官方文档，日期新鲜度来自The Decoder。
这条新闻对开发者的影响很具体。Astra被描述为更能遵循长指令，也更容易受上下文中的模糊或冲突规则影响。也就是说，过去可以散落在AGENTS.md、技能文件和项目说明里的“软约束”，到了Astra迁移时会更像产品接口：谁优先、何时询问、何时执行、何时停止测试，都需要写清楚并可复查。
对企业团队来说，重点在于把提示工程纳入版本治理，机械复制每条建议价值有限。一个Agent会不会提前停下、会不会过度提问、会不会把小改动跑成大测试、会不会把工程说明写成模板腔，已经是交付质量、计算成本和审查责任问题，不能再被当作“模型性格”。
9月5日新增了什么
The Decoder文章的标题是“OpenAI shares prompting tips for GPT-6 Astra including a blocklist of slop words”。页面元数据给出的发布时间是2026-09-05T13:31:04Z，修改时间是2026-09-05T13:33:02Z。文章摘要写得很直接：OpenAI提供了一份较详细的Astra提示指南，帮助开发者让模型更主动、避免AI slop短语，并阻止它在代码任务中过度测试。
文章正文把提示建议分成几组。主动性是最前置的一组。The Decoder转述称，GPT-6 Astra比GPT-5.6 Sol更频繁地问澄清问题，这让它成为更有效的协作者，但也可能在用户期待它继续推进时停下来。OpenAI的建议并非要求模型永远少问；更准确的写法是在上下文足以推断用户意图时偏向行动，并且把“如果用户表达了行动请求，就完成工作”写成明确指令。
审批时机是另一组高频问题。The Decoder引用的OpenAI措辞是，用户应该批准一个具体、可审查的结果。换成中文，审批应放在模型已经准备出可看、可改、可否决的产物之后，提前请求抽象许可只会制造空转。这样可以减少“我可以继续吗”的停顿，也让审查对象从意图变成实际输出。
上下文文件也进入迁移范围。OpenAI文档提示，Astra能更好地遵循长指令，但也更容易被上下文中的模糊或矛盾规则绊住。The Decoder特别点到AGENTS.md这类skill files和context documents，建议审计所有模型可访问的文件，并明确用户指令和技能指令的优先级。用于排障的提示也很具体：如果某个技能导致模型请求许可、暂停、留下未完成工作或偏离用户意图，模型应指出读到的确切SKILL.md文件，引用造成暂停的具体指令，并区分显式要求和自己对指南的解释。
API迁移不能只改模型名
OpenAI latest-model页面的迁移清单显示，Astra接入至少有五个工程检查点。API里的model要设为gpt-6-astra。工具调用需要走Responses API；文档说明Astra支持Chat Completions，但tool calling requires Responses。temperature、top_p和top_logprobs不受支持，Chat Completions还要移除logprobs，Responses里则要从include中移除message.output_text.logprobs。
prompt caching的参数语义也变了。文档要求从GPT-5.5或更早模型迁移时，用prompt_cache_options.ttl替代prompt_cache_retention，并把TTL设为“30m”。OpenAI的prompt caching页面还说明，缓存不改变模型如何生成输出token；模型会基于缓存前缀生成新的响应，重复请求不保证得到完全相同输出。这个边界很重要，因为它把“节省长上下文成本”和“锁定答案一致性”区分开了。
Fast模式还有区域和服务等级限制。latest-model页面写明，对EU data residency要使用Standard processing，GPT-6 Astra不支持service_tier: "fast"或service_tier: "priority"与EU data residency同用。fast-mode页面进一步说明，GPT-6 Astra的Fast mode没有latency SLA；在GPT-5.6及更早模型上，Fast mode和Scale Tier有同样的SLA处理，符合条件的Enterprise协议可能有服务积分。Astra这里的状态应写成“无延迟SLA”，不能写成“速度不受限制”或“企业SLA已经覆盖”。
| 迁移项 | OpenAI文档口径 | 中文发布时的边界 |
|---|---|---|
| 模型名 | model设为gpt-6-astra | 这是迁移参数，不等同于当天发布新模型 |
| 工具调用 | Astra支持Chat Completions，但工具调用要求Responses API | 旧接口可聊天，不代表旧工具链可原样迁移 |
| 不支持参数 | 移除temperature、top_p、top_logprobs | 不能继续把采样参数当作稳定调参入口 |
| Chat Completions | 额外移除logprobs | 对旧代码路径需要单独检查 |
| Prompt caching | 用prompt_cache_options.ttl: "30m"替代旧参数 | TTL迁移是缓存语义变化，不能写成性能承诺 |
| EU data residency | Fast和Priority不与EU data residency同用 | EU客户要按Standard处理规划延迟 |
| Fast模式 | Astra Fast mode没有latency SLA | 不能写成企业可获得延迟赔付 |
这张表说明，Astra迁移横跨提示词、API、缓存、区域合规和服务等级。若团队只改model字段，最容易漏掉的是工具调用路径和缓存参数。若团队把风格、审批和测试建议也当成迁移项，迁移工作就会从“接入新模型”变成“整理Agent运行规则”。
风格规则进入工程治理
The Decoder文章中最容易传播的一段，是OpenAI对“slop words”的清单。文章列出的例子包括“delve into”、“leverage”、“it’s worth noting”、“Question? Answer”、“This isn’t about X. It’s about Y”，还包括“really/truly”、总结式收尾、含糊限定词、模板化转场，以及临时造出来的连字符复合词。OpenAI文档的建议是，技术写作应使用简洁段落、普通语言和主动语态；模型应直接说明正在做什么，减少对禁用动作的反复铺陈。
这项要求服务的是执行可审计性。对长程Agent来说，模板腔会掩盖执行状态。一个模型如果总用“值得注意的是”或固定问答句式组织回应，用户很难区分它是在报告证据、解释假设，还是用套话填充不确定性。提示指南把这些短语列为风险项，实际是在要求团队用更可审计的语言表达任务状态。
同样，Made-up hyphenated compounds也不只是审美问题。临时造词会制造看似专业、实际不可搜索的概念，给审查、复盘和跨团队协作增加摩擦。技术文档和Agent输出需要的是明确名词、真实文件名、真实命令和可验证状态。Astra更能跟随长指令时，这种语言纪律会更重要，因为模型会更认真执行上下文里的风格要求，也可能更认真地复用坏模板。
子Agent和测试预算也要写进提示
OpenAI文档和The Decoder文章还把两个看似操作层的点放进Astra迁移：子Agent委派与测试。The Decoder转述称，模型可以把任务交给并行子Agent，但委派次数少于预期；开发者需要明确说明何时委派、委派多少。OpenAI的Responses multi-agent文档则提供了多Agent、client-side HTTP和WebSocket流程的背景，说明子Agent已经是API工作流里的真实执行形态，而非社交媒体上的比喻。
这对工程团队的启发是，委派策略不能只靠模型自行判断。什么时候需要并行调查，什么时候必须保持单线程，哪些任务不能嵌套委派，哪些文件只能由唯一Agent写，都应该出现在仓库规范或任务提示里。否则，模型可能因为保守而不拆任务，也可能因为缺少边界而制造竞争写入和责任不清。
测试建议同样具体。The Decoder文章称，Astra在代码任务结束前会运行较全面的测试；对小改动来说，测试范围可能相对工作量膨胀。OpenAI建议告诉模型，只有出现新失败或仍有未解决问题时才重跑测试。这句话不能理解为“少测试”，更准确的口径是“把测试触发条件写清楚”。小改动可以跑定位测试，跨模块变更应扩大验证；重复全量测试需要新的失败信号或未解决风险来支撑。
早报判断是，Astra提示指南的价值在于把Agent治理从模型外观推进到运行契约。过去提示工程常被当成“怎么让模型说得更像人”的技巧；这份指南关心的是何时行动、何时询问、何时审批、何时委派、何时测试，以及如何在输出里留下可追踪的原因。这些问题都直接影响交付，而不只是回答风格。
Astra的行为差异也提醒团队，模型升级会放大上下文文件的质量。一个AGENTS.md里含糊的审批规则，一个技能文件里过宽的安全提示，一个测试说明里的“尽量充分验证”，在更强的指令遵循模型上都可能变成执行阻力或成本放大器。更强的模型不一定自动修复坏流程，它可能更忠实地执行坏流程。
这也是为什么本文维持medium置信度。官方文档能支撑迁移项和提示方向，The Decoder能支撑9月5日的新鲜梳理；但Astra是否在真实项目里稳定表现为“更爱问澄清问题”“委派不足”或“测试膨胀”，还需要更多项目日志和第三方复盘。稳妥的发布口径是：OpenAI文档给出了Astra迁移提示，The Decoder在9月5日集中报道；这是一条提示工程和开发者迁移新闻，不是模型发布新闻。
迁移审计表
| 审计对象 | 需要查看的文件或配置 | 通过标准 |
|---|---|---|
| 上下文入口 | AGENTS.md、项目级说明、技能文件、CI提示 | 优先级清楚，宽泛措辞有触发条件和例外 |
| 审批时机 | 系统提示、工具说明、人工review流程 | 模型先准备可审查产物，再请求用户批准 |
| API兼容 | 模型参数、工具调用路径、SDK封装 | Responses承载工具调用，废弃采样参数已删除 |
| 缓存设置 | 长前缀缓存与账单监控 | 使用prompt_cache_options.ttl: \"30m\"并复测边界 |
| 测试预算 | CI命令、回归测试策略、失败重跑条件 | 小改动运行定位测试，扩大验证有明确风险信号 |
| 输出风格 | 面向客户和评审的Agent回复模板 | 普通语言、真实状态、少用模板短语和临时造词 |
这张表比编号清单更适合团队落地。它把提示建议映射到可审计对象：哪个文件需要改，哪个配置需要删，哪个流程需要补一条判断条件。Astra迁移不只发生在调用代码里，也发生在仓库给模型看的所有上下文里。
后续最值得观察的，是OpenAI是否把这组指南做成正式迁移工具和版本化变更说明。如果$openai-docs migrate this project to GPT-6 Astra这类技能入口能稳定审计项目提示、API参数、缓存和测试策略，Astra迁移会成为一次开发流程整理；如果只停留在文档建议，团队仍需要靠自己的规范把这些边界落到代码库里。