使用 Claude Code 没有所谓的「标准答案：在设计时就希望它是可定制、可 Hack 的。用户完全可以按自己的喜好来使用。事实上，Boris 团队里的每个人用它的方式都大不相同。 虽然它比 Sonnet 更大、更慢，但同时它更聪明、更擅长调用工具，不需要费心去引导它，所以从结果来看，它通常反而比小模型更快完成任务。 团队共用一个 CLAUDE.md 文件。他们把它存放在 Git 仓库里，团队成员每周都会多次更新。只要发现 Claude 哪里做错了，他们就把规矩写进 CLAUDE.md，确保它下次不再犯同样的错误。 他会把每天重复多次的 “内环” 工作流都封装成斜杠命令。这让他免于重复输入提示词，也让 Claude 能直接调用这些流程。这些命令存放在 .claude/commands/ 下并提交到 Git。 他经常使用特定的子智能体：比如 code-simplifier 用来在完成后简化代码，verify-app 用来端到端测试。和斜杠命令一样，子智能体本质上是把 PR 中最常见的流程自动化。 他们使用了 PostToolUse 钩子来格式化代码。虽然 Claude 写的代码格式已经很好了，但这个钩子能搞定最后 10% 的细节，避免在 CI（持续集成）阶段报错。 Claude Code 会帮他操作所有工具，经常通过 MCP 服务器搜索并发送 Slack 消息，运行 bq 命令行执行 BigQuery 查询，或者从 Sentry 抓取报错日志。Slack 的 MCP 配置保存在 .mcp.json 中供团队使用。 让 Claude 在完成后启动一个后台智能体进行验证；使用 Stop 钩子进行确定性检查；使用 ralph-wiggum 插件。 在这种情况下，使用 --permission-mode=dontAsk 或在沙盒环境中使用跳过权限模式，这样 Claude 就能心无旁骛地「输出」，不会被权限弹窗卡住。 最后一点，也是拿到高质量结果的关键：给 Claude 一个验证自己工作的途径。如果有反馈闭环，结果的质量能提升 2 到 3 倍。 Claude 在更新网页版代码时，会通过 Chrome 插件测试每一个改动：它会自动打开浏览器，测试 UI，不断迭代，直到代码跑通且交互体验丝滑。 验证方式因领域而不同：可能是运行一段 Bash 脚本、跑测试套件，或者在模拟器里运行 App。请务必花精力把「验证流程」做得坚如磐石。