我的目录里有什么#

~/.codex/skills 22 个目录，~/.claude/skills 9 个。gsap 一家占了 8 个（core、timeline、scrolltrigger、react、plugins、performance、frameworks、utils），obsidian 4 个，剩下是 defuddle、pdf、figma、json-canvas、markdown-to-pdf、summary-skill 这些，其中 pdf 和 figma 是指向 ~/.cc-switch/skills 的软链接。

按文档的口径，这些得分两类看。gsap、obsidian 那种是给模型补知识的，会过期，但不管模型什么时候停。需要审的是规定模型什么时候停、什么时候问、什么时候动手的那几个。

我目录里就有个现成的例子，一件事写了三遍：

grilling 和 grill-me 的正文几乎是同一段话，多出来的两句里有一句是 “Do not enact the plan until I confirm we have reached a shared understanding.”，这是个硬停止条件。文档建议的方向正好相反：

Your job is to bias towards action and carry the user’s intended task to completion.

Before asking the user clarifying questions, you should complete the work that is already authorized from context and necessary to make the proposed action concrete and reviewable.

两条同时躺在上下文里，模型停下来还是接着干，就看它先读到哪句。三个文件的正文加起来不到 20 行，但三条 description 一直挂在上下文里，每开一次会话都要在它们之间挑一个。

怎么删的#

先归档，没有直接 rm。全部 mv 到一个 archived 目录放着，一个月后要是想起来了再捡回来。

gsap 那 8 个我打算直接不要，里面写的是 API 用法，现在的模型本来就知道，不知道也会去翻文档。里面真值钱的结论没几条，比如 “defuddle 抓网页正文要加 --md”，这种写进 AGENTS.md 一行就够了，犯不上为它养一个 skill。

管行为的那几个我拿文档给的排查 prompt 过了一遍：

1
If a skill causes you to ask for permission or confirmation, pause, leave requested work unfinished, or diverge from the user's intent, name and link to the exact SKILL.md file you read, quote the relevant instruction, and briefly explain how it applies. Distinguish explicit skill requirements from your interpretation of guidelines.

让模型自己指认是哪句话让它停下的，比我一条条读快。有些规则是半年前写的，我自己都忘了当初为什么加。

优先级也写进 AGENTS.md 了，用的是文档原话的中文版：

The user’s instructions take precedence over guidelines provided in a skill. If explicit user instructions conflict with a skill’s instructions, prioritize the user’s instructions.

1
## 指令优先级
2
用户的显式指令优先于任何 skill 或参考文件里的规则。
3
skill 与用户当前要求冲突时，按用户的说法执行，并在回复里说明冲突点。

留下的那个#

grill-me 全文如下，短到能背：

1
---
2
name: grill-me
3
description: Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".
4
---
5

6
Interview me relentlessly about every aspect of this plan until we reach a shared understanding. Walk down each branch of the design tree, resolving dependencies between decisions one-by-one. For each question, provide your recommended answer.
7

8
Ask the questions one at a time.
9

10
If a question can be answered by exploring the codebase, explore the codebase instead.

它一行知识都没有，规定的全是跟我说话的方式：一次问一个问题，每个问题带推荐答案，能读代码回答的别来问我，决策留给我。

按文档的标准它也不算干净。文档让模型先把授权范围内的事做完再来问，grill-me 是把问题一个个抛给我。我留下它是因为触发条件够窄，只有我打「grill me」的时候才生效，那个场景下我要的就是一次一问。grilling 没这个限制，任意 grill 触发短语都能把它拉起来，我问的是别的事，它开始追着我要决策，所以我删了。

另外几条一起改了#

主动性。文档说 can you...、I want to...、help me... 这类句子都按指令处理，别停在”我可以帮你……”，也别给个方案等确认。我 CLAUDE.md 里原来写的是复杂任务走 RESEARCH → PLAN → 等用户确认 → EXECUTE，另外还有一条”确认高风险操作”。按文档这句，这种规则最容易让它在本来能干的事上先停下来问一句。

文风。Astra 爱用列表和表格，还爱在不同会话里重复同一批套话。文档的反套话清单里有 delve、foster、leverage、it’s worth noting、importantly，还有 “In short:” 和 “This isn’t about X. It’s about Y.” 这类句式。这段我也加进去。

子代理。它默认委派得少，得显式告诉它哪些活可以并行丢出去，否则一堆能同时干的事它自己慢慢做。

测试。它验证起来比实际需要狠，小改动也会铺一整套测试。文档给的边界是可逆、低影响的改动不用写镜像实现的测试。

迁移时踩到的几个参数：

• model 写 gpt-6-astra
• 没有 none 推理档了，之前用 none 或 minimal 的从 low 开始试
• temperature、top_p、top_logprobs 都要删，Chat Completions 还要删 logprobs
• 工具调用只能走 Responses，Chat Completions 能用但工具调用不行
• 从 5.5 及更早版本迁过来的，prompt_cache_retention 换成 prompt_cache_options.ttl 为 "30m"
• EU 数据驻留下 service_tier 用不了 fast 和 priority

新特性也在让我少写规则#

Astra 加了几个东西，都和这件事有关。

mid-turn steering 允许在模型干活的时候再塞新指令进去，比如一处纠正或者需求变更。WebSocket 连着的情况下，Responses API 会保留已经干完的部分，把新指令并进后续流程。configuration_update 这个输入项可以在对话中间调推理档，难任务调高、常规追问调低，不用重写原始 prompt 前缀，缓存保得住。还有 async tool calling，工具在应用侧跑的时候模型可以继续推理、调别的工具。

以前把行为规则写死在 skill 里，是因为跑起来就没法改了。现在中途能塞指令、能改推理档，那 skill 里那些预设行为的价值就降下来了，剩下的就只有偏好。grill-me 属于偏好这一类。

还没删的#

markdown-to-pdf 和 summary-skill 我只禁用没删，这俩是跑一次省半小时的活。figma 三个月没碰过，但也可能只是没遇到，样本太少，先放着。

skill 的数量应该跟模型对指令的敏感度反着走。模型越听话，写在它上下文里的规则就越该少。官方这次把审计 skill 写进了升级文档，说明这不是个人口味的事。

参考链接#

• Model guidance: Using GPT-6 Astra