三个月前，我差点招聘了第二个后端开发者。我们的待办事项积压非常糟糕——承诺给客户的十四个功能，只有两个人负责，我则像个白痴一样在销售电话和pull request之间来回切换。后来我开始真正正确地使用Claude Code。不只是把函数粘贴到聊天窗口。我是说把它整合到真实的日常工作流中。我们在六周内清除了那个积压。我没有招聘第二个开发者。using Claude Code properly. Not just pasting functions into a chat window. I mean integrating it into the real daily flow. We cleared that backlog in six weeks. I didn't hire the second developer.
这不是推销。这只是发生的事。
"正确"实际上意味着什么
我在见面会上遇到的大多数人都以同样懒惰的方式使用 AI 编码工具。他们粘贴一个函数，得到返回结果，把它粘贴到编辑器中，它出问题了，他们放弃了。那不是工作流。那是绝望。
对我来说，正确的做法是Claude Code通过Claude Code CLI在我的终端里工作，直接作用于我的实际仓库，读取真实文件，而不是清理过的代码片段。区别是巨大的。当它对我们去年为一个美国医疗保健客户构建的4,000行WordPress插件有完整上下文时，输出是可用的。当它在没有上下文的情况下根据40行的粘贴内容盲目工作时，它只是在猜测。Claude Code CLI, working directly on my actual repo, reading real files, not sanitised snippets. The difference is enormous. When it has full context of a 4,000-line WordPress plugin we built for a US healthcare client last year, the output is usable. When it's working blind off a 40-line paste, it's guessing.
我在MacBook Pro M3上运行它。我的编辑器仍然是VS Code配上常用的工具——Prettier、ESLint、GitLens。Claude Code不替代其中任何一个。它与它们并存。alongside it.
我实际使用的设置
- Claude Code CLI 通过 npm 全局安装
- 每个项目根目录中有一个.claude目录，里面有一个CLAUDE.md文件——这基本上是我为Claude写的项目简介：技术栈、代码规范、什么不该碰。
.claudedirectory in each project root with aCLAUDE.mdfile -- this is basically a brief I write for Claude about the project: stack, conventions, what not to touch - iTerm2 分屏：左边代码，右边 Claude 会话
- 每次 Claude 生成更改后都要 Git 提交，没有例外。我吃过亏。
最后那一点。回到2022年，一个客户项目——曼彻斯特家具零售商的Shopify迁移——我让三个小时的AI辅助编辑积累而没有提交。整个会话损坏了。六个小时的工作化为乌有。我现在强迫症般地频繁提交。不管有没有Claude Code。
早晨例程（这样写得这么具体是有目的的）
我 8:30 到办公室。在 Exmouth Market 那家咖啡馆买杯咖啡。打开 Notion，看看今天任务栏上有什么，然后打开我的终端。
每天早上我用Claude Code做的第一件事是我开始称之为"上下文转储"的东西。我打开项目，运行claude，给它讲一段我昨天停下来的地方。它会自动读取最近的git diff。这花大概三分钟，意味着我不用花二十分钟重新读自己的代码来想起我在做什么。仅这一点就值订阅费了。claude and give it a paragraph of where I left off the previous day. It reads the recent git diff automatically. This takes about three minutes and means I'm not spending twenty minutes re-reading my own code to remember what I was doing. That alone is worth the subscription.
然后我开始工作。我不是让Claude从头开始写功能——虽然有时我会这样做。大多数时候我让它做那些让我感到缓慢但不需要任何创意的事情。
比如：
- 为我已经写过的函数编写 PHPUnit 测试用例
- 从我粘贴的 JSON 响应生成 TypeScript 接口
- 重构一个300行的组件，我知道它需要拆分但不想自己费力。know needs splitting but don't want to think about
- 为内部 API 写初稿文档
这些都不令人兴奋。这些事情过去常常占用我没有的一小时。
它实际上节省时间的地方（附数据）
Seahawk到目前为止已经构建了超过12,000个网站。其中很大一部分是WordPress——主题、插件、WooCommerce定制。WordPress开发中有一类任务令人麻木但在技术上非常精确：编写自定义钩子、注册REST API端点、用Settings API构建设置页面。
我上个月计时过了。从头编写WooCommerce自定义运费方法类：历史上我需要大约45分钟包括测试。Claude Code做框架搭建而我用普通英语描述业务逻辑：12分钟。而且框架搭建很好——它遵循WordPress编码标准，因为我在CLAUDE.md里告诉它了。good -- it follows WordPress coding standards because I told it to in my CLAUDE.md.
这不是快10%。这是一个完全不同的速度等级。
更大的节省来自上下文切换的成本。当我在开发某个功能时，如果客户突然询问一个完全不同项目中的bug，我过去要么忽视客户（不好），要么完全丧失思路（也很糟）。现在我可以让Claude写一个详细的注释块，总结我们在当前任务中的确切进度，切换到bug，修复它，回来，读注释，然后在大约四分钟内重新开始。以前，恢复要花我二十分钟。
失败之处
说实话。这比胜利更重要。
Claude Code 在任何需要理解历史决策原因的事情上表现得极其糟糕。我们在 Seahawk 有一个金融科技项目——为一家伦敦的支付初创公司开发的仪表板——其中存在一些特别复杂的状态管理代码，这是有原因的，而且这个原因早于我们的参与。他们旧 API 批处理响应的方式中存在的某个边界情况。Claude 不断地"修复"它。它的每个建议在技术上都更清晰，但完全错误。它不知道它不知道什么。why a decision was made historically. We had a fintech project at Seahawk -- a dashboard for a London-based payments startup -- where a particularly gnarly bit of state management existed for a reason that predated our involvement. Some edge case in how their legacy API batched responses. Claude kept "fixing" it. Every suggestion was technically cleaner and completely wrong. It didn't know what it didn't know.
这是没人充分讨论的失败模式。输出看起来是对的。它通过基本审查。然后周四晚上生产环境崩溃了，某个用户触发了那个边界情况。looks correct. It passes basic review. And then it breaks in production on a Thursday evening when a user hits that edge case.
我现在的规则是：如果注释说"不要在不问Ravi的情况下改变这个"，Claude Code就不要动。（Ravi是我们的首席后端开发人员。）就这样。
它还在以下方面表现很差：
- 依赖链超过三个层级的多文件重构
- 任何涉及发布时间不超过两年的第三方 SDK 的工作——它会自信地编造方法名称
- 需要匹配设计师像素级完美稿的 CSS（总是接近，但小错误会让你抓狂）
- 性能优化，而瓶颈并不明显——它优化了错误的部分
关于第二点：我在一月份把Resend的API集成到一个Next.js项目中。Claude一直在引用一个在Resend Node SDK中根本不存在的.send()方法。花我更长时间去调试Claude那自信的错误，比起直接读文档自己做要耗时得多。学到教训了。对任何SDK，我先把实际的README粘贴到上下文窗口里。Next.js project in January. Claude kept referencing a.send()method that doesn't exist in the Resend Node SDK. Took me longer to debug Claude's confident wrongness than it would've taken to just read the docs myself. Lesson learned. For any SDK, I paste the actual README into the context window first.
真正有效的提示模式
我已经迭代了好几个月。糟糕的提示得到糟糕的输出。这是我总结出来的。
做资深开发者，不要做实习生。别问"给我写个做 X 的函数"。问"我需要实现 X。约束条件是：Y。我已经排除的方案是：Z。你的思路是什么？先不写代码。"让它先思考。之后的输出质量会有很大提升。Don't ask "write me a function that does X." Ask "I need to implement X. Here's the constraint: Y. Here's what I've already ruled out: Z. What's your approach before you write anything?" Make it think first. The output after that conversation is dramatically better.
给它设定一个有代价的角色。我真的会这样写："你是一位资深 WordPress 开发者，非常关心不引入安全漏洞。客户是一家医疗公司。把清理数据和 nonce 验证放在最高优先级。"这听起来傻吗？是的。有效吗？也是的。I literally write: "You're a senior WordPress developer who cares deeply about not introducing security vulnerabilities. The client is a healthcare company. Prioritise sanitisation and nonce verification above everything." Does this feel silly? Yes. Does it work? Also yes.
指定输出的格式。"只给我函数，不要解释"或"给我函数，然后列出我应该手动验证的要点"。无结构的输出浪费时间。"Give me just the function, no explanation" or "Give me the function, then a bullet list of what I should manually verify." Unstructured output wastes time.
我经常用的一个模式：
- 用一句话描述目标
- 粘贴相关的现有代码，并添加注释说明其用途
- 说明约束条件（"必须向后兼容 PHP 7.4"）
- 先要求提供方法，其次才要求代码
- 审查方法，如有必要提出异议，然后要求代码then ask for the code
五个步骤。听起来像是额外的工作。但每次都能让我省去十五分钟的糟糕代码。
这如何改变了我的任务分配方式
这是最令我惊讶的地方。Claude Code 不仅让我工作得更快。它改变了我交给初级开发人员的东西。me faster. It changed what I hand off to junior developers.
以前，Seahawk 的初级开发人员花前两周时间才能熟悉我们的约定和技术栈。现在我交给他们一个写得很好的 CLAUDE.md 文件，让他们用 Claude Code 生成脚手架代码，然后对照约定进行审查。他们在三天内就能贡献真实工作，而不是三周。CLAUDE.md and tell them to use Claude Code to generate scaffold code, then review it against the conventions. They're contributing real work in three days instead of three weeks.
CLAUDE.md 文件在做我曾经在每小时讨论中进行的指导工作。这是一个有意义的转变。不是因为我不想进行指导——我想——而是现在的指导对话是关于决策和权衡的，而不是"记住在每个表单中使用 wp_nonce_field()。"CLAUDE.md file is doing the mentoring I used to do in hourly walkthroughs. That's a meaningful shift. Not because I don't want to mentor -- I do -- but because now the mentoring conversations are about decisions and trade-offs, not "remember to use wp_nonce_field()in every form."
Anthropic 的模型规格文档值得一读，如果你想了解 Claude 运作的防护栏——理解这些防护栏帮助你与它的倾向一起工作，而不是对抗。Anthropic model spec documentation is worth a read if you're curious about the guardrails Claude operates within -- understanding them helps you work with its tendencies rather than against them.
创始人特有的角度
大多数关于AI编码工具的文章都是为开发者写的。没问题。但Claude Code解决的有一个特定的创始人问题，我还没看到有人很好地阐述过。
当你经营一个代理机构同时也在编写代码时，你最大的敌人不是技能差距。是重新进入的成本。你被拉进去参加四十分钟的定价电话，然后你需要去修复一个 CSS 回归，接着你有一个和团队成员的一对一会议。等你回到你正在构建的功能时，你已经完全失去了思路，重新开始比继续做要容易得多。re-entry cost. You get pulled into a pricing call for forty minutes, then you need to go fix a CSS regression, then you have a 1-on-1 with a team member. By the time you get back to the feature you were building, you've lost the thread so completely that starting again feels easier than picking up.
Claude Code，如果使用得当，会大幅降低重新进入的成本。我之前提到了总结注释块技巧。我还用它生成一条快速的"我们现在的位置"Slack消息给自己，里面有已完成、下一步和被阻止的项目的要点。只需十秒钟。节省十分钟的重建时间。
它不会让你成为更好的管理者。它不会清空你的日程表。但是如果你是一个仍在开发产品的创始人——我认为我们中更多人应该这样做——它消除了对你编码时间的一种特定的、痛苦的消耗。
常见问题
如果你不是全职开发者，Claude Code值得买吗？
老实说，可能会更少。当你每天都在使用这个工具并投入时间建立良好的上下文文件（CLAUDE.md、清晰的项目简要说明等）时，价值会增加。如果你一周只使用一次，你花在重新建立上下文上的时间会比你节省的时间更多。GitHub Copilot 可能更适合偶尔的用户——它更具环境感知性，需要的刻意设置更少。CLAUDE.md, clear project briefs, etc.). If you're dipping in once a week, you'll spend more time re-establishing context than you save. GitHub Copilot might suit occasional users better -- it's more ambient and requires less deliberate setup.
你如何处理代码质量——你只是信任它生成的代码吗？
永远不要盲目审查。每个 Claude 生成的文件都自动通过 ESLint 和我们的 Prettier 配置。对于任何涉及身份验证、支付或数据处理的内容，我会进行手动逐行阅读。对于实用函数和测试，我比较放松。你要根据风险进行校准。当审查处理用户输入的 AI 生成代码时，OWASP Top Ten 是一个有用的心理检查清单。OWASP Top Ten is a useful mental checklist when reviewing AI-generated code that handles user input.
它与 WordPress 的配合效果如何？
比我预期的要好，但有注意事项。它深入了解 WordPress——hooks、filters、Settings API、WooCommerce 内部。但它对较新的 Gutenberg 区块开发（特别是 Interactivity API）的了解是片面的。对于任何与区块相关的内容，我总是根据 Block Editor Handbook 进行验证。Block Editor Handbook for anything block-related.
成本怎么样？
我订阅了 Claude Pro，每月 20 美元。按我的使用水平，每周能节省四到六小时。自己按你的时薪算一下账。对我来说这不值得纠缠。
---
我仍然自己写很多代码。我没有兴趣成为一个从不接触真实函数的提示骑士。但声称 AI 编码工具没有改变这门手艺的创始人是在骗自己。问题不在于是否使用它们。而在于你是否以足够的严谨性使用它们来获得真正的价值——或者仅仅以足够的粗心来引入真正的问题。
对我来说，这两种情况的区别归结为把 Claude Code 当作一个能干但资历浅的开发人员来对待。聪明。快速。需要清晰的任务说明。需要审查。绝对不应该在任何关键任务附近无人值守。
这个框架改变了一切。