OpenAI发Astra提示指南:砍规则留边界

时间：2026年9月12日。 地点：美国加利福尼亚州（OpenAI 总部，官方通过 developers.openai.com 博客与开发者社区发布）。 人物：OpenAI 团队成员 Eric Provencher（本次提示工程指南的主笔）。 事件详情：OpenAI 发布面向 GPT-6 Astra 的代码智能体提示工程指南，建议开发者全面精简 Codex 中的 Skills 描述、AGENTS.md 仓库规则与任务提示。指南指出，更强能力的模型反而更怕"过度手把手"，原本为前代模型堆叠的冗长描述、强制阅读与刚性审批规则，现在会消耗上下文、触发错误的技能路由，并让 Astra 过早停止任务。具体建议包括：把 Skills 的触发范围写得窄一些（如 Postgres 迁移技能只在新建或修改迁移时触发）、让根文档作为路由并指向子文档实现渐进式披露、删除 AGENTS.md 中的强制预读条款并改为条件引用、给已知安全的本地操作预先授权（避免每次都弹确认），以及在任务提示里明确"完成"的定义——实现、运行、检查结果、必要时修复，否则 Astra 会比 GPT-5.6 Sol 更早停手。 背景：指南延续了 OpenAI 在模型迭代时反复给出的提示工程原则。Astra 作为 OpenAI 当前最强的代理式代码模型，已被 Perplexity 等生产环境采用，并因算力紧张导致 ChatGPT Pro 新订阅暂停。本次的指南意味着 OpenAI 内部确认：随着模型能力提升，过去用来约束"早期模型跑偏"的工程脚手架，现在反而成为新模型的性能瓶颈，必须按模型逐次审计。 影响：指南直接面向企业开发团队与代理平台。共享在同一仓库里的 Sol、Luna、Astra 协同工作流需要重新校准，不能再"按最弱模型校准"；AGENTS.md、Skills、任务提示这些长期累积的资产现在进入高频审计周期。OpenAI 建议把审计本身作为一项工程任务，让 Astra 自己梳理现有脚手架并提出修改建议，但要求开发者把最终修改当作代码变更处理，逐项检视差异并验证。指南同时保留了对生产访问、破坏性变更、凭据操作等高风险动作的审批门槛，提示"少约束"不等于"无边界"。 总结：本次指南的潜台词是"更强的模型 = 更少的脚手架"。Astra 不是要把代理框架推倒重来，而是要把为旧模型写的过度防御性规则换成与新模型判断力匹配的最小边界。对正在 Codex、Cursor、Cline 等代理式 IDE 上做生产部署的团队而言，下一步不是补更多规则，而是按模型版本逐条审计 AGENTS.md，并定义清楚"完成"的标准。 参考来源： - https://the-decoder.com/gpt-6-astra-needs-leaner-prompts-and-fewer-guardrails-openai-recommends/ - https://aipulselab.tech/news/gpt-6-astra-needs-leaner-prompts-and-fewer-guardrails-openai-recommends-f55cab - https://hellomarvisaitoday.com/articles/b1936641-58fc-4381-ba5c-6c24aecfdc8b - https://tokenfeed.ai/gpt-6-astra-works-better-with-less-human-interference - https://alphasignal.ai/news/openai-tells-developers-to-slim-down-codex-prompts-for-gpt-6-astra - https://developers.openai.com/blog/rethinking-skills-and-prompts-for-gpt-6-astra - https://www.juicelatvia.lv/en/blog/gpt-6-astra-prompti-ka-izmantot