【七年大厂老兵的Claude Code实战手册：从入门到精通的八条军规】

在Amazon、Disney、Capital One写了七年代码，服务过数百万用户，现在作为一家企业级Agent创业公司的CTO，Claude Code已经成为我的日常主力工具。这篇文章是我踩过无数坑后总结的实战经验，希望能帮你少走弯路。

+ 一、先想清楚，再动手

大多数人拿到AI工具的第一反应是开始打字。这恰恰是最大的错误。

我做过无数次对比，用Plan Mode（按两次Shift+Tab进入）深思熟虑后再动手，效果完胜直接开聊。差距不是一点半点。

如果你缺乏架构经验，可以先和ChatGPT或Gemini深度对话，把想法捋清楚，让AI帮你梳理技术选型。记住，这是双向交流，不是单方面发号施令。

+ 二、CLAUDE.md是你的杠杆支点

每次启动Claude Code，它做的第一件事就是读取CLAUDE.md文件。这份文件决定了Claude如何理解你的项目。

几个关键原则：保持精简，Claude能可靠执行的指令上限约150-200条，系统提示已占用约50条；写项目特有的“怪癖”，别解释什么是components文件夹；告诉它“为什么”而不只是“做什么”——“使用TypeScript严格模式，因为我们曾因隐式any类型出过生产事故”比单纯的指令更有效。

按#键可以让Claude自动更新这个文件。好的CLAUDE.md像是写给明天会失忆的自己的备忘录，而不是给新员工的入职文档。

+ 三、上下文窗口的隐形陷阱

Opus 4.5有20万token的上下文窗口，但真相是：在使用到20-40%时，输出质量就开始下滑了。

应对策略：一个对话只做一件事，别在同一个会话里既搭认证系统又重构数据库；用外部文件（如SCRATCHPAD.md）记录进度，跨会话保持连续性；学会“复制-压缩-清空-粘贴”的重置技巧，用新鲜上下文替代臃肿的历史记录。

记住：Claude本质上是无状态的，每次对话都从零开始，除了你明确给它的信息。

+ 四、提示词是最被低估的技能

人们花几周学框架，却不愿花几小时学如何与AI沟通。

“搭一个认证系统”和“用现有User模型实现邮箱密码认证，会话存Redis设24小时过期，给/api/protected下的路由加中间件保护”——这两种表达的产出天差地别。

同样重要的是告诉Claude不要做什么。Claude 4.5特别喜欢过度设计，如果你要简洁方案，就明确说“保持简单，别加我没要求的抽象，能一个文件搞定就一个文件”。

+ 五、输出烂，是因为输入烂

别怪模型不够聪明。如果你用Opus 4.5还是得到糟糕结果，问题在你的输入。

模型确实有差异：Sonnet更快更便宜，适合路径清晰的执行任务；Opus更慢更贵，适合需要深度推理的复杂决策。一个高效工作流是用Opus做规划和架构决策，切换到Sonnet做实现。

+ 六、善用MCP、Hooks和自定义命令

MCP让Claude连接外部服务，如果你总是手动复制粘贴信息，大概率有现成的MCP服务器能自动化这件事；Hooks能在Claude每次修改后自动运行代码检查，及时发现问题；常用的提示词可以封装成自定义命令，放在.claude/commands文件夹里。

如果你付了Pro Max的钱，就把所有功能都试一遍。这些模型几乎每周都在进步，上个月不好用的功能现在可能已经很顺手了。

+ 七、卡住时，换个思路

当Claude陷入循环——反复尝试同样的方法却不断失败——继续追问往往适得其反。

更好的做法：清空对话重新开始；把复杂任务拆成小块；与其反复解释，不如直接写个最小示例让它模仿。如果同一件事解释了三遍还不行，问题不在解释不够，而在于需要换个角度重新框定问题。

+ 八、构建系统，而非一次性任务

真正的高手不是用Claude做零散任务，而是把它嵌入自动化系统。Claude Code的-p参数支持无头模式，可以脚本化调用、管道输出、与其他工具链式组合。

企业级应用已经在用这个做自动PR审查、工单响应、文档更新。关键是形成飞轮：Claude犯错，你复盘日志，改进CLAUDE.md，下次表现更好。同样的模型，经过几个月迭代，效果会有质的飞跃。

这些经验的核心只有一句话：你是在与工具对抗，还是与它共舞，取决于你愿意在“输入”上投入多少心思。

x.com/eyad_khrais/status/1940800893751697700