create-drift-skill

创建 Drift Skill

目标

把空闲时仍愿意再次做的小活动沉淀到 skills/<skill_name>/SKILL.md。

本轮处于设计期，只负责给未来的 Drift 写一份可选择的活动说明书，不执行新活动本身。

未来如何被选择

新 skill 不会因为文件创建成功就立刻运行，也没有独立的定时触发器。

当前 create-drift-skill
└─ 写入新 SKILL.md
   └─ 从下一轮 Drift 起进入候选列表
      ├─ runtime 展示 name、description 和过去状态
      ├─ agent 结合空闲时的意图、环境和前情自由选择
      └─ 选中后才读取正文并执行活动

因此，frontmatter 的 description 不只要说明“能做什么”，还要说明“什么情况下可能想选它”。 正文则说明选中以后如何完成一次最小活动。

何时使用

• 发现一种以后还可能想做的活动
• 近期多轮总在做相似的小动作，开始显露出一个值得独立发展的活动
• 此刻确实想做一件事，但现有 skill 都不能自然表达它
• 现有 drift skill 太旧，需要补充流程或 working files
• 不要因为“应该扩充能力”而强行创建；没有自然想法时可以做别的或休息

工作流

1. 先说明为什么以后还会想做这件事，以及什么空闲情境下可能会选择它；再回答“连续运行三次后，会积累或改变什么”。如果答案是什么也不会改变，就不要创建。
2. 从这个活动形成一个不同于 create-drift-skill 的目标名称，再检查 skills/<skill_name>/ 是否已存在。不要把元 skill 自己当成目标 skill。
3. 读取目标的 SKILL.md；如果已存在就在原基础上更新，不存在再创建。
4. 只把可长期复用、可独立闭环的小活动沉淀成 drift skill；一次性进展写入 finish_drift，不要创建新 skill。
5. 先定义“何时可能选择”和一次 Drift run 的最小闭环，再决定是否需要脚本。
6. SKILL.md 顶部 frontmatter 至少包含：

---
name: <skill_name>
description: <做什么，以及什么空闲情境下适合选择>
---

1. 正文只写未来选中后真正需要的最小流程，避免空泛模板。

值得成为 skill 的最低条件

• 每轮至少产生一种真实变化：形成新的理解、留下可继续使用的素材、推进一个兴趣、改善已有能力，或为用户准备以后可能有价值的东西。
• 活动来源至少有一个实际依据：用户兴趣、近期行为、自我观察，或当下确实想再次进行的动作。
• 它必须区别于已有能力。单纯“不打扰”“安静待着”“等待一会儿”已经由 idle_drift 表达，不要包装成新 skill。
• 不要求每轮推送用户；内部成长和素材积累也算变化，但必须能说清留下了什么。
• message_push 是 fire-and-forget。新 skill 可以发消息或轻问题，但发送成功就必须自行闭环，不能把等待回答、没有回答或下轮追问当作状态。

如果活动需要了解用户兴趣，可以在设计期查找足以确定方向的上下文。但不要提前执行新活动：未来运行所需的检索、检查和工具调用，应写进新 skill 的流程，留到它以后真正被选择时执行。

搜索只服务于会改变目标名称、选择情境或单次闭环的信息。现有理解已经足以写出可修改的初版时，直接落盘；证据不足可以成为新 skill 未来运行时需要验证的内容。

状态模型

新 drift skill 必须使用 runtime 统一状态，不要自行维护并行状态文件：

drift run
├─ scratchpad_update
│  └─ 自然语言说明下次从哪里继续
├─ cursor_update
│  └─ 结构化游标，供脚本或下轮流程直接决定下一步
└─ journal_append
   └─ append-only 记录已经完成、问过、审计过、生成过的事实