<aside> 💡

tags:skills,claude_code,vibe_coding

</aside>

本文主要介绍了在Claude_code中，如何高效使用mattpocock/skills的技巧。

首先总结了该skills库的核心思想。接着按项目推进模块细化工作流。最后在常用skills中，总结了各skill的作用＋使用情景。

https://github.com/mattpocock/skills

核心思想

**不要让 AI 一口气“帮我做完项目”，而是把工程工作拆成一串可控的小回路：先问清楚，再沉淀文档，再拆 issue，再用测试驱动实现，过程中随时用 handoff 保持上下文干净。**这个仓库本身也强调这些 skill 是小的、可组合的工程工具，而不是接管整个开发流程的大框架。

开发环节

/setup-matt-pocock-skills
→ 生成 CONTEXT.md、ADR、issue 配置等基础约定
→ 后续所有工程 skills 都基于这些上下文工作

新功能 / 新项目想法
→ /grill-with-docs
→ 问清楚需求、边界、术语、数据关系、架构取舍
→ 遇到必须看效果的问题    
 → /handoff    
 → /prototype    
 → 做临时原型验证    
 → /handoff 回到原会话
→ /to-prd
→ 把已讨论清楚的内容整理成 PRD
→ /to-issues
→ 拆成一个个可独立完成的纵向 issue
→ /tdd
→ 按 issue 一个个实现：先写失败测试，再写代码，再重构

维护环节

已有 bug / 性能问题
问题现象
→ /diagnose
→ 复现问题
→ 最小化问题
→ 提出假设
→ 加日志或测试验证
→ 修复
→ 加回归测试

已有 backlog / GitHub issues 很乱
一堆 issue
→ /triage
→ 判断 bug / enhancement
→ 标记 needs-info、ready-for-agent、ready-for-human、wontfix
→ 对 ready-for-agent 的任务
    → /to-issues 或 /tdd

代码库开始变乱
感觉模块越来越难改
→ /zoom-out
→ 先让 AI 解释当前代码在整体系统里的位置
→ /improve-codebase-architecture
→ 找浅模块、坏边界、重复概念、该沉淀的架构决策
→ 必要时写 ADR

上下文快乱了 / 想换会话 / 想换工具当前会话
→ /handoff
→ 生成只包含必要上下文的交接文档
→ 新会话继续