VenkataSrinivas Kantamneni 是一个资深工程经理，他用了 Claude Code 六个月之后，发现自己不再亲自写大部分代码了，他现在主要是"编排和审查"。这篇文章是他总结的 50 条实用技巧，没有理论，全是他每天在用的东西。以下按原文的五部分结构整理。
第一部分：入门正确姿势
从项目根目录启动。 Claude Code 需要看到项目的完整结构才能理解共享工具、配置文件和代码组织方式。从子目录启动意味着它看不到全局。
/init 命令。 这是每个新会话的第一步。 /init 会递归扫描整个目录树，读取关键文件（ package.json 、 requirements.txt 、配置文件、 README.md 等），识别技术栈，检测目录约定，建立上下文模型。把 Claude Code 想象成一个今天刚入职的聪明新同事，他对项目一无所知。 /init 就是告诉他："先到处看看，把所有文件走一遍，读读重要文档，搞清楚怎么组织的，有问题回来问我。"
创建 CLAUDE.md 。 放在项目根目录，相当于给 Claude 的简短说明便条。作者建议三段式结构：项目的主要目标、重要的领域规则和术语、不可妥协的验证要求（测试覆盖率、安全实践、性能期望等）。保持简短清晰。
快捷键。 Shift+Tab 在 Plan 模式和 Act 模式之间切换。 Esc 停止跑偏的回复。双击 Esc 清空输入或回退。
截图拖拽。 把屏幕上的错误信息、破损代码或奇怪的 UI 截图拖进 Claude Code 窗口。Claude 能"看到"问题，不用你打长篇描述。
常用 slash 命令。 /clear 清理混乱的上下文。 /context 查看 token 用量。 /model 在 Sonnet 和 Opus 之间切换。 /resume 恢复崩溃的会话。另外 Claude 的自动压缩功能会把旧对话总结后清理掉，保持运行速度和准确性。
安全网提交。 每次让 Claude 做大改动之前，先做一个 "before-claude" git commit 。搞砸了可以回退。作者说这个习惯"拯救了他无数次"。
第二部分：日常工作风格
Plan 模式先行。 作者从不直接开始写新功能代码，总是在 Plan 模式下先规划。这样做出来的方案更清晰、更周到。
会话重了就开新的。 当会话开始变慢变重时，开一个全新会话，只把真正需要的内容带过去。干净的上下文永远比臃肿的上下文好。
每天结束前持久化状态。 这样第二天的 Claude 可以精确地从昨天停下的地方继续，不会丢失势头。
懒加载内容。 不要一次性把整个文件倒进 prompt。只在需要的时候加载需要的内容。回复会更快、更精准。
告诉 Claude 怎么自检。 每次都明确说"改完之后跑一遍测试，把失败的地方给我看"。这样做能把模糊的建议变成可以信任的代码。
Sonnet 还是 Opus。 大多数常规任务 Sonnet 就够用，只有需要深度思考的问题才切换到 Opus。另外，在让 Claude 改文件之前先读它展示的逐步思考过程，小错误通常在那里就暴露出来了。
第三部分：四大构建模块
这四样东西把 Claude Code 变成了一个完整的迷你团队：
Skills（技能）。 可复用的工作流，创建一次就能反复调用。比如可以创建一个"重构这个模块并跑全部测试"的 skill，之后随时调用，不用每次重新描述需求。
Commands（自定义命令）。 让 Claude 帮你创建和安装自定义命令，类似给常用任务设置个人快捷键。
MCP（连接器）。 自动连接器，让 Claude 能拉取外部文档、数据库 schema 或 API 细节。你只需要让它去设置，Claude 就能深入理解你的具体技术栈。
Subagents（子代理）。 作者最喜欢的功能。可以同时启动多个聚焦的子代理，一个处理后端逻辑，另一个处理前端，互不干扰。
核心原则：不要往单个 agent 里塞太多任务。 聚焦的指令总是赢的。
第四部分：高级习惯
多终端并行。 作者用 iTerm 分屏，一个窗口规划、一个窗口编码、第三个窗口跑测试。像在笔记本上拥有一个小型开发团队。
桌面通知。 打开桌面通知，长任务完成后不需要盯着屏幕等。
Git worktrees。 大实验用 Git worktree，每个主要功能或探索性任务都有自己隔离的工作区。
/chrome 命令。 当 Claude 需要最新的文档或网络参考资料时非常有用。
调试变轻松了。 把错误或堆栈跟踪贴给 Claude，看它系统性地追踪问题。
Hooks。 作者设置了一些钩子：每次改代码后自动格式化、拦截危险操作、在 OS 层面阻止危险命令。配置好后就静默地在后台运行。
关注生态。 新插件、新工具、新集成不断出现，保持关注。
第五部分：真正的秘诀
上下文管理就是一切。
保持上下文新鲜、组织良好、范围得当。做到这一点，Claude 就不再像一个工具，而像一个不知疲倦的强力队友。
作者说他仍然自己写一些代码，但大多数日子他是在审查和引导，而不是敲键盘。重活自己就跑完了。
如果你刚开始用 Claude Code，他的建议是先从入门那几条和 CLAUDE.md 开始，先用上再说。然后慢慢加入工作流习惯。
原文链接： https://dzone.com/articles/claude-code-tips-boost-coding-productivity