元旦假期刚过朋友圈里还在晒着各种美食和旅行的照片，我却一头扎进了代码堆里。就在前几天偶然间刷到了 Claude Code 的那位“亲爹”发布的 13 条实战技巧。说实话，Zui近这段时间，手头主要用的还是 TRAE 和 Cursor，对于 Claude Code 的直接接触确实少了一些。但这并不妨碍我对这些技巧的兴奋感——毕竟底层的逻辑往往是相通的。

这 13 条技巧并不是简单的操作手册，geng像是一套关于如何让 AI 真正融入工程师血液的心法。由于Zui近实在太忙，没来得及逐条细细琢磨，今天就结合我自己在 AI 辅助编程这条路上摸爬滚打的经验，和大家聊聊我对这些技巧的理解，以及怎么把它们落地到咱们日常的开发工作中去。

一、 基础建设：让 AI 和你“同频共振”

hen多时候，AI 写出来的代码虽然Neng跑，但怎么kan怎么别扭，或者完全不符合团队的规范。这时候，别急着骂模型笨，先kankan你们之间有没有建立起“共同语言”。

1. 维护团队的“圣经”：claude.md

这一点其实老生常谈了但真正Zuo到位的团队并不多。维护一个团队共享的 claude.md 文件，本质上是在给 AI 立规矩。这里面不仅要记录项目规范、编码习惯，geng重要的是要记录 Claude 以前犯过的错。

这事儿非常有意思，不仅限于统一代码生成的规范。通过大家的共同写作，我们Nenggeng快、geng全面地整理出一套完善的项目说明书。现在像 Cursor 这样的工具Yi经直接支持识别 claude.md 了国内的其它 IDE 估计也会hen快跟进，毕竟这玩意儿快要成为行业默认标准了。把这个文件提交到 Git 仓库，定期geng新，Neng避免大家重复掉进同一个坑里。

2. 动态geng新规范：PR 阶段的自动进化

光有静态的文档还不够，规范是活的。在代码审查的过程中，Ru果发现了新的问题或者有了新的规则，别手动去改文档了。Ke以通过 @.claude 指令，让 AI 把新发现的规则自动添加到 claude.md 里。

国外那边的开发者普遍接受 Github 的开发方式，所以 Claude Code 甚至专门开发了 Github 应用，Ke以直接在 Issue 和 PR 阶段调用 Claude。这种自动化的闭环，Neng保证你的知识库永远是Zui新鲜的。

3. 费曼学习法：让 AI 复述你的想法

昨天和朋友聊到这个，才 想起它的重要性。其实本质dou是让 AI 和你的思维对齐。因为同样的文字可Neng在你和 AI 的理解中是完全两码事，只有 AI 返回一致的结果，才证明你们理解同步了。

在没有 Plan Mode 的时候，我就一直在分享参考“费曼学习法”——让 AI 先复述一遍你的需求，这会大大提升回答质量。任务开始前，先启用“计划模式”，和 Claude 充分沟通确认方案，满意了再切换到“自动接受修改模式”去执行。这一步kan似多花了时间，实则是为了降低试错成本，省得后面推倒重来。

二、 效率提升：把繁琐交给自动化

咱们写代码的，Zui烦的就是重复劳动。下面这几个技巧，目的只有一个：Neng自动化的绝不手动。

4. 高频操作指令化：Slash Commands

把每天重复的内循环工作流，比如提交代码、合并分支这些，封装成斜杠命令。把它们存放在 .claude/commands/ 目录下并提交到 Git。

这事儿虽然小，但积少成多。你想想，一天省下几十次敲命令的时间，还Neng减少重复输入的烦躁感。这绝对是提升幸福感的利器。

5. 部署专用子智Neng体：Subagents

现在的 AI IDE Yi经普遍支持自定义智Neng体了。我们Ke以使用特定功Neng的子智Neng体，比如 code-simplifier 专门用来简化代码，或者 verify-app 专门进行端到端测试，把常见流程自动化。

尤其是 TRAE 的智Neng体还支持 Claude Code 主智Neng体自动调用子智Neng体的特性，挺好用的。虽然 TRAE 暂时尚未直接支持某些原生特性，但是Ke以通过创建智Neng体来模拟，效果也相当不错。

6. 自动格式化：别让 CI 报错

格式不规整虽然不影响 AI 阅读，但现在的 AI 尚未达到生成质量 100% 接受的程度。因此，良好的格式化还是非常有利于我们 CR和后续接手的。

我们Ke以使用 PostToolUse 钩子自动修正 Claude 生成代码的格式细节，避免在持续集成中因为格式问题报错。毕竟 AI IDE dou是 VS Code 系的架构，Ke以借助各类语言的格式化插件进行替代实现。据我了解，国内目前可Neng没有现成的方案，但这绝对是一个值得探索的方向。

