抖音火山极速版官方正版
308.71MB · 2026-02-05
Boris Cherny 开发了 Claude Code，今日他在 X 上分享了团队内部的实际使用心得。这些技巧不是什么死板的规则，而是基于大家五花八门的实践经验，总结得到的使用技巧。每个人用 Claude Code 的风格都不一样，但这些小窍门能让你生产力蹭蹭上涨。
本文基于原帖，丰富扩展了内容，聊聊这 10 个技巧，还加了些实用解释和场景例子，让你更容易理解和应用。即使你不用 Claude Code，但只要是类似的工具如 Gemini CLI、OpenCode、Trae 等等，这些技巧都能带来一定的帮助。
Claude Code 团队的最大杀手锏就是同时开启多个 Git Worktree，每个 Worktree 跑独立的 Claude 会话。这么做，你就能并行搞定多个任务，不会互相干扰。比如，在一个 Next.js 项目中，一个 Worktree 专攻后端 API 编写，另一个负责前端 UI；再或者在同一个项目中，一个用来修 bug，另一个用来开发新需求。
传统工作方式容易切换上下文，超级浪费时间。用并行 Worktree，就跟多线程编程似的，让 Claude 在不同分支独立干活，每个会话都有各自专属的专注于当前任务的 Context，避免乱套。
复杂任务别急着上手，先花点功夫制定详细计划。将精力集中在方案设计上，直到你对方案满意为止，这样 Claude 往往能“一击即中”地完成代码实现。
如果中途方案走偏了，随时切换回计划模式重新规划，而不是强行在错误的基础上修改。
还可以开第二个 Claude 会话作为“首席工程师”来审核第一个 Claude 的方案。
每次修 bug 后，都让 Claude 更新它的文档，免得反复犯错。你可以告诉它：“更新你的 CLAUDE.me，确保下次不再犯同样的错误”。
这是最具有复利效应的习惯。
Claude 非常擅长为自己写规则，通过不断迭代，你会发现它的错误率明显下降。
如果你每天重复做某件事超过一次，就把它变成一个 Skills 或斜杠命令（slash command）。例如：创建一个 /techdebt 命令来查找重复代码。
自定义技能像宏命令，省去手动敲字，提高效率。还能跨项目用，类似插件系统。制作一次，到处可用。
对于 Github Issue 上的问题或 CI/CD 中的错误，直接把 Bug 复制给 Claude，说“fix”就行，不用你微操。 不要事无巨细地指导具体操作。
让 Claude 查看日志、错误信息来排查解决系统故障——它在这方面表现出乎意料地强大。
例如，你可以说：严厉地审查这些更改，除非我通过了你的测试，否则不要提交 PR。
在采取了不尽如人意的补救措施后说：鉴于你现在所掌握的所有信息，放弃这个方案，实施更优雅的解决方案。
在 Claude 写代码之前，越具体、越能减少歧义的说明，生成的代码质量越高。
这里作者推荐了 Ghostty 终端，它支持同步渲染、24 位色和 Unicode。自定义状态栏显示上下文用量和 Git 分支；颜色编码标签，用 tmux 分割任务。
此外，你可以试试语音输入！语音输入速度是打字 3 倍，因此你的提示会更详尽，这会有利于 Agent 更明确你的想法。
如果你在寻找一款好用的终端，可以试试 Ghostty。
还有，我用的 Wrap 也不错。
当遇到需要大量计算或处理海量信息的复杂问题时，明确要求“使用子智能体（use subagents）”。
将子任务分配给子智能体，可以保持主会话的上下文窗口整洁。
将 Claude 与数据库命令行工具连接，直接进行数据分析、查询，你可以更专注业务逻辑。
Boris 提到他已经超过半年没有手写过 SQL 语句了，全部由 Claude 代劳。
这适用于任何具有 CLI、MCP 或 API 的数据库。
通过 /config 中的 Output style 启用 Explanatory 或 Learning，让 Claude 在修改代码的同时解释背后的原理。
你还可以让它生成可视化的基于 HTML 的 PPT，或生成 ASCLL 图表，帮助你更好的理解代码。
以上就是全部内容了，如果大家想了解更多 Claude Code 或者类似工具的使用技巧，还可以去看看 Claude Code Docs，一定要英文版，很多东西只有英文版才有。
原帖链接：x.com/bcherny/sta…
308.71MB · 2026-02-05
308.71MB · 2026-02-05
339.21MB · 2026-02-05
