fable-audit
面向代码库的证据优先审计，检查正确性与安全隐私风险。
▸ 推荐理由适合发布前或合规性检查的全面风险评估。
▸ 风险提示运行审计通常需要读取代码库及较高权限访问。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 7200 个
writing-great-skills
为编写与编辑 Agent Skill 提供词汇、原则与可预测性准则。
▸ 推荐理由面向技能作者的实用规范，帮助提高技能的一致性与可复现性。
teach
在工作区内以有状态方式分步教授用户新技能或概念。
▸ 推荐理由适用于需要多次会话的循序教学场景，保留学习状态便于长期辅导。
handoff
把当前会话压缩成交接文档，便于其它代理或成员继续工作。
▸ 推荐理由能快速产出可读的交接说明并建议后续应调用的技能，利于协作交接。
▸ 风险提示会将摘要保存到本地临时目录，涉及写入本地文件操作。
grilling
逐一提问并压榨设计或计划的每个分支以达成一致与可执行方案。
▸ 推荐理由有结构的质询流程可系统化发现依赖与设计缺陷，适合团队评审。
grill-me
以严格面试式提问不断打磨和检验用户的计划或设计。
▸ 推荐理由适合需要被逼问细节、暴露盲点的产品/设计评审场景。
obsidian-vault
在指定 Obsidian vault 中搜索、创建并维护带 wikilink 的笔记与索引页。
▸ 推荐理由对依赖 Obsidian 工作流的用户很实用，能快速组织和链接知识库。
▸ 风险提示需要访问并修改本地 Obsidian 笔记文件，涉及本地文件操作。
edit-article
对文章进行重构、理顺结构并提升可读性与表达精炼度。
▸ 推荐理由提供结构化的编辑流程和写作建议，适合作者或内容团队快速改稿。
setup-pre-commit
在仓库中自动配置 Husky、lint-staged、Prettier 及提交时的类型检查/测试流程。
▸ 推荐理由一键在项目中建立提交质量门槛，适合希望统一代码规范的团队。
▸ 风险提示会修改仓库配置并安装依赖（npm/pnpm/yarn），可能触发外部包安装。
scaffold-exercises
生成符合规范并通过 lint 的课程练习目录与题目存根结构。
▸ 推荐理由省去手工搭建练习目录和命名规则，适合构建学习课程和练习仓库。
migrate-to-shoehorn
将测试中的 `as` 类型断言替换为 @total-typescript/shoehorn 的类型安全写法。
▸ 推荐理由自动化迁移测试断言，减少不安全的 as 用法，适合 TypeScript 项目维护者。
git-guardrails-claude-code
在 Claude Code 中安装拦截钩子，阻止危险的 git 操作。
▸ 推荐理由极适合防止误操作导致代码/历史被破坏的高风险场景。
▸ 风险提示安装钩子会修改本地仓库配置，可能执行外部安装脚本。
writing-shape
将原始素材逐段打磨成完整文章，输出独立稿件。
▸ 推荐理由适合把杂乱素材快速整理成可发布稿件。
writing-fragments
基于素材碎片进行探索性挖掘，生成可用写作片段。
▸ 推荐理由扩大创意空间，适合草稿和头脑风暴阶段。
writing-beats
把原始素材按节拍组织成连贯文章，逐节填充内容。
▸ 推荐理由擅长从素材堆中挖掘叙事节奏，适合长文创作。
wizard
生成交互式 bash 向导，引导人工完成设置并写入 .env/Secrets。
▸ 推荐理由把繁琐的一次性手工步骤自动化并可重复执行，降低出错率。
▸ 风险提示会写入本地文件和 GitHub Secrets，需谨慎管理凭证。
wayfinder
在仓库 issue 上构建共享探路地图并分步解决任务。
▸ 推荐理由适合处理超出单次对话范围的大型探索性项目。
▸ 风险提示需要在仓库上创建/修改 issue，需有访问与权限。
loop-me
以严格提问流程在工作区内反复打磨工作流规格。
▸ 推荐理由用于把模糊需求拆成可执行的工作流规范。
claude-handoff
将当前会话摘要化并启动后台 Claude 代理接手工作。
▸ 推荐理由适合把长期或并行任务无缝交给独立 agent 继续处理。
triage
将 issues/PR 通过一套小状态机完成分类、验证与产出代理可执行简报。
▸ 推荐理由适合维持高质量的 issue 流程并为后续代理工作准备好上下文。
▸ 风险提示需要对 issue/PR 有读写权限
to-prd
将当前对话综合为 PRD 并直接发布到项目的 issue 追踪器上。
▸ 推荐理由省去人工整理对话为产品文档并一键发布到追踪器。
▸ 风险提示需要 issue 追踪器的写权限（如 GitHub token）
to-issues
把计划/规格分解成可独立抓取的 issue 并发布到项目追踪器上。
▸ 推荐理由把大任务拆成可执行的 tracer-bullet 式 issue，便于分工与跟踪。
▸ 风险提示需要 issue 追踪器的写权限（如 GitHub token）
tdd
以红→绿→重构循环的规范化流程驱动测试优先开发并产出可保留的测试。
▸ 推荐理由为想要落地 TDD 的团队提供可实践的循环与反模式规约。
setup-matt-pocock-skills
为工程技能配置仓库的 issue、标签和域文档布局等初始设置。
▸ 推荐理由面向使用该套工程技能的仓库，一次性初始化配置必备。
▸ 风险提示会修改仓库配置，需要仓库写/管理员权限
resolving-merge-conflicts
在进行中的 git merge/rebase 冲突中定位并按意图逐段解决冲突。
▸ 推荐理由能把繁琐的冲突定位与逐块合并流程交给代理执行。
▸ 风险提示需要对仓库有读写权限（可能会提交/推送更改）
research
用后台代理对高信任的原始资料做调查并生成 Markdown 报告。
▸ 推荐理由适合把阅读与事实核查工作交给代理并产出可审计文档。
prototype
快速构建一次性原型以验证状态模型或 UI 设计想法。
▸ 推荐理由适合快速检验设计假设与交互思路。
improve-codebase-architecture
扫描代码库发现架构摩擦并提出深度重构机会与可视化报告。
▸ 推荐理由自动化识别长期技术债和优先重构项，利于提升代码健康度。
implement
根据 PRD 或 issue 实现功能，包含测试、类型检查与自审流程。
▸ 推荐理由覆盖从实现到测试再到审查的完整交付流程，适合实际开发任务。
grill-with-docs
通过严格提问打磨设计方案，同时生成 ADR 与词汇文档。
▸ 推荐理由边质询边产出文档，适合设计评审与决策落地场景。
domain-modeling
构建并维护项目的领域模型与通用语言，记录术语与决策。
▸ 推荐理由把隐含知识外化为可复用的领域词汇与决定，利于协作。
diagnosing-bugs
有结构化的诊断循环，用于定位难查 bug 与性能回归。
▸ 推荐理由强调建立快速反馈回路和分阶段排查，适合复杂问题处理。
codebase-design
提供设计深模块的共享词汇与原则，指导接口与重构决策。
▸ 推荐理由把设计语言化，帮助做出可测试且可维护的模块化决定。
code-review
并行执行“规范”和“规格”两轴的代码差异审查并生成报告。
▸ 推荐理由以并行子代理分离评审关注点，适合严格团队审查流程。
ask-matt
在技能库中根据情境路由并推荐最合适的技能或流程。
▸ 推荐理由快速定位并调度仓库内的子技能，便于新手或遗忘时使用。
ubiquitous-language
从对话中抽取并格式化领域术语，生成统一的术语表文件。
▸ 推荐理由帮助团队固化统一术语，降低沟通歧义，适合产品与领域建模阶段。
request-refactor-plan
通过用户访谈生成可执行的细粒度重构计划并提交为 issue。
▸ 推荐理由将大规模重构拆为安全增量步骤，便于团队逐步实施与审查。
▸ 风险提示可能会在仓库或 issue 系统中创建条目，需相应权限。
qa
交互式 QA 会话中定位问题并为确认的缺陷创建 GitHub issue。
▸ 推荐理由把人工报告流程和问题定位结合，适合开发者与测试协作的场景。
▸ 风险提示会自动创建或提交 GitHub issue，需授权仓库写入权限。
design-an-interface
为模块生成多套截然不同的接口设计并进行比较与评估。
▸ 推荐理由实践“设计两次”理念，适合需要探索多种接口形态的设计评审。
humanize-ai-writing
把文本改写为更自然的人类写作风格，去除 AI 痕迹。
▸ 推荐理由对外发表或客户沟通时能显著提升自然度与可信度。
▸ 风险提示可能被滥用以规避 AI 内容检测或伪造人类产出。