claude-skills：66 个领域插件，把 Claude Code 变成全栈结对程序员

通用版 Claude Code 擅长"解释这个函数"，但碰到"NestJS 拦截器接上现有 auth 模式"或"和现有数据层对齐的 React Server Component"时，就显得平。你每个会话都得把上下文重新讲一遍。Jeffallan/claude-skills 把 66 个栈专属 skill 和一个 /common-ground 协议打包在一起，按需加载参考，让 Claude 只看到当前任务需要的切片。

为什么这个 skill 重要

这个仓库包含 12 个类别下的 66 个 skill（语言、后端/前端框架、基础设施、API、DevOps、安全、数据/ML、平台专家等），外加 9 个 workflow 命令与 371 个参考文件。真正有意思的是路由：当你问"在我的 NestJS API 里加 JWT 认证"，它只会激活 NestJS Expert 这一个 skill 并加载 references/authentication.md，不是把整库都拉进来。这样上下文窗口保持精瘦，回答是栈级而非通用。

它还提供 /common-ground，一个上下文工程协议，让 Claude 在开工前先和你的项目约定对齐。配合针对 epic / Jira / Confluence 的 workflow 命令，Claude 的表现就像一个已经读过你文档的队友。

安装

仓库以插件市场形式发布。装一次就能在任意 Claude Code 会话里用。

# 添加市场
/plugin marketplace add jeffallan/claude-skills

# 安装 skill 包
/plugin install fullstack-dev-skills@jeffallan

确认出现在已装插件里：

/plugin → Installed
  - fullstack-dev-skills (jeffallan)

如果你想本地开发（就地修改某个 skill 而不重新发布），按 docs/local_skill_development.md 走。涉及 Jira 或 Confluence 的 workflow 命令需要另行配置一个 Atlassian MCP server。

真实工作流：在 NestJS API 中接入 JWT 认证

你正在改一个现有 NestJS 服务，要加 JWT 认证、又不破坏现有 login 路由。通用版 Claude Code 只会给出通用拦截器。

第一步。跑一次 /common-ground，把 skill 和你的项目对齐。它会扫 package.json、现有 src/ 结构和测试运行器，产出一段后续会话复用的共享上下文：

/common-ground
→ Detected: NestJS 10, TypeORM 0.3, Jest 29, JWT via @nestjs/jwt
→ Existing module: AuthModule (LocalStrategy only)
→ Will activate: NestJS Expert + references/authentication.md

第二步。用自然语言提实现：

Implement JWT authentication in my NestJS API using the existing AuthModule.
Add a JwtStrategy, a guard for protected routes, and a /auth/login endpoint
that issues tokens on valid credentials.

第三步。NestJS Expert 被激活。预期输出：

• 一个 JwtStrategy 继承 PassportStrategy(Strategy)，secretOrKey 从 ConfigService 取。
• 一个 AuthGuard('jwt')，通过 @UseGuards 应用到示例受保护 controller。
• 一个 /auth/login POST handler，用 @nestjs/jwt 的 signAsync。
• 一份 test/auth.e2e-spec.ts 下的 Jest 测试，用种子用户登录并断言 200 + token。

第四步。跑测试、提交、走人。下次你在同一个项目里再问 NestJS 相关问题，/common-ground 已经生效，参考文档也还在。

真实工作流：排查失败的测试，不必重述栈信息

React 应用里有个 Jest 测试在重构后挂了，提示与 context provider 上的过期闭包有关，但你不想再用下一个 prompt 重述一遍 React 版本、测试运行器和组件树。

第一步。显式触发 bug 排查工作流：

The test src/components/UserMenu.test.tsx is failing with
"act() wrapping" warnings. Walk through Debugging Wizard → Framework Expert →
Test Master → Code Reviewer and propose a fix.

第二步。插件依次跑四个 skill，每个贡献一段：

• Debugging Wizard 读错误堆栈和相关测试文件，定位最可能的原因（这里：useEffect 在 context provider 卸载时缺少 cleanup）。
• Framework Expert（React）加载 references/server-components.md 和 references/testing.md，把范围缩到 React 18 + Testing Library 的一个坑。
• Test Master 给出具体的测试改写：用 await waitFor，并让 render 正确返回 cleanup 函数。
• Code Reviewer 额外发现一条：原组件在 provider 上漏了 key prop，这才是上游根因。

第三步。应用修复、重跑测试、警告消失。整个排查只用一次 prompt，因为四个 skill 合起来已经把你本该重打一遍的上下文都带上了。

• 在每个新项目的会话开头跑一次 /common-ground，通常在第一个非平凡 prompt 上就回本。
• 信任路由：当插件只激活一个参考文件时，这是设计意图，保持上下文精瘦本身就是目标。
• 多 skill 流（Feature Forge → Architecture Designer → Fullstack Guardian → Test Master → DevOps Engineer），把需求一次说清，让序列完整跑完。
• 如果只需要某一类（比如"所有测试 skill"），显式指明，插件会缩小激活范围。

何时不要用

如果你是在一个插件从未见过的代码库里做探索性工作，第一次 prompt 仍然要付出 /common-ground 的初始化成本。对于一次性、抛一下就过的脚本，直接用通用 Claude Code 就行——为修一个五行 shell 脚本加载 NestJS 参考文档并不赚。

在 leaderboard 查看更多全栈 skill 套件。