新版本发布后，这些旧用法正在浪费 Token

编码 Agent 已经走了很远，配套的使用方法也在快速变化。过去需要大量手把手提示和流程脚手架才能完成的事情，现在未必还需要这么多指令。

如果你过去一年一直在项目里使用 Agent，很可能已经积累了一大堆“为了让模型做对事情”而写下的说明。每次模型升级，都值得重新检查这些假设。 GPT-6 Astra 发布后，这件事更应该提上日程。

这些说明通常放在三个地方：Skills 、 AGENTS.md，以及每次任务里的提示词。它们都会影响模型如何完成工作。

Skill 文件不宜越多越好

Skill 文件本质上是存放在 Markdown 里的提示词，有时还会附带脚本。它们适合描述某个模型只在特定任务中才需要的工作流，也适合放插件的使用方法。

很多人的第一反应，是给项目下载一大堆 Skills 。这通常不是好事。每个 Skill 都有名称和描述，这些内容会先进入模型上下文，让模型判断什么时候该使用它。描述写得太长，Skills 数量又太多时，Codex 会压缩这些描述以适应上下文空间。模型能看到的信息反而变少，也更难选对 Skill 。

更麻烦的是，不同 Skill 的描述可能互相矛盾，或者都在用力强调“我应该被选中”。结果就是，模型加载了一堆和当前任务关系不大的指令。

一个实用的 Skill 描述，应该尽可能短，但要明确说清楚：什么情况下该用它。

上图展示了一个常见问题：一个写得不好的 Skill 描述，会让模型只要碰到数据库相关任务就想加载它，而不是只在处理数据库迁移时使用。

另一个重要标准是“渐进式披露”。读取 Skill 会占用上下文，把模型推向更早的压缩，同时还可能带来当前任务根本用不上的指导。

如果一个 Skill 包含多条工作流，根文档最好只做一个轻量路由：告诉模型有哪些场景，以及需要时去哪里读取配套文档和脚本。让模型知道该查什么就够了，不要强迫它先读完所有内容。

还有一种旧习惯，也该收一收：把 Skill 写成非常详细的行程表或操作食谱。现在的模型更能处理语义、模糊性和现场判断，过度具体的流程，可能从帮助变成限制。

仓库里的 Skill 还会影响其他贡献者使用的 Agent 。某套指导对 Sol 或 Luna 有帮助，不代表它不会过度约束 GPT-6 Astra 。写下这些规则时，要考虑未来究竟会有哪些模型来执行它们。

AGENTS.md 会在模型处理仓库时持续生效，所以其中每一条要求都值得重新问一遍：当前任务真的需要它吗？

为了修一个拼写错误，却要求模型先读完一堆文档和完整的仓库地图，这就过头了。 GPT-6 Astra 可以自己判断需要读取哪些内容，没有必要每次小改动都先做一次全项目审查。

要求模型在每次编辑前都读取文件，也很容易烧掉上下文、拖慢工作。指向一些文档仍然有用，但应该结合任务给出，而不是无条件执行。文档本身也要及时更新。

过去的模型经常需要额外提醒，才会运行测试、检查自己的修改。 GPT-6 Astra 会主动做这些事，同样的提示词可能反而带来重复测试。

它做事很仔细，但有时会更谨慎地判断任务应该推进到哪一步。如果你希望它在一个明确安全的工作流里持续推进，可以把权限边界写清楚，例如：本地测试使用一次性 fixture，不会接触生产环境；测试失败时，直接修复由本次改动引起的问题，并重新运行受影响的测试，不必每一步都等待批准。

这类说明的重点，不是让模型无条件拥有更多权限，而是把“什么是安全的继续条件”说具体。

边界描述需要仔细处理。

如果以前使用的模型经常未经许可替你做决定，你可能会在配置里加入很强的“先询问再行动”规则。这对旧模型可能有用，但 GPT-6 Astra 的判断能力更强，仍然保留同样强硬的限制，可能让它在一些你本来愿意继续的地方停下来。

模型会认真对待你写下的边界。边界越宽泛，误伤的任务也可能越多。更好的做法，是把高风险动作和安全动作分开描述，而不是让所有事情都走同一套审批流程。

如果你习惯了 GPT-5.6 Sol 接到任务后长时间持续推进，GPT-6 Astra 可能会显得更谨慎。它有时完成第一版实现后，就会回来等你检查，哪怕后面还有工作没做完。

这时，任务开始前定义完成标准会很有帮助。假设任务要求“让实现跑起来、检查结果、修复失败项”，就应该把这几件事直接写进请求里。相反，如果写着“完成第一版后停下来等待审查”，模型很可能真的会在第一版之后停住。这个审查节点到底是不是你需要的，要先想清楚。

如果希望模型在第一轮之后继续探索，也要说明探索什么，以及探索到哪里停止。与其写一句“继续深入”，不如明确目标、范围和结束条件。

一次新模型发布，也是清理项目指令的机会。可以让 GPT-6 Astra 按照上面的标准审查现有 Skills 、 AGENTS.md 和任务模板，删掉已经没有必要的部分，然后把时间用在过去不敢尝试的项目上。

这不是让指令变少这么简单，而是让每一条指令都在当前任务里有用。模型已经变了，旧的提示词也应该跟着变。