三、 权限与安全：在自由与枷锁间找平衡

让 AI 帮我们跑命令，Zui怕的就是它“乱来”。但管得太死，效率又太低。这中间的度，得拿捏好。

7. 预设白名单：减少打断

根据自己的情况，把一些常用但不危险的命令加入白名单，将大大降低你被 AI 通知打断的频率。通过 /permissions 命令预先批准安全的 Bash 命令白名单，配置保存在 .claude/settings.json 中，团队共享，这样才Neng平衡安全与操作流畅度。

权限管理真的hen重要，Cursor 和 TRAE dou提供了自定义 Auto Run 的功Neng，原理也是类似的。而这也是后面几个技巧的基础：工具集成的越多，AI 任务被中断的可Neng就会越少。

8. 长任务无人值守：沙箱与钩子

对于长时间运行的任务，我们Ke以采用后台验证、stop 钩子或者 Ralph-Wiggum 插件进行自动化验证。配合沙箱模式或者 --permission-mode=dontask，Neng有效避免权限中断。

Ru果说“长任务无人值守”是 AI Coding 的期望目标的话，“构件验证闭环”就是实现这个目标的保证。毕竟长任务执行后结果不好，那一切dou免谈。

四、 进阶心法：多任务与全链路集成

这部分是我觉得Zui“硬核”，也是未来提升Zui大的地方。

9. 多实例并行：效率的倍增

在还没有该特性的时候，我和hen多伙伴dou是通过 IDE 多开多 IDE 切换 来实现并行开发的效果，不过终究不如现在这样高效。

现在各个 AI IDE 几乎dou支持了多 Agent 并行的特性。你Ke以在终端并行运行多个 Claude 实例，为每个标签页编号，利用系统通知功Neng提醒需要人工输入的任务。这个特性对效率的提升并不是 10%、20% 这样线性增加的，而是随着 Agent 的启动成倍增加。这应该也是自动化的根本意义——我认为 AI 本身就是一种高级的自动化。

10. 跨设备协作：随时随地掌控

针对Ke以运行长任务的模型，多端切换确实非常有效。结合网页端与移动端并行协作，使用 --teleport 命令在不同设备间同步会话进度，实现跨平台无缝衔接。

这意味着你Ke以在外出、休息的时候掌控开发任务的进度，或者进行新的开发任务的启动。由于 AI IDE 的界面特性，我一直没有实践过后续Ke以尝试通过 VS 插件 结合 APP 的模式试试。

11. 全工具链集成：拒绝 Alt+Tab

Zui近几年，国内越来越多的生态提供了 API 接口，再加上今年的 MCP，越来越多的工具Yi经Ke以被 AI 接入了。工具链打通肯定是大家所期望的，谁dou不喜欢在一个工具中干得好好的时候，需要 Alt+Tab 切换工具。

通过 MCP 服务器集成 SlackBigQuerySentry 等外部工具，让 Claude Neng跨平台操作，比如搜索 Slack 消息、运行 BigQuery 查询、抓取错误日志。Claude Code 和私有仓库，还Ke以借助 Git Hook 和 Claude Agent SDK 自行开发，当然 AI IDE 的话，确实比较麻烦一点。

五、 质量把控：构建验证的闭环

Zui后这一组技巧我感觉是层层递进的。

12. 明确验证方法：教 AI 怎么自查

为 Claude 提供明确的验证方法，比如运行测试脚本、打开浏览器测试 UI，通过反馈闭环提升Zui终结果质量。这是提高产出质量的关键技巧。

建立一个良好的验证方法，Ke以大大降低任务返工的几率。此处 AI Coding 任务并不是一次 AI 对话，而是通过 Agent 架构自行实现目标分解、工具调用、多轮 AI 请求的一个完整目标完成过程。

13. 模型的选择：思考的力量

这个说实话，个人Zui近Yi经hen少注意了毕竟现在的几个主流 Coding 模型应该dou是“思考”模型。但是使用带有“思考过程”的 Opus 模型，尽管速度较慢，但它geng智Neng、geng擅长调用工具，Neng减少人工引导，提高执行效率。

现在 Cursor 是直接支持 Claude 指令的，设置中勾选即可。在各种工程化手段的辅助下我们逐步提升 AI Coding 任务的长度和复杂度，帮我们节省出geng加大块的时间，去Zuogeng多其他的事情。

这 13 条技巧整体上还是非常明晰且有效的，大家Ke以结合自己的情况进行尝试。通过这些方法，我们不仅是在使用工具，geng是在训练一个懂你、懂业务、懂规范的“数字副驾驶”。

Ru果你对这 13 条技巧有什么不同的理解或疑问，欢迎留言讨论！毕竟在 AI 这条路上，独行快，众行远。

---