Menü
初始化 Echoe 的 ADR 知识库。扫描存量仓库，分模块提取工程约束和业务事实，生成初始 ADR。用户提到"初始化 ADR/冷启动/首轮沉淀/扫描存量"时必须启用。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
先查验代码再创建 GitHub Issue。只要用户提出“先确认是不是问题再提 issue”“根据代码排查并建单”“把用户反馈转成 issue”这类请求，就必须启用本技能：先验证问题是否成立，证据不足时主动追问用户补充，再用 gh CLI 按模板创建 issue。
用于按优先级串行修复 GitHub issue 的技能。只要用户提到“修 issue / 批量修 bug / 从 P0 开始处理 / 逐个修复问题 / 自动修复 issue 队列”等，都应启用。必须先复用 `gh.issue` 技能获取 issue，上游按 P0->P1->P2->P3->P4 排序，每次只处理一个 issue，并且每个 issue 都用子 Agent 修复；默认自动连续处理，只有遇到功能语义或产品策略需要产品经理确认时才暂停并向用户确认。每个成功修复的 issue 都必须由子 Agent 完成 commit（commit 信息关联 issue）并自动评论“已修复”后关闭。
Practical Anki v11 schema and import/export compatibility guide for Echoe. Use this skill whenever the user mentions Anki, .apkg/.anki2, notes/cards/revlog tables, notetype/deck JSON blobs, or fields like flds/sfld/csum/guid/usn/due. Even if the request sounds generic (for example "flashcard import" or "Anki sync issue"), consult this skill first before implementing or reviewing code.
面向 React + TypeScript 项目的代码坏味道审查 Skill。当用户提到 code review、clean code、技术债、可维护性、重构建议、组件太复杂、组件拆分过细、Hook 混乱、类型设计问题、PR 审查，或 @rabjs/react 领域模式与状态传递问题时，必须优先使用本 Skill。发现可执行问题时，必须使用 `gh` CLI 创建 GitHub issue。
审查需求文档（PRD/需求说明/业务规则）是否足够清晰、无歧义并可用于生成技术方案。Whenever user asks "帮我看需求是否清楚"、"这个需求能不能直接出技术方案"、"找出模糊定义/规则歧义/功能不清晰"，都应主动使用本技能，即使用户只提供需求片段或会议纪要。
Generate a Product Requirements Document (PRD) for a new feature. Use when planning a feature, starting a new project, or when asked to create a PRD. Triggers on: create a prd, write prd for, plan this feature, requirements for, spec out.
| name | init-adr |
| description | 初始化 Echoe 的 ADR 知识库。扫描存量仓库，分模块提取工程约束和业务事实，生成初始 ADR。用户提到"初始化 ADR/冷启动/首轮沉淀/扫描存量"时必须启用。 |
maintain-adr 的职责）为防止长上下文压缩导致子 Agent 结果丢失，必须先落盘再汇总：
run_idrun_id 的临时文件临时目录规范：
.claude/skills/init.adr/workspace/<run_id>/
模块不能写死，必须在每次运行时动态发现。
apps/*/src/packages/*/src/config/CLAUDE.md、.catpaw/rules/.git/、.turbo/、node_modules/、dist/、build/、coverage/、logs/apps/server/src/controllers/）> 500 文件或 > 20000 行）按下一层目录继续拆分< 15 文件）且同域相邻，则合并<scope>-<domain>-<slice>，例如：server-auth-controllers.claude/skills/init.adr/workspace/<run_id>/manifest.jsonname、roots、fileCount、lineCount、statusapps/server/src/、apps/web/src/、packages/、config/、CLAUDE.md、.catpaw/rules/manifest.json 标记 discovery_mode: fallback每个子 Agent 执行：
OUTPUT_FILEOUTPUT_FILE 路径），不要在对话里粘贴完整 JSONrun_id（示例：2026-03-17T16-20-00Z）.claude/skills/init.adr/workspace/<run_id>/manifest.json（记录模块状态：pending/running/done/failed）modules/（各模块子目录）merge/（收敛结果）report/（本次扫描报告）.claude/skills/arch.adr/SKILL.md 索引，确认当前状态：
manifest.json（discovered_modules[]）manifest.json按 Step 1 自动发现的模块清单并行启动子 Agent。每个模块分配唯一输出文件：
.claude/skills/init.adr/workspace/<run_id>/modules/<module>/raw-findings.json
模块执行顺序：先高风险模块（认证、存储、权限、AI 链路），再普通模块。
子 Agent Prompt 模板：
你是 ADR 扫描 Agent，负责扫描 [模块名] 模块。
扫描范围：[目录列表]
输出文件：OUTPUT_FILE
任务：
1. 读取目录下所有代码文件
2. 提取以下内容：
- 工程约束（Constraint）：硬性规则、禁止事项、必须遵守的规范
- 业务事实（Source of Truth）：业务逻辑、数据流、状态机
3. 为每个发现生成 ADR 草稿，格式：
{
"id": "ENG-xxxx 或 BIZ-xxxx",
"title": "标题",
"type": "Constraint | SourceOfTruth",
"context": "背景说明",
"decision": "决策内容",
"evidence": ["文件路径"],
"impact": {
"tech": "技术影响",
"biz": "业务影响"
}
}
4. 将完整 JSON 数组写入 OUTPUT_FILE
5. 仅返回摘要：发现数量、关键发现、OUTPUT_FILE 路径
注意：不要在回复中粘贴完整 JSON，避免上下文挤压。
只从磁盘读取子 Agent 结果，不依赖对话上下文：
raw-findings.jsonmerge/combined-raw.jsonmerge/combined-optimized.json.claude/skills/maintain.adr/references/TEMPLATE-adr.md 模板combined-optimized.json 转换为 ADR 文档.claude/skills/arch.adr/references/ 目录.claude/skills/arch.adr/SKILL.md 索引表将报告写入：
.claude/skills/init.adr/workspace/<run_id>/report/init-report.md
对话输出：
run_id初始化完成后删除本次工作区目录：
.claude/skills/init.adr/workspace/<run_id>/
清理规则：
manifest.jsonraw-findings.json 的模块结果一律无效maintain-adrarch-adrcheck-adr