@techNmak: 终于有人整理了如何真正使用 Claude Code 的文档。58K+ 星。claude-code-best-practice。直接来自 Boris Ch…

有人终于记录了如何真正使用 Claude Code。 58K+ 星。claude-code-best-practice。 直接来自 Boris Cherny 和团队： 始终使用计划模式，给 Claude 一种验证方式 要求 Claude 使用 AskUserQuestion 工具对你进行面试 使用 Git Worktrees 进行并行开发 /loop - 安排最多 7 天的重复任务 代码审查 - 新的上下文窗口能捕捉原始代理遗漏的错误 制定分阶段的有门控计划，每个阶段都有测试 → 使用跨模型（Claude Code + Codex）审查你的计划 CLAUDE[.]md 文件应控制在 200 行以内 使用命令进行工作流，而不是子代理 使用特定功能的子代理（具备技能）而不是通用的 QA 或后端工程师 对于较小的任务，简单的 Claude Code 比复杂的工作流更好 → 遇到困难时截图并分享给 Claude 使用 MCP 让 Claude 查看 Chrome 控制台日志 要求 Claude 在后台运行终端以便更好地调试 使用跨模型进行 QA——例如用 Codex 进行计划和实现审查 上下文腐烂大约在 300-400k token 时发生，不要让会话超过这个阈值 回退优于修正，/rewind 回到失败尝试之前，而不是污染上下文 /schedule - 基于云的重复任务，即使机器关闭也能运行 使用自动模式代替危险的跳过权限模式，基于模型的分类器决定每个命令是否安全 在每个技能中建立“注意事项”部分，随时间记录 Claude 的失败点 社区工作流包括： Superpowers (234K 星)，头脑风暴 → git worktrees → 子代理驱动开发 → TDD Everything Claude Code (219K 星)，/ecc:plan → /tdd → /code-review → /security-scan → 合并 Matt Pocock Skills (138K 星)，/grill-with-docs → /to-prd → /triage → /tdd → /handoff Spec Kit (114K 星)，指定 → 澄清 → 计划 → 任务 → 实现 → 分析 gstack (112K 星)，办公时间 → CEO/工程/设计审查 → 规范 → QA → 发布 → 金丝雀 跨模型（Claude Code + Codex）工作流 RPI（研究计划实现） Ralph Wiggum 循环用于自主任务 它解决的十亿美元问题： 到底应该把什么放入 CLAUDE[.]md，什么应该省略？ 何时应该使用命令 vs 代理 vs 技能？ 为什么 Claude 仍然忽略 CLAUDE[.]md 中的指令，即使它们以全大写 MUST 书写？ 我们能否将代码库转换为规范，并让 AI 仅凭这些规范重新生成完全相同的代码？ 应该依赖 Claude Code 内置的计划模式，还是构建自己的计划命令？ 日常习惯： 每天更新 Claude Code 每天开始先阅读更新日志 在 Reddit 上关注 r/ClaudeAI 和 r/ClaudeCode 转发它。收藏它。 这是 GitHub 仓库：https://github.com/shanraisshan/claude-code-best-practice…