GPT-6 Astra 的 Skills、AGENTS.md 与提示词怎么改 | OpenAI 官方指南解读

给Codex积累了一套Skills和AGENTS.md，换用GPT-6 Astra后，却发现它读了无关文档、反复确认，或做到初稿就停下？OpenAI的《Rethinking skills and prompts for GPT-6 Astra》建议重新检查这些指令。检查时要看规则在什么任务中生效、要求怎样完成任务，不能只删减字数。

GPT-6 Astra 指南解读概念封面：多层规则文件汇入有序任务路径 — 原创 AI 概念封面：规则选择与任务执行的关系，不是官方产品界面。

原文作者为Eric Provencher，页面日期2026年9月11日。本文是杂货喵的中文解读，2026年10月7日再次核对原文；下文的WordPress场景、文件组织和审计提示词是编辑示例，没有执行模型性能对比，也没有实测提升百分比。

先从一个反复出问题的任务找规则

可以先选“解释网页时误进入发布流程”或“已授权草稿做到一半就停下”这样的具体任务，追踪它选了哪个技能、读了哪些文件、在哪里停止。这样更容易判断规则是否有用，也能保留有业务依据的限制。

技能选错：检查名称与描述是否把触发范围写得过宽。
读取过多：检查主文件是否强制展开全部流程，或AGENTS.md是否要求每次修改都读取整套资料。
重复确认或过早交付：检查授权边界和完成条件是否清楚，是否还要求“初稿后停下审核”。

官方原文分别讨论技能描述、按需展开、项目规则、决策边界和持续完成任务。以下把这些建议放进内容工作区举例，实际改法仍要看自己的流程；供多种模型共用的规则，也要分别观察改写后的效果。

Skills：描述决定何时选它，正文决定怎么走

把触发词写成具体操作

描述示例	可能的结果
处理WordPress内容。涉及网站、文章、图片或链接时必须使用。	单纯解释网页也可能触发草稿写入、上传和字段保护流程。
创建或更新WordPress文章草稿。用于用户要求保存文案到WordPress，或修改已指定文章时。	围绕实际写入任务选择技能，更容易区分阅读、写文案与保存草稿。

这是内容运营示例，不是官方原话。技能如果也支持只读审查，应在描述中保留这个分支，并把审查与写入路径分开；压缩参数、字段清单和异常处理则留给正文与参考文件，避免描述太长后失去选择依据。

入口写路由，细节按任务读取

wordpress-drafts/
  SKILL.md
  references/
    article-writing.md
    media-processing.md
    field-boundaries.md
  scripts/
    validate-payload.js

上面的目录示例可以让 SKILL.md 指向文章、媒体和字段规则：写正文读文章规范，处理图片读媒体规范，提交草稿读字段边界并运行验证脚本。只改标题不必先读图片压缩流程；完整图文草稿则依次进入所需分支。

“不得公开发布”等关键边界应在入口及时可见。 把它藏到不一定会读取的文件末尾，会让按需展开漏掉必要限制。

任务需求通过 SKILL.md 技能入口，只读取当前任务相关参考文档的示意图 — 按需读取规则的概念示意图，依据本文解读制作。

AGENTS.md：保留项目事实，把阅读和检查绑到变化上

内容工作区的根目录说明可以告诉模型：稿件放哪里、哪个脚本提交、哪些字段受保护、新文章保存成什么状态。每类文章的全部规范可放到对应文档，不必在根文件重复。下面仍是编辑示例，文件名应换成项目中存在的路径：

撰写或改写正文时，读取 docs/article-rules.md。
处理封面或正文图片时，读取 docs/media-rules.md。
向 WordPress 提交内容前，读取 docs/field-boundaries.md，
验证本次 payload；写入后回读本次修改的字段。

修正一个错字，需要确认文字改好、附近HTML完整；改了目录链接或图片地址，再增加相应检查。若准备提交WordPress，保存前验证与写入后回读仍然有用。检查范围应覆盖这次变化可能影响的行为。

可以合并：重复表述、无条件强制阅读、与当前任务无关的检查步骤。
需要保留：凭据保护、真实证据要求、生产环境边界、商业字段保护与必要提交验证。
尚不明白用途：先记录来源、适用场景和疑问，再向维护者核实，不能直接认定已经过时。

文件短也可能边界模糊。删掉生产环境说明，只留下“务必仔细检查”，不会告诉模型该做哪些操作。比较修改前后的误触发、遗漏与暂停，才能判断规则是否改善了任务。

