35 个大多数用户不知道的 Claude Code 命令、技巧与工作流 —— 完整清单
我已经每天使用 Claude Code 好几个月了。这 35 个技巧让它感觉像作弊码一样。
收藏这篇文章 :)
大多数开发者安装了 Claude Code，只用来做基础的代码生成，就以为自己已经见识了它的全部能力。
他们可能只看到了 20%。
剩下的 80%——那些将 Claude Code 从"有用的助手"变成"我用过最高效的工具"的技巧——藏在文档里、通过实验发现、或在小社区中分享。
我整理了每一个对我产生实际效果的技巧。每日测试。零理论。
收藏这篇文章。每次打开终端你都会用到它。
核心命令（01 至 08）
01. 计划模式（Shift + Tab）
在开始任何实现之前，切换到计划模式。Claude Code 会分析你的代码库并在不编写任何代码的情况下创建架构计划。审阅计划。批准它。然后切回实现模式。这一个习惯比本清单中的任何其他技巧都能预防更多 bug。
02. 压缩上下文（/compact）
经过 30 到 45 分钟的对话后，你的上下文会变得臃肿。输入 /compact 将整个对话历史压缩成关键决策和当前状态的聚焦摘要。Claude Code 保持敏锐，而不是逐渐丢失你们讨论过的内容。
03. 清空（/clear）
开始新任务？彻底清空上下文。把数据库重构的上下文带到前端重新设计中会产生混乱、冲突的代码。一个对话一个功能。永远如此。
04. 初始化（/init）
在任何新项目开始时运行。Claude Code 扫描你的代码库并生成一个 CLAUDE.md 文件，这是一个持久化的上下文文档，在未来的每次会话中自动读取。包含项目结构、技术栈、编码模式和关键架构决策。
05. 费用检查（/cost）
显示当前会话的 token 使用量。在长时间会话中每小时检查一次。AI 辅助开发是要花钱的，意外从不有趣。为每个会话设定心理预算并对照检查。
06. 记忆（/memory）
添加 Claude Code 跨所有会话记住的持久化指令。“始终使用 TypeScript 严格模式。““始终为公共函数添加 JSDoc 注释。““修改 /src/core 中的任何文件后始终运行测试。“这些规则在未来的每次对话中自动应用，无需重复。
07. 终端集成（! 前缀）
在任何消息前加 ! 即可作为终端命令运行，而不是发送给 Claude。快速运行测试、检查 git 状态或切换目录，无需离开 Claude Code 界面。
08. 多模型切换
使用 Opus 进行规划和架构决策。切换到 Sonnet 进行实现和执行。Opus 思考更深入但成本更高。Sonnet 执行更快更便宜。用思考者做计划。用构建者做实现。
生产力技巧（09 至 18）
09. 参考文件技巧
不要描述你想要的代码风格，而是指向一个现有文件：“看看 src/auth/login.ts 中认证是怎么实现的。按照完全相同的模式实现密码重置。“Claude Code 读取参考并精确复制模式。比口头描述产生一致得多的代码。
10. 截图调试
UI 看起来有问题？不要写一段文字描述。截图。用 Ctrl+V 粘贴。说：“按钮与输入字段未对齐。卡片之间的间距不一致。修复这两个问题。“视觉反馈比文字描述更快更准确。
11. 测试优先工作流
“写一个计算折扣价格的函数的测试。覆盖：正常折扣、零折扣、100% 折扣、负价格、字符串输入。然后实现函数以通过所有测试。“测试在代码存在之前定义行为。实现自动正确，因为它必须通过预定义的测试。
12. 增量构建
永远不要说"构建整个功能”。把它拆成步骤：“创建数据库架构。“测试。“构建 API 端点。“测试。“添加验证。“测试。“构建前端表单。“测试。五个小步骤，每步之间都有测试，比一个大实现提示产生好得多的代码。
13. 代码库提问
在代码库不熟悉的部分实现任何东西之前：“读取 src/services/ 并解释数据如何从 API 路由流向数据库。使用了什么模式？在修改任何东西之前我应该知道什么？“理解先于构建，防止架构错误。
14. 差异审查
在 Claude Code 做出更改后：“显示你修改的每个文件的差异。用一句话解释每个更改。“这能捕捉到无意的修改——Claude Code 有时会"好心"修改你没要求它碰的文件。
15. 错误粘贴
当出问题时，复制完整的错误消息和堆栈跟踪。不是摘要。是完整输出。“我遇到了这个错误：[粘贴完整错误]。在建议修复之前逐步诊断根本原因。“逐步约束防止 Claude 跳到错误的修复方案。
16. 撤销检查点
在每次重大更改之前：git add . && git commit -m “在 [更改] 之前的检查点”。如果 Claude Code 搞坏了什么，你可以在几秒钟内回退，而不是花三十分钟调试以前能用的东西。
17. 并行会话
对于大型功能，打开两个终端窗口。一个运行 Claude Code 做后端实现。另一个运行 Claude Code 做前端。每个会话都有清晰的、聚焦的上下文。最后把它们连接起来。
18. 文档整理
完成一个功能后：“读取你为这个功能创建或修改的每个文件。生成全面的文档：每个函数做什么、它们如何连接、预期的输入和输出是什么，以及任何非显而易见的设计决策。“刚构建完成后生成的文档比几天后凭记忆写的文档更准确。
架构技巧（19 至 26）
19. 架构审计
在开始新项目之前：“分析我的项目需求：[列出它们]。提出 2 种不同的架构方案。对每种方案：组件图、优点、缺点、预估复杂度、可能出错的地方。推荐一种并给出清晰的理由。“用 AI 分析做架构决策可以防止后期昂贵的重写。
20. 依赖检查
在添加任何新包之前：“我想添加 [包] 来处理 [用例]。检查：这个包是否积极维护？是否有已知的安全问题？对打包大小有什么影响？是否有更轻量的替代方案能覆盖我的特定用例？“防止用不必要或有风险的依赖膨胀你的项目。
21. 模式强制执行
添加到 CLAUDE.md：“创建新文件时遵循这些模式：API 路由遵循 src/api/example-route.ts 中的结构。数据库查询使用 src/repositories/example-repo.ts 中的仓储模式。React 组件遵循 src/components/ExampleComponent.tsx 中的结构。“Claude Code 读取这些并在每个新文件中自动匹配你的模式。
22. 迁移构建器
“我需要更改用户表结构：添加一个 ‘role’ 列（枚举：admin、editor、viewer，默认：viewer）并将 ’name’ 重命名为 ‘display_name’。生成迁移文件，更新仓储层，更新所有引用旧结构的 API 路由，更新 TypeScript 类型。在修改之前给我展示每个需要更改的文件。“触及多层的数据库结构变更是 Claude Code 的强项——它能跟踪所有连锁反应。
23. API 设计审查
“审查我的 API 设计：[粘贴路由定义]。检查：命名不一致、缺失的错误响应、应该分页的端点、受保护路由上缺失的认证、任何 REST 约定违规。提出具体改进建议。”
24. 安全扫描
“扫描这个代码库的安全漏洞：SQL 注入、XSS、代码或配置文件中暴露的密钥、缺失的输入验证、不安全的直接对象引用、缺失的速率限制。对每个发现：严重程度、精确位置、为什么危险、修复方法。”
25. 性能分析
“分析这个代码库的性能问题：N+1 数据库查询、基于查询模式缺失的索引、React 组件中不必要的重新渲染、可以懒加载的大型打包引入、应该缓存的 API 端点。按预估影响排序。”
26. 重构规划器
“读取 src/services/user-service.ts。这个文件已经膨胀到 800 行，处理了太多职责。提出一个重构计划，把它拆分成聚焦的模块。展示提议的文件结构、什么移动到哪里，并验证没有外部引入会中断。还不要开始重构——只给我看计划。”
工作流自动化（27 至 31）
27. Git 钩子编写
“创建一个 pre-commit 钩子，执行：对暂存文件运行 linter，运行类型检查，检查生产代码中的 console.log 语句，阻止任何检查失败的提交。安装在 .husky/pre-commit 中。“每次提交时自动运行的质量门。
28. CI 流水线构建
“创建一个 GitHub Actions 工作流，执行：在每个 PR 上运行，安装依赖，运行完整测试套件，运行 linter，构建项目，在 PR 上发表评论展示结果。对 node_modules 使用缓存。”
29. 环境设置脚本
“创建一个 setup.sh 脚本，新开发者运行一次即可设置整个开发环境：安装依赖、从 .env.example 创建 .env、设置本地数据库、运行迁移、填充测试数据、通过运行测试套件验证一切正常。”
30. 发布说明生成器
“读取自上次标签以来的 git 日志。生成按以下分类的发布说明：新功能、bug 修复、性能改进、破坏性变更。每条用用户友好的语言编写，不要用开发者术语。格式为 markdown 变更日志条目。”
31. 数据库种子构建
“为开发数据库创建一个全面的种子文件。包括：5 个用户（1 个管理员、2 个编辑、2 个查看者）、20 个具有真实数据的示例项目、实体之间的关系、边界情况（已归档项目、已删除用户、无成员的项目）。让数据真实，不要用 ’test123’。”
调试与恢复（32 至 35）
32. 复现提示
“这个 bug 是由用户报告的：[粘贴 bug 报告]。创建一个最小复现：精确步骤、预期行为、实际行为。然后写一个捕获这个 bug 的失败测试。然后修复代码让测试通过。”
33. 责任调查
“这个函数从昨天开始失败。读取这个文件过去一周的 git 日志。确定哪个提交可能引入了问题并解释更改了什么。然后建议修复方案。”
34. 依赖冲突解决器
“我遇到了这个依赖冲突：[粘贴错误]。分析冲突。确定哪些包需要共享依赖的冲突版本。建议需要最少更改的解决方案并解释权衡。”
35. 恢复模式
当 Claude Code 产生了一个损坏的实现，你们来来回回太多次时：“停。从 git 读取这个文件的原始可用版本：[粘贴 git show 命令输出]。现在看看我们试图实现什么：[简单重述目标]。用不同的方法重新开始。之前的方法显然不行。”
有时从干净状态重新开始比修复累积的错误更快。知道何时使用这个技巧。
贯穿始终的配置
开始新项目时，运行这个序列：
- /init - 生成 CLAUDE.md 文件
- 将编码标准和模式添加到 CLAUDE.md 中
- /memory - 添加你想在每个会话中保留的持久规则
- 计划模式 - 在编写任何代码之前设计架构
- 开始增量构建 - 一次一个功能，每步都测试
这个五分钟的设置会转变之后每一个小时的开发。
TL;DR（太长不看）
35 个技巧。每日测试。每一个都解决真实的开发问题。
核心命令用于会话管理。生产力技巧用于更快构建。架构技巧用于更好的设计。工作流自动化用于保持一致的质量。调试与恢复用于出问题的时候。
Claude Code 是最强大的开发工具。这 35 个技巧解锁了它的全部潜力。
这花了我几个月的日常使用才整理出来。如果它为你节省了时间——你知道该怎么做。
关注我 @eng_khairallah1 获取更多开发者工具、工作流和技巧。没有废话。只有管用的。
希望这对你有用，Khairallah ❤️
来源: https://x.com/eng_khairallah1/status/2046519525907317043