即刻App年轻人的同好社区
下载
Boris Cherny 关于 claude code 的十个用法
I'm Boris and I created Claude Code. I wanted to quickly share a few tips for using Claude Code, sourced directly from the Claude Code team. The way the team uses Claude is different than how I use it. Remember: there is no one right way to use Claude Code — everyone’s setup is different. You should experiment to see what works for you!
1/ Do more in parallel（多开并行会话）
Spin up 3–5 个 git worktree，每个 worktree 跑一个独立的 Claude Code 会话，是团队公认的最大效率提升点。
要点：
- 使用 git worktrees 或多仓库 checkout，并行处理多个任务 / 分支。
- 有人会给 worktree 起名字，并设置 shell alias（如 za, zb, zc）一键切换。
- 可参考官方文档的「Run parallel Claude Code sessions with git worktrees」工作流。
2/ Start every complex task in plan mode（复杂任务一律从 Plan 模式开始）
复杂任务一律从 Plan 模式 开始，把精力先用在把计划讲清楚，让 Claude 一次性实现。
要点：
- 为复杂需求先写详细 plan，再让 Claude 按计划执行。
- 有人会用一个 Claude 写计划，再开第二个 Claude 当「staff engineer」审查计划。
- 一旦发现进展跑偏，立刻回到计划阶段重写 plan，而不是硬着头皮继续执行。
3/ Invest in your CLAUDE.md（认真经营CLAUDE.md）
为项目维护一个共享的 CLAUDE.md，把所有「应该遵守/避免」的规则写进去，并持续打磨。
要点：
- 每次纠错后，习惯性地加一句：> Update your CLAUDE.md so you don’t make that mistake again.
- Claude 很擅长替自己写规则：让它总结「今后不要再做什么」。
- 持续精简、重构 CLAUDE.md，直到你感到错误率明显下降。
- 有工程师会让 Claude 为每个任务/项目维护 notes 目录，并在 CLAUDE.md 中引用。
4/ Create your own skills and commit them to git（为高频操作创建可复用技能）
把你每天重复做的操作抽象成 skills / slash commands，并提交到 git，在所有项目间复用。
要点：
- 经验法则：如果你一天里做某件事超过一次，就应该做成一个 skill 或 /command。
- 官方建议的一个例子：
- 实现一个 /techdebt 命令，在每次会话结束时让 Claude 扫描并清理重复或糟糕的代码。
- 所有技能都存放在仓库中，团队成员和项目之间共享。
5/ Claude fixes most bugs by itself（让 Claude 自己修绝大多数 Bug）
充分利用 Claude 作为自动「修 Bug 工程师」，减少上下文切换和手动排查。
要点：
- 启用 Slack MCP 后，把 Slack 里的 bug 讨论线程直接粘贴给 Claude，然后只说：> fix
- 对于 CI 失败，可以直接说：> Go fix the failing CI tests.
不要在实现细节上事无巨细地 micromanage。
- 把 docker 日志、错误日志等信息源指给 Claude，让它自行排查并给出修复方案。
6/ Level up your prompting（升级你的 Prompt 用法）
通过更高级的提示方式，让 Claude 当你的 reviewer、tester 和设计合作者。
要点示例：
- 让 Claude 严格审查你的改动：Grill me on these changes and don’t make a PR until I pass your test.
- 让 Claude 用行为 diff 证明修复有效：Prove to me this works
并让它对比 main 分支与 feature 分支的行为。
- 对平庸的修复，要求基于现有所有信息「推倒重来」：Knowing everything you know now, scrap this and implement the elegant solution.
- 在交给 Claude 之前，尽可能写清楚 详细 spec、约束与期望行为，减少歧义，提升输出质量。
7/ Terminal & Environment Setup（终端与环境配置）
为 Claude Code 打造高效、清晰的终端和环境配置。
要点：
- 团队很喜欢 Ghostty，原因包括：
- 同步渲染（synchronized rendering）
- 24-bit color
- 良好的 Unicode 支持
- 使用 /statusline 自定义状态栏，让其始终显示：
- 当前上下文使用量（context usage）
- 当前 git 分支
- 通过颜色与命名区分终端 tab，配合 tmux 使用：
- 一项任务 / 一个 worktree 对应一个 tab / pane。
- 使用 语音输入（voice dictation）以提升提示词密度和速度：
- 一般认为「说话速度约为打字的 3 倍」。
- 在 macOS 上双击 fn 键即可开启听写。
8/ Use subagents for heavy lifting（用子 Agent 处理重活）
将「重体力活」交给子 Agent，让主会话保持清爽、聚焦。
要点：
- 将常见的长流程或复杂流程抽象为 subagents，例如：
- code-simplifier：在 Claude 工作完成后，对代码做统一简化与清理。
- verify-app：包含端到端测试指令，自动验证应用是否按预期工作。
- 把 subagent 看作「自动化的标准流程」，大部分 PR 都会走同一套 pipeline。
9/ Use Claude for analytics（用 Claude 做数据分析）
把数据分析工作也交给 Claude，通过 CLI 或 MCP 对接数据库与分析工具。
要点：
- Claude 团队会让 Claude 使用 bq CLI 跑 BigQuery 查询，回答各种分析类问题。
- Boris 提到自己已经 很久不再手写 SQL，而是通过 Claude 调用工具来完成数据提取和分析。
- 你可以：
- 把数据仓库（如 BigQuery / Postgres）接入 Claude Code。
- 让 Claude 根据问题自动生成查询语句、执行，并返回分析结果与图表。
10/ Learn with Claude & verify its work（用 Claude 学习，并为它建立强自检闭环）
一方面让 Claude 成为你的学习/讲解伙伴，另一方面为它构建强有力的「自我校验闭环」。
要点：
- 核心原则：给 Claude 一个可靠的方式来验证自己的工作，最终结果质量可以提升 2–3 倍。
- 对于长时间运行或复杂任务：
- 使用 hooks 或后台 Agent，在完成后自动跑测试、检查行为并迭代修复。
- 结合 PostToolUse 等 Hook，在工具调用后统一做格式化或验证工作。
- 打开「解释 / 学习」模式，让 Claude 在给出答案/改动的同时解释思路、权衡与取舍。
- 在前端/UI 等场景，可以让 Claude 通过浏览器扩展等方式自动测试实际界面与交互体验。
原文链接：x.com
I'm Boris and I created Claude Code. I wanted to quickly share a few tips for using Claude Code, sourced directly from the Claude Code team. The way the team uses Claude is different than how I use it. Remember: there is no one right way to use Claude Code — everyone’s setup is different. You should experiment to see what works for you!
1/ Do more in parallel（多开并行会话）
Spin up 3–5 个 git worktree，每个 worktree 跑一个独立的 Claude Code 会话，是团队公认的最大效率提升点。
要点：
- 使用 git worktrees 或多仓库 checkout，并行处理多个任务 / 分支。
- 有人会给 worktree 起名字，并设置 shell alias（如 za, zb, zc）一键切换。
- 可参考官方文档的「Run parallel Claude Code sessions with git worktrees」工作流。
2/ Start every complex task in plan mode（复杂任务一律从 Plan 模式开始）
复杂任务一律从 Plan 模式 开始，把精力先用在把计划讲清楚，让 Claude 一次性实现。
要点：
- 为复杂需求先写详细 plan，再让 Claude 按计划执行。
- 有人会用一个 Claude 写计划，再开第二个 Claude 当「staff engineer」审查计划。
- 一旦发现进展跑偏，立刻回到计划阶段重写 plan，而不是硬着头皮继续执行。
3/ Invest in your CLAUDE.md（认真经营CLAUDE.md）
为项目维护一个共享的 CLAUDE.md，把所有「应该遵守/避免」的规则写进去，并持续打磨。
要点：
- 每次纠错后，习惯性地加一句：> Update your CLAUDE.md so you don’t make that mistake again.
- Claude 很擅长替自己写规则：让它总结「今后不要再做什么」。
- 持续精简、重构 CLAUDE.md，直到你感到错误率明显下降。
- 有工程师会让 Claude 为每个任务/项目维护 notes 目录，并在 CLAUDE.md 中引用。
4/ Create your own skills and commit them to git（为高频操作创建可复用技能）
把你每天重复做的操作抽象成 skills / slash commands，并提交到 git，在所有项目间复用。
要点：
- 经验法则：如果你一天里做某件事超过一次，就应该做成一个 skill 或 /command。
- 官方建议的一个例子：
- 实现一个 /techdebt 命令，在每次会话结束时让 Claude 扫描并清理重复或糟糕的代码。
- 所有技能都存放在仓库中，团队成员和项目之间共享。
5/ Claude fixes most bugs by itself（让 Claude 自己修绝大多数 Bug）
充分利用 Claude 作为自动「修 Bug 工程师」，减少上下文切换和手动排查。
要点：
- 启用 Slack MCP 后，把 Slack 里的 bug 讨论线程直接粘贴给 Claude，然后只说：> fix
- 对于 CI 失败，可以直接说：> Go fix the failing CI tests.
不要在实现细节上事无巨细地 micromanage。
- 把 docker 日志、错误日志等信息源指给 Claude，让它自行排查并给出修复方案。
6/ Level up your prompting（升级你的 Prompt 用法）
通过更高级的提示方式，让 Claude 当你的 reviewer、tester 和设计合作者。
要点示例：
- 让 Claude 严格审查你的改动：Grill me on these changes and don’t make a PR until I pass your test.
- 让 Claude 用行为 diff 证明修复有效：Prove to me this works
并让它对比 main 分支与 feature 分支的行为。
- 对平庸的修复，要求基于现有所有信息「推倒重来」：Knowing everything you know now, scrap this and implement the elegant solution.
- 在交给 Claude 之前，尽可能写清楚 详细 spec、约束与期望行为，减少歧义，提升输出质量。
7/ Terminal & Environment Setup（终端与环境配置）
为 Claude Code 打造高效、清晰的终端和环境配置。
要点：
- 团队很喜欢 Ghostty，原因包括：
- 同步渲染（synchronized rendering）
- 24-bit color
- 良好的 Unicode 支持
- 使用 /statusline 自定义状态栏，让其始终显示：
- 当前上下文使用量（context usage）
- 当前 git 分支
- 通过颜色与命名区分终端 tab，配合 tmux 使用：
- 一项任务 / 一个 worktree 对应一个 tab / pane。
- 使用 语音输入（voice dictation）以提升提示词密度和速度：
- 一般认为「说话速度约为打字的 3 倍」。
- 在 macOS 上双击 fn 键即可开启听写。
8/ Use subagents for heavy lifting（用子 Agent 处理重活）
将「重体力活」交给子 Agent，让主会话保持清爽、聚焦。
要点：
- 将常见的长流程或复杂流程抽象为 subagents，例如：
- code-simplifier：在 Claude 工作完成后，对代码做统一简化与清理。
- verify-app：包含端到端测试指令，自动验证应用是否按预期工作。
- 把 subagent 看作「自动化的标准流程」，大部分 PR 都会走同一套 pipeline。
9/ Use Claude for analytics（用 Claude 做数据分析）
把数据分析工作也交给 Claude，通过 CLI 或 MCP 对接数据库与分析工具。
要点：
- Claude 团队会让 Claude 使用 bq CLI 跑 BigQuery 查询，回答各种分析类问题。
- Boris 提到自己已经 很久不再手写 SQL，而是通过 Claude 调用工具来完成数据提取和分析。
- 你可以：
- 把数据仓库（如 BigQuery / Postgres）接入 Claude Code。
- 让 Claude 根据问题自动生成查询语句、执行，并返回分析结果与图表。
10/ Learn with Claude & verify its work（用 Claude 学习，并为它建立强自检闭环）
一方面让 Claude 成为你的学习/讲解伙伴，另一方面为它构建强有力的「自我校验闭环」。
要点：
- 核心原则：给 Claude 一个可靠的方式来验证自己的工作，最终结果质量可以提升 2–3 倍。
- 对于长时间运行或复杂任务：
- 使用 hooks 或后台 Agent，在完成后自动跑测试、检查行为并迭代修复。
- 结合 PostToolUse 等 Hook，在工具调用后统一做格式化或验证工作。
- 打开「解释 / 学习」模式，让 Claude 在给出答案/改动的同时解释思路、权衡与取舍。
- 在前端/UI 等场景，可以让 Claude 通过浏览器扩展等方式自动测试实际界面与交互体验。
原文链接：x.com
0 00
昨天吃晚饭，是一家称重
老板说“一口价随便打”
我说“我很能吃的”
老板说“随便打，不浪费就行”
瞬时觉得老板真大气。
今天就近换了一家
也是一家自助称重
老板也说自己随便打
我说“我很能吃的”
老板说“能吃好，要吃饱”
瞬时觉得老板真感人。
老板说“一口价随便打”
我说“我很能吃的”
老板说“随便打，不浪费就行”
瞬时觉得老板真大气。
今天就近换了一家
也是一家自助称重
老板也说自己随便打
我说“我很能吃的”
老板说“能吃好，要吃饱”
瞬时觉得老板真感人。
2 00