All authors
Claude Skills by ryanzhao1011
github.com/ryanzhao101139 skills1 installs80 views
- Acceptance Criteria使用 GWT 场景式或规则式清单编写验收标准，含质量核查、复杂度分级与边界覆盖。用于已拆解的 Story/Task 写验收标准、明确上线条件。典型触发："写验收标准" / "GWT 场景" / "上线条件是什么" / "AC 怎么写"。不用于：需求范围讨论（用 requirement-analysis）/ 测试用例设计（用 test-case-design 在 qa 阶段，AC 是输入它是产物）。Votes: 0GitHub stars: 4
- Audit审计最近一段时间的自动维护活动（events / proposals / decay / digest），给用户汇总报告Votes: 0GitHub stars: 4
- Code Review代码审查，从需求符合度/正确性/安全性/可维护性/性能五维度评审代码变更，输出风险分级的 Finding 列表；含成批审查的三道工序与外部报告的一对一映射纪律。用于代码变更评审、PR review、实现与 spec/PRD 的一致性核对；成批审查（多文件 / 全仓体检 / 发版前）与整合外部工具或另一个模型的审查报告也走这里。典型触发："审查代码" / "PR review" / "看一下这段代码" / "代码合规吗" / "评估实现是否符合需求" / "代码和 PRD 对不对得上" / "有没有明显 bug 或缺陷" / "研发交付的代码帮我看下" / "发版前全仓审一遍" / "外部审查报告怎么处理"。不用于：bug 的根因定位与修复方案（用 systematic-debugging——但**发现** bug 属于本 skill）/ 编码本身（用 technical-design 完整路径段）/ 功能测试（用 test-case-design）。Votes: 0GitHub stars: 4
- Code To Doc解析子模块的 code_paths 涉及的代码文件，生成/更新 current-state/ 4 个文件（architecture / api-surface / data-model / code-map）。自动适配 wechat-miniprogram（miniprogramRoot）/ Next.js Monorepo（workspaces）/ 跨技术栈数组 等形态。所有结论必须带行级 source path 锚点。触发词：解析代码、code-to-doc、生成 current-state、反向同步、刷新实现状态。modules/ 体系下用于：创建子模块后首次生成 current-state/；改动命中某子模块的 code_paths 后刷新它的 current-state/——命中即刷，哪怕这次只改了注释（PostToolUse 已写 stale 标记时优先做）；代码在外部仓库时 dev 解析后的 paste 入口；migrate-to-modules 完成后建议调用一次。Votes: 0GitHub stars: 4
- Competitive Analysis结构化竞品分析，支持三类竞争对手识别、五维度深度分析、竞争矩阵与对战卡输出。用于竞品对比、竞争矩阵、对战卡、竞争壁垒分析。典型触发："竞品调研" / "对比 X 和 Y 两个产品" / "竞争优势是什么" / "对战卡"。对比的是**产品 / 公司**才走这里；对比两版 Prompt 的效果走 prompt-evaluation。不用于：用户反馈分析（用 user-feedback-analysis）/ 行业大势研究（暂无对应 skill，按 P2 走 notes 缓冲）/ 单一产品功能拆解（用 feature-breakdown）。Votes: 0GitHub stars: 4
- Doc Graph Health知识网健康巡检：跑 skill 内 scripts/graph_health.py 产出持久报告 projects/modules/graph-health.md（断链 / 孤儿 / hub / stale current-state / 姊妹时差 / updated 异常 / 概念热点七项检测），并按处置指引推进修复。触发词：知识库体检、图谱健康、巡检知识网、graph-health、查断链、查孤儿文档、文档过期检查。用于大规模文档变更后（批量回填 / 迁移 / 织网 / 归档收口）、月度周期性体检（无 hook 自动触发，靠人/会话建议），或用户问「知识库健康吗 / 有没有断链 / 哪些文档过期了」时。扫描对象是 projects/modules + projects/specs 的链接图（workframe 项目骨架恒有）。Votes: 0GitHub stars: 4
- Document Norms写或改任何 markdown 文档（含评审报告 / 实施清单 / 问题清单 / 方案等交付物）时的规范来源——写作质量分级与交付前自查、文档该放哪（归属矩阵）、frontmatter 与 `updated` 时间戳规则（含何时不 bump）、拆分改名前后的查漏 SOP、overview 三段制与索引同步、链接与资源引用、反模式。分 §1-§11，可只读单章。按「正在做什么」对号入座：交付给研发 / 客户 / 其他角色前 → §11 写作纪律分级 + §11.4 交付前自查（最常漏，优先读）；新建文档或拿不准放哪个目录 → §1 归属矩阵；填改 frontmatter 与 `updated` → §2、§2.7；拆分 / 合并 / 重命名 / 删除已有文档 → §8 查漏 SOP（防落空引用）；建改 overview、status 同步上级索引 → §3、§4；demo / 截图 / 临时产物位置 → §6；跨文档链接或 current-state 行级锚点 → §5。业务 skill（prd-writer / module-init / test-case-design / mo...Votes: 0GitHub stars: 4
- Feature Breakdown将需求拆解为可执行开发任务，支持 Epic→Story→Task 三层结构与5种拆分技术，INVEST 验证，≤4小时粒度。用于已有 PRD / Spec 后把需求拆为可开发的 Epic/Story/Task。典型触发："拆任务" / "Story 怎么拆" / "做 sprint 计划" / "INVEST 检查"。不用于：需求识别本身（应先用 requirement-analysis）/ 验收标准（用 acceptance-criteria 在拆解后）/ 测试用例（用 test-case-design 在 qa 阶段）。Votes: 0GitHub stars: 4
- Html Demo仿真型 HTML 交互 demo 生成：按用户截图复刻真实界面，产出自包含、全状态可达（带模拟开关）的可交互单文件 demo，落 tmp/ 就地多轮迭代；拍板后归档 prototypes/ 并衔接 prd-writer「demo 先行变体」写 PRD。用于写 PRD 前先用可交互原型对齐交互细节（demo 先行工作流）。典型触发：「出个 demo / 做个 demo / 交互方案 / UI 方案 / 交互样式 / 页面方案 / HTML 原型」。边界：只要静态图 → screenshot；要落正式需求文档 → prd-writer。Votes: 0GitHub stars: 4
- Librarian记忆整理员：评估 notes.md 条目并按 D/U/R/A 提升到 MEMORY.md（含落点分层与同主题融合）、管理 MEMORY.md 容量候选、维护整理日志与 memory-index sidecar。用于 SessionStart 询问式开场卡用户选「处理」后（主通道）、`workframe-maintenance` 批处理工单的 notes 积压项、会话中出现 `memory_backlog` 维护信号时、MEMORY.md 接近容量上限需要评估降级候选时。典型触发：「整理一下记忆 / notes 太多了」。边界：只看记忆变动流水 → memory-log；纠正类条目由 correction-detection 直写高置信区，不经本 skill。Votes: 0GitHub stars: 4
- Maintenance ReviewDormant 项目唤醒后的手动维护入口，逐步执行 librarian / self-iteration / decayVotes: 0GitHub stars: 4
- Material Intake存量资料的盘点、分流与结构推荐。扫描给定路径产出资料台账（形态 × 数量 × 覆盖率），按资料形态判定每一批的去向（migrate-to-modules / requirement-archiving / code-to-doc / 手动放置），并从资料聚类推荐 basic/sub 模块树。只出计划不做搬运，重型执行交给对应 skill。用于接入存量项目要先摸清「手上这些资料该怎么进来」时、项目内后续又攒了一批新资料需要判定去向时、拿不准某批资料该走 migrate-to-modules 还是 requirement-archiving 时。不适用：单篇新文档写作（走 prd-writer）、已确定去向的批量搬运（直接调对应执行 skill）。Votes: 0GitHub stars: 4
- Memory Log查看记忆层活动流水（promotion / migration / decay / correction / memory rollback）——从 events.jsonl 重组时间线，并用 memory-index sidecar 补充每条的当前状态。只读，不改记忆。用于排查记忆条目异常（该在的不在、该降级的还在）、回滚记忆前先看变更历史。典型触发：「记忆里最近变了什么 / 这条是什么时候记的 / 为什么这条没了 / 它怎么跑到别的域去了 / 谁改的记忆」。边界：要执行整理提升 → librarian；要回滚 → rollback。Votes: 0GitHub stars: 4
- Migrate To Modules将老项目（无 modules/ 体系）一次性迁移到 modules/ 体系。四步流程：模块树设计（人工+AI 推荐）→ dry-run 输出 file→target 映射 → 用户 review + 调整 → 用户确认后自动搬 + 写元数据 + 全量索引重建。前置必须做 grep + 文件清单 + 引用替换 SOP。触发词：迁移到 modules、迁移老项目、migrate-to-modules、modules 体系迁移。用于存量项目（散落 PRD / spec / decisions）首次启用 modules/ 体系时、现有 docs/ 或散落需求资产需统一收编到 modules/ 时、用户主动调用 `/core:migrate-to-modules` 时。Votes: 0GitHub stars: 4
- Module Index Refresh递归刷新 modules/ 体系各层 overview.md 的机器维护索引段（基于 HTML 注释边界 `<!-- WORKFRAME:AUTO-INDEX:START/END -->`）。严格只重写 START/END 之间内容；段外人写部分（positioning + 中间内容）零接触。支持限定路径增量刷新与全量递归两种模式。触发词：刷新模块索引、重建 overview、module-index-refresh、同步 overview 索引。用于创建/修改/删除子模块或需求后（module-init 内部已自动调用）、修改 submodule.yaml.status / meta.yaml.status 后手动同步上级、大规模迁移完成后全量重建（migrate-to-modules 内部已自动调用）、用户主动调用 `/core:module-index-refresh` 手动兜底。Votes: 0GitHub stars: 4
- Module Init创建 modules/ 体系下的基础模块 / 子模块 / 需求资产包。基于 templates/modules-template/ 复制骨架，填充占位符，初始化机器维护索引段，刷新上级 overview，并维护反向索引 code-paths-index.json 段。触发词：新建模块、新建子模块、初始化需求、module-init、新建 PRD 需求骨架。用于创建第一个/新的基础模块或子模块时、为子模块新建一个需求资产包（含默认子需求 `main/`）时、迁移老需求到 modules/ 体系前作为单点工具使用、用户主动调用 `/core:module-init` 时。Votes: 0GitHub stars: 4
- Obsidian Doc Structure用 Obsidian 官方 CLI 读取文档 outline、properties、property、tags、aliases、wordcount——比 Read 快且不把全文灌进上下文。CLI 不可用时 fallback 到 Read + Markdown/frontmatter 解析。用于只想先看某文档的章节结构 / frontmatter 字段 / 标签 / 字数、不需要读全文时，以及需求评估前快速理解已有文档结构、查文档归属、发布前做属性与完整性检查时。边界：要查引用关系 → obsidian-link-audit；要改 frontmatter → obsidian-safe-write。Votes: 0GitHub stars: 4
- Obsidian History Check用 Obsidian 官方 CLI 做文档历史与 diff 的**只读**检查。默认不执行 history:restore——恢复必须单独确认。用于怀疑文档被误改、想看改动前后差异时，以及大改之前先看近期历史时。典型触发：「这个文档之前是什么样 / 什么时候改的 / 改了什么」。边界：要回滚框架资产（agents/rules/skills）→ rollback skill，本 skill 只看不改。Votes: 0GitHub stars: 4
- Obsidian Link Audit用 Obsidian 官方 CLI 做链接、反链、坏链与孤岛文档审计——改文档前查谁引用了它，改完后确认没留下断链。CLI 不可用时 fallback 到 rg/Read。用于正式文档修改前后、单文件 rename/move 前后、发布到外部平台前，以及删改概念后要确认无落空引用时（document-norms §8.1 Step 3 的 L2 反链查漏）。典型触发：「谁引用了这个文档 / 有没有断链 / 哪些是孤岛文档」。Votes: 0GitHub stars: 4
- Obsidian Safe Write用 Obsidian 官方 CLI 做小范围、结构安全的写入：property:set / property:remove、prepend、create template，以及用户明确确认后的单文件 move/rename。大段正文仍由业务 skill + Edit/Write 完成。用于改文档 frontmatter 字段（含按 document-norms §2.7 维护 `updated`）时、用模板新建 spec / plan / decision / overview 时、在 frontmatter 后追加标准块时、用户明确要求重命名或移动某个单文件时。边界：要写大段正文 → 用 Edit/Write；批量多文件操作不走本 skill。Votes: 0GitHub stars: 4
- Onboardworkframe 一次性可选配置引导。读取 recommended-env.json，逐项询问是否启用（默认 skip），用户授权后写 settings.json 并标记 onboarded。由用户显式调用；未 onboarded 的项目由 SessionStart hook 提示一行Votes: 0GitHub stars: 4
- Prd Writer写需求文档 / PRD 的主力工具：读模块 overview 与历史需求推导功能范围，按项目 PRD 框架（项目 skills 目录下的 prd-style/；`.agents/skills/` 在则用它，否则 `.claude/skills/`）的工序形态与章节结构，草稿分步确认后自动填充详情，产出 modules/ 体系下的 prd.md 及项目框架声明的附属产物（流程图件 / HTML 原型等）。用于需求已有共识要落成正式文档时、demo 先行流程中 demo 拍板后补写 PRD 时、用户要建立 / 更新本项目 PRD 风格时（§风格定制与萃取）。典型触发：「写需求文档 / 写 PRD / 新建需求 / 把这个需求写成文档」「按我的风格写」「总结我的 PRD 规范」。边界：需求本身还模糊、范围未定 → 先走 requirement-analysis；只要拆功能点 → feature-breakdown。项目若配了发布器（`<platform>-publish`），发布是用户明确触发的独立动作，不在本 skill 内。Votes: 0GitHub stars: 4
- Product Metrics Design产品度量体系设计，支持 AARRR/HEART/North Star/OKR 四框架，输出三层指标体系与监控方案。用于设计产品指标体系（AARRR/HEART/北极星/OKR）、定义关键指标和监控方案。典型触发："建指标体系" / "OKR 怎么定" / "北极星指标是什么" / "用户漏斗"。不用于：单次数据查询 / 报表分析（这不属于 skill 范围）/ 用户反馈分类（用 user-feedback-analysis）。Votes: 0GitHub stars: 4
- Prompt DesignPrompt 设计与迭代，含场景分析、分层架构、变量接口、版本管理、风险评估的完整设计流程。用于 Prompt 设计、迭代、分层架构（system/user/few-shot）、版本管理、变量接口设计。典型触发："设计 prompt" / "迭代 prompt" / "prompt 改一下" / "分层架构" / "Prompt 模板"。不用于：Prompt 效果对比测试（用 prompt-evaluation）/ AI 策略调研 / 模型动态跟踪（暂走 notes/MEMORY）。Votes: 0GitHub stars: 4
- Prompt EvaluationPrompt 评估与对比，通过维度定义、样本设计、对比测试、量化评分、上线建议的五步流程验证 Prompt 效果。用于 Prompt 效果验证、A/B 对比测试、量化评分、上线决策依据。典型触发："评估这版 prompt 效果" / "对比 A/B" / "看 prompt 数据" / "评估实验"。不用于：Prompt 设计本身（用 prompt-design）/ 系统功能测试（用 test-case-design 由 qa 主导）/ 单条 case 调试（直接对话即可）。Votes: 0GitHub stars: 4
- Requirement Analysis结构化需求澄清与优先级评估：判断需求形态（Full PRD / One-Pager / Quick Brief）、6 问澄清、RICE + MoSCoW 评估；Full PRD 移交 prd-writer，中小需求输出轻量需求摘要。用于把模糊需求 / 业务想法澄清到"可以决定做不做、做多大、先做哪个"。典型触发："分析需求 X" / "对齐范围" / "这个需求值不值得做" / "RICE 评估" / "优先级排序"。不用于：正式 PRD 写作（用 prd-writer，章节结构读项目 PRD 框架 .claude/skills/prd-style/）/ 用户反馈分析（用 user-feedback-analysis）/ 竞品调研（用 competitive-analysis）/ 拆解为子任务（用 feature-breakdown）。Votes: 0GitHub stars: 4
- Requirement Archiving历史需求资产归档入库：把项目外的原始需求资料（TAPD 单 / 飞书导出 docx / xls 清单 / 截图原型等异构收料）重整为 modules/ 体系下的现状基线 PRD + shared 事实源 + 溯源台账。九段流水线（Phase 0-8）：收料冻结 → 通读建模 → 方案拍板 → 骨架与 shared → PRD 回填 → 反向对账 → 原型校准 → 关联收口 → 审查清源。用于用户提供一批历史需求原始资料（本地文件夹 / 网盘导出）时、为已上线的生产功能补建 modules/ 需求事实源（现状基线形态）时、新建 basic / sub 模块并批量回填历史需求时。典型触发：「归档 / 入库 / 整理成 PRD」。边界：项目内已有 specs/ 下 md 的一次性搬迁 → migrate-to-modules；写全新需求 → prd-writer；从代码反解实现现状 → code-to-doc。本 skill 只管「外部异构原始资料 → 需求事实源」。Votes: 0GitHub stars: 4
- Rollback回滚最近一次自动变更（T1/T2）或指定 proposal 的变更；配合备份文件和 rollback 索引Votes: 0GitHub stars: 4
- Screenshot通用 HTML / 本地 URL 截图工具：读 JSON 配置，逐项打开 → setup → 等待 → 截图 → 输出 PNG 到 tmp/screenshots/<task-id>/。只负责出图——不上传任何平台、不写 spec、不实现业务交互；调用方通过 `setup_js` 提供 raw JS hook 控制业务逻辑。用于需要把本地 HTML 原型或 Mermaid 图转成 PNG 归档、嵌入文档时，也被 prd-writer / 发布器 / 报告类 skill 作为出图步骤调用。典型触发：「截图 / 生成原型截图 / HTML 截图 / 把 Mermaid 渲染成图」。边界：要的是可交互 demo 而非静态图 → html-demo。Votes: 0GitHub stars: 4
- Self Iteration系统自迭代能力，通过数据驱动的模式识别生成改进提案Votes: 0GitHub stars: 4
- Session Digest生成本次会话的变更摘要，写入 session-digest-latest.md 供下次会话启动时展示Votes: 0GitHub stars: 4
- Systematic Debugging系统化调试 SOP，通过复现→根因→影响面→修复→回归的五步流程，避免盲目修 Bug 引入新问题。用于 Bug 调试、根因分析、复现验证、影响面评估、回归避免。典型触发："修这个 bug" / "为什么会出错" / "复现 X" / "根因是什么" / "影响面"。不用于：技术方案设计（用 technical-design）/ 代码审查（用 code-review）/ 测试用例设计（用 test-case-design）。Votes: 0GitHub stars: 4
- Task Management管理项目看板 board.yaml 的任务创建、状态流转与进度统计。用于 board.yaml 任务创建 / 状态变更 / 流转规则查阅 / schema 约束确认。典型触发："看板 X" / "任务状态改 Y" / "怎么流转研发任务到 pending_qa" / "签发权限"。不用于：summary 数字重算（由 SessionEnd hook 自动 + 用户显式 `workframe-recompute-board-summary` 命令）/ 节奏复盘与周报（暂无对应 skill，由主 Claude 自由发挥）。Votes: 0GitHub stars: 4
- Technical Design技术方案设计与实施，提供轻量路径（小改动直接落地）和完整路径（架构/数据/API/多文件高风险变更走完整方案+实施+交付）双档分流。用于技术方案设计、架构选型、API 设计、Schema 设计、实施拆分、交付说明。典型触发："做技术方案" / "架构怎么选" / "API 怎么设计" / "实施 X" / "完成报告"。典型反例：bug 调试（用 systematic-debugging）/ 代码审查（用 code-review）/ Prompt 相关（用 prompt-design）。路径选择：单文件简单改动 / 配置调整 → 走轻量路径；架构、数据、API、多文件、高风险 → 走完整路径。Votes: 0GitHub stars: 4
- Test Case Design测试用例设计与验证，先按四档判据定测试选型（类型/深度/广度/是否隔离），再基于 GWT 验收标准生成 Happy/Sad/Boundary 三类用例矩阵，含失败处理和签发流程。modules/ 体系下用例落盘到 requirements/<req_slug>/<sub_req_slug>/test-cases/。用于判断本次改动该测什么类型、多深、多广、要不要隔离环境，以及基于验收标准生成测试用例矩阵、覆盖 Happy/Sad/Boundary 路径、走签发流程。典型触发："设计测试用例" / "测一下 X" / "这次该测到什么程度" / "要不要跑全套" / "回归覆盖范围" / "QA 验证 pending_qa 任务"。不用于：bug 调试（用 systematic-debugging）/ 代码审查（用 code-review）/ Prompt 评估（用 prompt-evaluation）。Votes: 0GitHub stars: 4
- User Feedback Analysis多源用户反馈结构化分析，支持主题编码、JTBD映射、机会矩阵输出，驱动产品改进。用于把多源用户反馈（NPS / 工单 / 访谈 / 评论）做结构化分析、JTBD 映射、机会矩阵。典型触发："分析这批反馈" / "用户痛点是什么" / "JTBD" / "机会矩阵"。不用于：定量数据分析（不是 skill 范围）/ 竞品调研（用 competitive-analysis）/ 单条反馈记录（直接走 notes/MEMORY）。Votes: 0GitHub stars: 4
- Prd Style本项目的 PRD 框架与写作风格——工序形态 / 章节结构 / 各章写法 / 范式表 / 标注习惯的唯一事实源。写改 PRD（core prd-writer 工作流）时自动叠加加载；与 core 通用写作纪律冲突时以本文件为准（机器契约除外）。用于写或改 prd.md 时（core prd-writer 前置依赖自动读取；不走完整 prd-writer 流程的 PRD 小改也应加载）、确认本项目 PRD 的章节结构 / 工序形态 / 标注习惯时、建立或调整本项目 PRD 风格时。通用写作纪律在 core `prd-writer/writing-guide.md`，图件 / 原型能力库在 core `prd-writer/{diagram-guide,html-prototype}.md`；本文件管本项目的框架与风格，冲突时以本文件为准（机器契约 §0 除外）。Votes: 0GitHub stars: 4
- Setup创建一个新的 Workframe 项目，或把已有项目接入 Workframe。按用户意图与目标目录状态分流（新建 / 接入），对话采集业务上下文后落骨架、订阅 core 插件、完成落盘验收。仅用于 Workframe 框架的项目初始化，不承担 npm init / create-react-app / git init 等通用脚手架。用于用户想用 Workframe 开一个新项目，或想把手上已有的项目接入 Workframe 时。触发词：创建 workframe 项目、接入 workframe、初始化 workframe、workframe setup。**不适用**：已接入项目内的日常工作（由 core 插件的角色与技能承担）；与 Workframe 无关的通用脚手架初始化。Votes: 0GitHub stars: 4
- Signal Intake信号入账的落盘工序库：Issue 模板与编号规则、写入执行规范八条、记忆条目的写入格式与 supersede 工序、memory-index sidecar 的字段与 `entry_key` 归一规则、两个端到端示例。判据那一半（什么触发、算哪一档、落哪个点）不在这里——它在主会话的必载注入片里，本 skill 只回答「已经判定要写了，怎么写」。Votes: 0GitHub stars: 4