技能介绍

要解决什么问题

工程师在 WorkBuddy 里会反复做同一类操作：批量读文件、按固定步骤改配置、周期性整理任务。这些流程往往散落在会话里，很难系统回答「哪些值得做成可复用的 skill」。本技能面向的就是从使用历史里把重复模式挖出来，并给出可执行的优先级与覆盖判断，而不是直接替你写 skill。

它怎么工作

触发后会在本地只读扫描 ~/.workbuddy/ 下的会话与状态数据（不上传、不联网），默认分析近 30 天记录；历史不足时会覆盖全部可用区间。流水线会筛出出现 ≥3 次且步骤模式相对固定的操作序列，为每个候选整理：触发场景、步骤序列（人话 + 工具签名）、输入输出形态、重复频率，以及自动化可行性（高/中/低）和优先级。

交付物写在 /repeat-flow-report/：

repeat-flow-report-YYYYMMDD.md：人读报告，含结论摘要、候选列表、★ 标注的收益最大的前 3 项
flow-data-YYYYMMDD.json：结构化数据，供下游或自动化消费
last-run.json：含 new_high_priority_count，供定期任务判断是否有新的高优先级发现

每个候选还会标注覆盖三态：未覆盖 / 部分覆盖 / 已自动化，避免和已有 skill 或自动化重复造轮子。v1.0.4 起流程名由规则生成（对象 + 动作 + 工具链），同构变体自动归并并在报告中留痕 merged_from。

边界与注意点

能力边界：只做「发现问题」；真正打包创建请交给 skill-creator 类技能。报告看完可按 references/methodology.md 决策：★ 且未覆盖 → 值得打包；部分覆盖 → 优先扩展现有 skill；已自动化 → 跳过。
数据与隐私：不修改会话记录；路径在报告中脱敏（仅保留扩展名与目录深度）；不读取 logs/ 与 settings.json。
定期运行（可选）：可说「帮我建个定期任务」，按 references/automation-setup.md 配置后，仅在出现新的高优先级流程时提醒，旧结论不重复推送。