



![0e2c4460-5516-452d-a074-aaebd3da58ef.png](https://developer.qcloudimg.com/http-save/yehe-8599798/8e7ecd812e1e909f8a52736f9e551877.png)



GPT-6 Astra 发布以后，以前装的 Skills、写的提示词，也到了重新整理的时候。有些描述需要改，有些流程需要缩短，已经重复、过时的要求可以删掉。

先读哪些文档，必须按什么顺序执行，改完跑哪些测试，遇到什么情况停下来问人。这些要求积累下来，会留在 Skills、AGENTS.md 和平时复制的任务提示词里，继续影响下一次工作。

OpenAI 在 9 月 11 日发布的这篇[官方指南]，讨论的就是这件事。

原文的判断是，模型能力提高以后，过去需要人一步步安排的工作，有些已经可以交给模型自己判断。旧规则也需要随之调整。

把它概括成“删提示词”，很容易记住。但真要动手，得看清楚：哪些描述容易误触发，哪些步骤已经多余，哪些要求还应该留着。

## 一、Skills：先把“什么时候用”写清楚

Skill 可以理解成一份可重复使用的工作说明，里面还能附带脚本、模板和参考资料。

它的描述很关键。模型需要通过名称和描述，判断当前任务是不是要用这个 Skill。装得多、描述又长，可能让这些入口信息被缩短，反而影响选择。

描述彼此冲突，或过度强调必须调用，也可能让模型加载无关的指令。

所以，精简描述时，最应该保住的是适用条件。

官方用了一个数据库迁移的例子，分为 Bad 和 Good 两类写法。下面保留这个分类，整理成中文。

**Bad：触发范围过宽**

```text
用途：创建和检查 Postgres 数据库迁移。
触发：任务涉及数据库、查询、模型或持久化时使用。
```

这个描述把“涉及数据库”和“需要做数据库迁移”放在了一起。只是让 AI 解释一条查询，也可能带进一套并不需要的迁移流程。

**Good：触发条件明确**

```text
用途：创建和检查 Postgres 数据库迁移。
触发：新增或修改迁移，或评估迁移上线方案时使用。
```

两种描述的用途相同，Good 把触发条件限定在迁移任务上。

同样，如果一个 Skill 里有好几套流程，主文件可以说明何时读取哪份资料、使用哪个脚本，让模型按需展开。这就是渐进式披露。

主文件需要让模型找得到下一步。与当前任务无关的说明，可以等需要时再读。

还有一类需要精简的是过细的执行步骤。原文指出，模型更能处理细节和模糊情况后，过去有帮助的固定流程，也可能限制它根据任务作判断。

## 二、AGENTS.md：把“每次都做”改成“需要时做”

Skills 之外，AGENTS.md 里的长期约定也值得检查。

官方另一个例子，是每次修改前必须阅读的项目文档。按原例整理，两种写法的差别很直观。

**Bad：所有修改都先读同一组文档**

```text
每次编辑前，先读完：
architecture.md
数据库说明 database.md
部署说明 deployment.md
```

**Good：按任务读取相关文档**

```text
涉及系统边界：查 architecture.md
修改数据结构：查 database.md
准备部署：查 deployment.md
```

只改一个错字，没有必要先把部署流程过一遍。Good 写法明确了每份文档的适用场景，文档本身仍然需要及时更新。

测试也要检查。按官方的说法，Astra 本身会测试、检查工作，过去反复催促它测试的要求，可能造成不必要的验证。需要重新判断的是验证范围与次数。

询问权限则是另一个问题。以前为防止模型越界而写下的强硬限制，可能让 Astra 在你原本允许继续的地方停下。因此，“先问我”也要对应具体操作。

例如，原文给出了一个可以连续执行本地测试的场景。用中文整理，可以写成：

> 本地测试使用一次性测试数据，不接触生产环境。允许连续运行测试、修复本次修改引入的失败，并重跑受影响的测试，无需逐步询问。

这段话成立的前提，是你的测试环境确实如此。它把允许继续的范围写具体了，发布部署等其他操作仍按各自的授权处理。

## 三、任务提示词：提前说清楚，做到哪里才算完成

原文还提醒，Astra 有时会在第一版实现后回来等审核，即使工作尚未全部完成。因此，当前任务也要把终点说清楚。

**Bad：没有说明完成标准**

> 帮我实现这个功能。

代码写好了，但项目没启动，页面没检查，发现的问题也没修完，这算不算完成？

如果后面这些都属于这次任务，就应该一起写进去。

**Good：明确完成标准和验证范围**

> 实现这个功能，运行相关测试，启动项目检查实际效果，修复由本次修改引起的问题。确认功能能够正常使用后再结束，并说明实际验证的范围。

这里增加的是完成标准。具体先读哪个文件、怎么组织修改，可以结合项目情况决定。

有时，任务里还会同时存在两种要求：一边希望 AI 一直做完，一边又要求它第一版完成后立刻停下来等审核。执行到第一版，它就会面临两套不同的结束条件。

如果确实需要先审核方案，就明确停在方案阶段；如果已经授权完成实现和本地验证，就把这些放进本次交付范围。

少规定不必要的路线，把真正需要交付的结果说清楚。

## 四、懒人用法：把这条提示词交给 Codex

前面这些原则，可以直接用来检查自己已有的配置。

小排老师在他的文章最后给了一条可以复制的提示词。下面保留它的要求，只整理了标点和排版：

> 按照文章提出的原则，审视我机器级、项目级的所有 Skills、Skill descriptions、AGENTS.md。
>
> 帮我：删除不用的 Skills、精简 Skill descriptions、精简 AGENTS.md。
>
> [官方文章：Rethinking skills and prompts for GPT-6 Astra]
>
> 让我可以充分适应 GPT-6 Astra 时代。

它把前面要检查的对象和要做的动作放到了一起。官方文章结尾，也建议让 Astra 按文中的原则做审查。

这里面，值得自己留意的一个词是“不用的”。偶尔用一次，和已经不再使用，是两回事。拿不准的条目，可以让它先说明用途和修改理由。

同一份仓库规则如果还给其他模型使用，也要把这个情况告诉它，避免只按一个模型的表现做判断。

整理完，再拿一个范围明确的任务看看：有没有少读无关资料，能不能完成该做的验证，原本需要保留的要求有没有漏掉。

最后要看的，是任务有没有做得更合适。Skills 删到了几个，不能单独说明效果。

---

我是良逍，最近主要在折腾 AI 产品、独立开发和出海工具。

这个号会记录我自己实测过的工具、踩过的坑，以及从想法到产品上线的过程。

如果你也在折腾 AI 工具、独立开发或出海产品，欢迎来一起交流。


GPT-6 Astra 发布以后，以前装的 Skills、写的提示词，也到了重新整理的时候。有些描述需要改，有些流程需要缩短，已经重复、过时的要求可以删掉。

OpenAI 教你用好 GPT-6 Astra：多余的 Skills 和提示词，该删了

人工智能

新闻资讯

开发工具

GPT-6Astra发布后，需精简Skills、AGENTS.md和提示词，明确触发条件与完成标准。重点：描述聚焦适用场景，按需读取文档，减少不必要测试，将“先问我”改为具体授权范围。整理后需验证任务执行是否更高效，避免删除必要约束。

数据结构

代码解释

数据库

2026上云采购 | AI焕新·智启新局

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

OpenAI 教你用好 GPT-6 Astra：多余的 Skills 和提示词，该删了-腾讯云开发者社区-腾讯云

OpenAI 教你用好 GPT-6 Astra：多余的 Skills 和提示词，该删了

OpenAI 教你用好 GPT-6 Astra：多余的 Skills 和提示词，该删了

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