任务提示词：对象、授权与完成状态一起说明

“帮我处理文章”没有交代最终要在对话中交付文案、生成可预览文件，还是保存草稿。把对象、允许操作与终点写在同一个请求里，模型才有依据继续完成。下面的图文草稿示例提供了一种写法：

在“攻略手册”分类新建一篇文章草稿，包含正文、封面和两张正文配图。
完成事实核对、写作、图片处理、媒体上传和草稿保存。
在本次范围内自行修复文案、排版和校验失败的问题。
保存后回读标题、分类、正文图片和特色图，确认仍为草稿。
完成时提供编辑入口，并说明尚未解决的证据缺口。
涉及新增付费服务、修改账号权限或公开发布时，先提出具体请求。

这段示例的终点是保存并检查草稿。实际使用时删掉不需要的配图等步骤，把新增付费、账号权限和公开发布的边界换成自己的要求；“继续完成”也不能自动扩展为这些新增授权。

局部失败，先说清阻塞范围

图片服务不可用时，配图和依赖配图的提交步骤仍有缺口，已核实正文可以继续整理保存。交付时应说明正文完成、图片未完成、完整图文草稿尚未完成。若官方原文都无法核对，主要结论没有依据，就不能拿推测补成“官方解读”。

执行任务、检查结果、交付成果的流程，包含范围内修复和新增授权时确认的分支 — 任务完成边界的概念示意图：范围内修复继续推进，新增授权另行确认。

先只读审计，再用代表性任务验证改法

先备份相关规则，限定一个目录或工作流，用下面的提示词查找问题。它是本文提供的可复制模板，不是官方原文：

请只读审计以下范围内的 Skills、AGENTS.md 及相关引用文档：
【填写目录或技能名称】

目标：定位技能误触发、重复或冲突的规则、无关的强制阅读，
以及会让已授权任务提前停止的条件。

请按实际任务需要读取文件，不必先读取全部参考资料。
每个问题提供文件路径、相关原文、触发场景、可能后果和建议改写。
区分确定冲突、重复表述和需要向维护者核实的业务要求。
没有证据时，不推定一条限制已经失效。

优先给出最小修改方案，保留凭据保护、真实证据要求、
生产环境边界、商业字段保护和必要的提交验证。
本次只提交审计结果，不修改文件，不执行外部写入。

最后为修改方案列出少量有代表性的验证任务，
包括应当触发技能、不应触发技能、应继续执行和应停下确认的场景。

这一次审计以报告为终点。确定改法后再要求落地与验证，不把模板中的“只读、不修改”永久带入每个工作流。验证可选择以下几类任务：

只解释官方网页：看是否读取相关来源并回答，是否误入草稿保存或媒体上传。
明确新建无图草稿：看是否完成正文、必要字段、保存和回读，是否启动无关配图。
已授权草稿校验失败：看是否在范围内修复、重新验证，还是把可修复问题直接交还。
需要新增账号权限：看是否提出具体缺口，而不是把持续执行当成无限授权。

以上是建议的验证场景，本文没有实际执行这些测试。比较时记录读过的文件、暂停位置、交付内容与遗漏；同一套技能由不同模型使用时，分别观察结果。没有自定义规则的读者，可以先从写清一次任务的交付结果入手，无需为应用指南额外安装一批技能。

官方原文：Rethinking skills and prompts for GPT-6 Astra；作者Eric Provencher；页面日期2026年9月11日。原文地址：https://developers.openai.com/blog/rethinking-skills-and-prompts-for-gpt-6-astra

1.本站所发布资源部分收集于网络，仅限用于学习和研究测试使用。2.本站资源售价仅为赞助网站，赞助收费仅用于网站维护运营更新，感谢您的支持。3.本站仅保证资源的正常下载和测试使用，售后不包含相关技术咨询服务，请知悉谅解。4.本站所发布资源为非实物商品，不接受退款，请考虑好再进行支付赞助获取下载。
赞助获取下载注意：
1.支付赞助成功后请勿关闭窗口或其他操作，等待系统自动确认，按钮变为获取下载按钮。2.游客操作请使用 Chrome、Edge 或 FireFox 浏览器，以免支付刷新失败(浏览器缓存7天有效)。3.如支付赞助成功后刷新无法显示下载按钮、链接失效等问题请到 【公告留言】 处理或参考下载说明文档。

THE END