1. 扩展 daily-recap#

修改文件：

.claude/skills/daily-recap/SKILL.md

新增“可沉淀资产候选”章节，要求：

• 只列候选，不创建文件
• 最多列 3 个候选，避免噪音
• 必须有稳定输入、可重复流程、清晰输出或停止条件
• 优先推荐 extend existing
• 无强候选时输出“今天没有足够证据表明需要沉淀新的自动化资产。”

2. 新增 repo-research skill#

新增文件：

.claude/skills/repo-research/SKILL.md

用途：研究 GitHub 仓库或外部代码项目。

核心规则：

• 优先使用一手来源：GitHub README、源码、release、issues、官方文档
• GitHub URL 优先用 gh CLI 或 GitHub API
• 默认不创建文件
• 如果用户要求保存调研结果，必须调用或遵守 note skill 的归档确认规则
• 保存目录优先为 markdown/02-主题/07-项目调研/

输出结构包括：

• 一句话定位
• 解决什么问题
• 核心能力
• 技术栈与依赖
• 关键文件/目录
• 基本使用方式
• 维护状态
• 优点
• 风险和限制
• 适合谁用
• 不适合谁用
• 建议

3. 新增 workflow-audit skill#

新增文件：

.claude/skills/workflow-audit/SKILL.md

用途：审计最近 Claude Code 工作，识别值得沉淀成 skill、subagent、command、hook、scheduled task 或扩展已有资产的重复流程。

核心规则：

• 默认最近 30 天
• 默认只输出候选清单，不落盘
• 每次最多推荐 1 个立即创建的新资产
• 优先指出“不该自动化”的项目
• 涉及 settings hooks、定时任务、写文件、删除文件、提交代码时必须等待用户明确同意

候选筛选条件：

• 至少出现 2 次，或明显会再次发生且重复成本高
• 输入稳定
• 步骤可重复
• 输出或停止条件清晰
• 能提升速度、质量、一致性或可靠性
• 没有被已有资产充分覆盖

为什么不先做大而全的 workflow-audit？#

因为这个能力本身容易变成“为了自动化而自动化”。更稳的路径是先把候选发现能力嵌入 daily-recap，让它在日常回顾中自然积累证据。

为什么 repo-research 值得单独做？#

因为外部 GitHub 项目调研已经多次出现，流程稳定、输入明确、输出结构清晰，而且项目 CLAUDE.md 已规定调研内容应保存到 markdown/02-主题/07-项目调研/。

为什么要求遵守 note 的归档规则？#

避免 skill 自行落盘造成知识库污染。归档前必须展示路径和摘要，等待用户确认，符合当前知识库的管理方式。