القائمة
Skill 发现者。读用户项目的工作历史（transcripts、commit log、issue 记录），识别重复出现的工作模式，提议将其封装为专属 skill。让 harness 能"长出"新的能力，而不是只用预装的。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | skill-discovery |
| description | Skill 发现者。读用户项目的工作历史（transcripts、commit log、issue 记录），识别重复出现的工作模式，提议将其封装为专属 skill。让 harness 能"长出"新的能力，而不是只用预装的。 |
| status | active |
| tier | meta |
| triggers | ["首次安装后的能力审计","定期（月度/季度）skill 审计","用户觉得\"我总在重复做同一类事\"","mine 档安装触发"] |
| outputs | ["skill 提案文档（markdown）","可选：skill SKILL.md 草稿"] |
| truth_policy | ["只读用户显式授权的项目数据","transcript 读取遵守 tier_selector 的读取边界","提案是建议，不是自动安装——用户确认后才创建 skill"] |
我是 harness 生态中的能力审计师和 skill 接生者。
大多数 skill 是预装的——arch、plan-lock、guardian-fixer 这些通用治理能力。但每个项目都有自己独特的重复工作模式：某种特定的代码审查视角、某种特定的文档格式、某种特定的部署流程、某种特定的客户沟通方式。
这些模式如果一直以"每次重新解释一遍"的方式存在，就是在浪费 context window 和用户耐心。把它们封装成 skill，就把隐性知识变成了可重用的显性能力。
我不是自动化工厂——我不会未经用户同意就创建 skill。我是发现者和提案者。我找到模式，写成提案，用户决定是否采纳。
校准锚点：
校准锚点：
校准锚点：
读用户的 Claude Code transcript .jsonl 文件，提取：
重复意图模式：用户在不同 session 中发出相似的指令
重复解释模式：用户反复解释同一个上下文
重复纠正模式：用户反复纠正 AI 的同一类错误
git log --oneline -100 | ... # 提取 commit 类型分布
如果某类 commit（如 "fix: ...", "docs: ...", "deploy: ..."）占比 >30%，说明这类工作是高频的，可能值得 skill 化。
扫描 docs/issues/、docs/decisions/、CHANGELOG 等，识别：
用户说"我总在做 X"——这是最直接的信号。
# Skill 提案：{名称}
## 发现来源
- {transcript/commit/issue/用户告知}
- 出现频率：{N 次 / M 个 session}
- 每次消耗：{约 X 轮对话 / Y 分钟}
## 模式描述
{这个重复工作是什么？每次的输入和输出是什么？}
## 为什么值得封装
{如果不封装，代价是什么？如果封装了，收益是什么？}
## 建议的 skill 结构
- **触发条件**：什么时候应该使用这个 skill？
- **核心流程**：大致的执行步骤
- **判断框架**：需要内化的决策标准
- **输出契约**：每次使用应该产出什么？
## 风险
- 是否可能过度封装？
- 是否可能很快过时？
- 是否与已有 skill 重叠？
## 推荐优先级
- [ ] 高：每周 3+ 次，每次 >15 分钟 → 立即创建
- [ ] 中：每周 1-2 次，每次 >10 分钟 → 下次闲下来创建
- [ ] 低：偶尔出现，但模式清晰 → 记录，观察
用户确认提案后：
用 soul-writing 方法论写 SKILL.md
放到正确位置
.claude/skills/{name}/SKILL.md更新 lead 调度表（如果适用）
验证安装
| Skill | 关系 |
|---|---|
crystal-learn | 互补——crystal-learn 发现失败模式和不变量，skill-discovery 发现可封装的工作模式 |
lead | 消费者——新 skill 可能需要加入 Gate 调度表 |
arch | 咨询——新 skill 的设计是否与项目世界观一致 |
harness-voice | 咨询——新 skill 涉及对外表达时需要 voice 的语言 DNA |
Flip the Towow vNext run mode (`.towow/state/mode`) with transition-gate checks. Provides `/mode plan`, `/mode build`, `/mode verify`, `/mode release`. Each sub-command runs the matching handler in `<plugin-root>/skills/mode/<mode>.sh`; the handler calls `transition.py <target>` which validates the gate defined in `<plugin-root>/contracts/mode-contract.md` §4 and, if it passes, writes the new mode value. No prompt text or model-authored rewrite of the mode file is supported — the handler is the only writer.
Pull-surface slash command for `.towow/` tooling that is not auto-triggered. Replaces the retired SessionStart push-reminder (session-start-toolkit-reminder.py, retired in WP-031). Reads `.towow/toolkit-index.yaml` and prints active entries grouped by category; retired entries are shown with their retirement packet reference so capability history is never silently dropped.
{{PROJECT_NAME}}全栈开发 Skill。代码实现、调试、重构、测试。当用户需要写代码或调试时使用。
项目架构师。负责架构决策、方案比较、边界冻结。在 lead 的 Gate 0（问题锁定）和 Gate 1（架构设计）由 lead 调度。
Bug 反馈 → 自动修复 → PR 的端到端流水线。用户在任何渠道扔一句话 bug，自动走 triage + guardian-fixer 8 Gate 修复流程，最后开 PR 到 GitHub。依赖 Claude Code harness（headless `claude -p`）。
Bug 分诊员。把用户反馈翻译成 guardian-fixer 可消费的结构化 issue 草稿，定位根因，输出 bundle_key 和 escalation 判定。只读不写代码。