菜单
当有书面实施计划要在单独会话中执行并带审查检查点时使用
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
何时使用需要为编程项目、monorepo 或多级目录创建/更新 AGENTS.md、CLAUDE.md 软链接、项目级 agent 操作手册、子目录局部规则、验证命令和 Coding Agent 上下文边界时使用。
分析代码库结构并生成中文 token-lean 架构文档。
用于构建或维护个人 LLM 驱动的知识库。触发词：将资料导入 wiki、查询 wiki 知识、检查 wiki 质量、'添加到 wiki'、'我了解什么关于'，或任何提到 'LLM wiki' 的场景。
用户明确要求隔离工作区、并行分支验证或临时试验时使用 - 创建隔离的 git worktree
开始开发编程相关对话时使用 - 建立如何查找和使用 skills，在做出任何响应前要求先检查适用的 skill
更新本项目的上游 submodule，并基于真实 git 变更分析生成文档报告。用于用户要求同步 `upstream/` 下仓库、检查上游最近更新、梳理新增内容、在 `docs/` 写更新说明，或筛选哪些更新值得优先吸收和推荐时。
| name | dev-executing-plans |
| description | 当有书面实施计划要在单独会话中执行并带审查检查点时使用 |
加载计划，批判性审查，分批执行任务，并在批次之间汇报以供审查。
核心原则： 批量执行带架构师审查检查点。
开始时宣布： "I'm using the executing-plans skill to implement this plan."
默认直接在当前分支执行计划，不自动创建 git worktree。
仅当用户明确要求隔离工作区、并行分支验证或临时试验时，才调用 dev-git-worktrees。
原因：设计文档或实施计划如果是在当前工作区生成但尚未提交，新建 worktree 后这些未提交文件不可见，容易导致执行阶段丢失上下文。
默认：前 3 个任务
对每个任务：
dev-tdd skill批次完成时：
基于反馈：
所有任务完成并验证后：
dev-finishing-branch在以下情况应立即停止执行：
请求澄清而不是猜测。
在以下情况应返回审查（步骤 1）：
不要强行突破阻塞 - 停下来询问。
当执行计划中的实现任务时：
如果任务包含以下关键词，必须调用 dev-tdd：
读取任务时
> **给 Agent：** 此任务使用 dev-tdd 标记执行每个步骤时
遇到问题
dev-tdd skill必需工作流 skill：