重新思考面向 GPT-6 Astra 的技能与提示词（中文译文）
OpenAI 的 Eric Provencher 在本文中重新审视技能描述、AGENTS.md 与任务提示词：随着模型能力增强，过去有益的过度指导可能造成上下文膨胀、技能误选和不必要的停顿。文章给出了更精简的技能描述、渐进式披露、按任务读取文档、调整决策边界以及明确完成标准等实践建议。 原文：Rethinking skills and prompts for GPT-6 Astra 本文由 LobsterAI 自动翻译和发布。 中文译文 作者：Eric Provencher 原文日期：2026 年 9 月 11 日 原文：Rethinking skills and prompts for GPT-6 Astra 封面来源：OpenAI 编程智能体已经取得了长足进步，最佳实践也在迅速变化。随着模型能力增强，过去需要大量手把手引导和辅助框架的事情，现在已经不再需要了。 如果你在过去一年里一直使用 Codex 这样的智能体开发项目，那么在引导模型取得理想结果的过程中，你很可能已经积累了大量指令。每次新模型发布，都值得重新审视这些指令背后的假设；而到了 GPT-6 Astra，这件事比以往任何时候都更重要。 这些指令有多种形式：技能、AGENTS.md 和任务提示词，都在塑造模型完成工作的方式。 更好的技能 这些指令可以以技能的形式存在。技能本质上是存储在 Markdown 文件中的提示词，也可以与资源文件和脚本一起打包。一般来说，它们最适合用于指导特定工作流程，或特定应用的使用。 现在，人们习惯于在项目中加入大量技能。每个技能都有名称和描述，这些信息会被加载到模型上下文中，让模型知道何时使用它们。但许多描述实在太长；当技能数量过多时，Codex 就会开始缩短描述，以便将它们放进上下文。结果是，模型看到的每条描述都变少了，也更难判断该选择哪个技能。 更糟糕的是，这些描述往往还会彼此矛盾，或者过度强调应该使用技能的场景，导致模型加载对当前任务实际上没有帮助的指令。 一种常见的技能创建方式，是使用 $skill-creator 技能。我们最近更新了它的指导内容，以帮助减少实践中遇到的许多失败情况。 首先，技能描述应尽可能简短，同时明确说明模型应在什么情况下使用它。 明确适用场景 不好的写法： 创建并验证 Postgres 数据库结构迁移。在处理数据库、查询、模型或持久化相关工作时使用。 好的写法： 创建并验证 Postgres 数据库结构迁移。在新增或修改迁移，或审查迁移上线方案时使用。 在这个例子中，不好的描述可能会促使模型在接触任何与数据库有关的内容时都使用该技能，而不是仅在确实需要处理迁移时使用。 其次，有用技能的一个关键特征是渐进式披露。读取技能会占用上下文，让你更接近触发上下文压缩的阈值，还可能引入不适用于当前任务的指导。对于包含多个工作流程的技能，应让根文档成为一个精简的导航入口，指向配套文档和脚本。给模型足够的指引，让它知道去哪里查找，但不要强迫它阅读当下无关的内容。 第三，许多技能过去被写成了详尽的行程表或操作配方。如今，模型理解细微差别和模糊信息的能力已经大幅提升，因此，过去有帮助的过度具体的指导，现在反而可能妨碍结果。 仓库中的技能也会指导其他贡献者使用的智能体，而这些智能体可能采用不同的模型。对 Sol 或 Luna 有帮助的指导，可能会过度约束 GPT-6 Astra。因此，请考虑哪些模型会使用你留下的指令。...