搜 Claude Code 怎么系统使用，claude-code-best-practice 更像一套工作流索引，不是装完就自动生效的插件。原始仓库是 shanraisshan/claude-code-best-practice，README 标语写得很直接：from vibe coding to agentic engineering。2026-07-10 核验时，仓库里能看到 `.claude`、`.codex`、best-practice、implementation、orchestration-workflow、development-workflows 等目录。

Claude Code 怎么系统使用？

先别急着复制全部文件。README 的 Concepts 表把核心对象拆得很清楚：Subagents 在 .claude/agents/<name>.md，Commands 在 .claude/commands/<name>.md，Skills 在 .claude/skills/<name>/SKILL.md，Hooks 在 .claude/hooks/，MCP 配置看 .claude/settings.json 和 .mcp.json。先让项目有规则，再让 Agent 干活。

• CLAUDE.md 写项目边界、命令和不能改的文件。
• Commands 固定高频动作，不要每次重新写提示词。
• Subagents 只给明确职责，别起一堆泛泛的“后端专家”。
• SKILL.md 放可复用流程，让 Claude Code 少猜。

工作流核心是什么？

仓库里的 Orchestration Workflow 图给了一个清晰模板：Command → Agent → Skill。README 还把主线写成 Research → Plan → Execute → Review → Ship。也就是说，Claude Code 不是从“写代码”开始，而是先研究、计划、执行、复查，再交付。中间可以让 Codex 做一次交叉 review，尤其是涉及 Git Diff、测试和 PR 说明时。

放进真实项目怎么做？

先从一个小需求试跑，比如修一个 bug 或补一个测试。把项目启动命令、测试命令、目录规则写进 CLAUDE.md；把重复任务沉淀成 command；确实需要专门能力时再拆 subagent 或 skill。别一上来导入整套仓库，否则规则太多，Claude Code 反而不知道该听谁的。

如果团队已经有 CI、lint、单测和 PR 模板，先把这些入口写进规则文件，再让 Agent 接任务。README 里也提到 cross-model 思路，Claude Code 可以和 Codex、Gemini、GPT 等模型配合，但别把它当成换模型游戏。真正要看的，是每次修改后 Git Diff 是否收敛、测试是否能复现、review 意见是否能回到代码里。

验收清单看哪里？

1. 任务前有计划，且计划里写了验证方式。
2. 任务后能跑测试、看日志、查输出文件。
3. 提交前看 Git Diff，确认没有密钥、缓存和无关生成物。
4. PR 前让另一个上下文或 Codex 做 code review。

这套仓库最适合把 AI 编程规范从口头经验变成文件结构。小项目只用 CLAUDE.md 和命令就够；团队项目再加 agents、hooks、MCP 和 skills。