如何制作企业网站,网站产品要如何做详情,中国建设执业资格注册中心网站,中国室内设计师网首页摘要#xff1a;Claude Code 的作者 Boris Cherny 在 X 上晒了自己的日常用法#xff0c;740 万人看了。说实话招数不复杂#xff0c;同时开一堆 Claude、坚持用最好的模型、写代码之前先聊方案#xff0c;就这些。国内兄弟想跟着抄作业的#xff0c;API 挂 weelinking 中…摘要Claude Code 的作者 Boris Cherny 在 X 上晒了自己的日常用法740 万人看了。说实话招数不复杂同时开一堆 Claude、坚持用最好的模型、写代码之前先聊方案就这些。国内兄弟想跟着抄作业的API 挂 weelinking 中转就行。关键词Claude Code、Boris Cherny、Claude Code工作流、AI编程、Plan Mode、CLAUDE.md、weelinking中转服务大家好我是小枫。今天刷 X 的时候看到一条帖子阅读量 740 万。我点进去一看发帖的人叫 Boris Cherny。这名字可能大部分人不认识但他做的东西你大概率用过——Claude Code 就是这哥们搞出来的。2024 年 9 月进的 Anthropic从一个内部小原型开始做6 个月做到 10 亿美金 ARR。这数字我反复看了好几遍确认没多个零。帖子内容就是他分享自己平时怎么用 Claude Code。底下评论区有个老哥说了句话我觉得特别形象——“用了他的方法之后感觉自己在玩星际争霸不是在写代码”。但说实话我看完整个帖子最大的感受就一个字实在。没什么花里胡哨的技巧他自己都承认了原话叫 surprisingly vanilla翻译过来就是出奇地普通。行那我就把他说的几个点拆开聊聊顺便说说我自己试了之后的感受。 国内稳定调用 Claude 全系列模型 推荐 weelinking 稳定稳定稳定同时开 15 个 Claude 是什么体验Boris 日常是这样干活的电脑终端里开 5 个 Claude Code浏览器再开 5 到 10 个 Claude 网页版手机上还挂着几个。一个在跑测试旁边那个在重构代码另一个在写文档。他坐那看着哪个干完了或者卡住了就去处理一下。他还提到了一个--teleport命令可以把一个正在跑的会话从本地终端搬到网页上继续或者反过来。我看到这里第一反应是那 token 费得多少钱啊后来想想人家是 Anthropic 员工估计内部不按量扣笑。但这个思路确实可以借鉴。我自己试了一下没他那么夸张开了 3 个终端窗口。一个让它重构我的一个工具类一个让它写单元测试一个让它查一个线上报错的日志。三个任务互不干扰我就在那切窗口看进度。具体操作其实不复杂你在不同的目录下各开一个 Claude Code 就行了# 终端1重构任务cd~/projectclaude# 终端2写测试cd~/projectclaude# 终端3排查问题cd~/projectclaude说实话效率确实比一个一个来快不少。之前我都是等一个任务跑完了再开下一个完全没想过可以同时开好几个。有点像开了多线程——你不是在写代码你是在调度一支队伍。为什么他偏偏用最慢那个模型这条是整个帖子里我最没想到的。Boris 用的是 OpusAnthropic 最大、跑起来最慢的模型。不是 Sonnet不是 Haiku。我当时就纳闷了你家 Sonnet 又快又便宜你不用偏要用那个又贵又慢的他给的理由大概是这样的Opus 虽然慢但你不用反复去纠正它工具调用也更靠谱算下来总时间反而短。这个我有实际体会。之前有段时间贪便宜一直用 Sonnet有一次让它重构一个比较复杂的服务类大概 400 来行。Sonnet 改完我一跑报错了。我说你这改错了它道歉然后重新改还是不对。改到第三遍我烦了切到 Opus把原始代码和需求重新发了一遍。Opus 一遍过了而且代码结构比 Sonnet 那三版都干净。你算算账Sonnet 跑了三轮加上我来回检查的时间大概花了 20 分钟。Opus 虽然响应慢了十几秒但一轮就搞定了前后不到 5 分钟。哪个快所以 Boris 说的那个慢反而快的道理我是真信的。省出来的不是模型的响应速度是你自己反复检查和纠错的时间。当然了日常写个简单的 CRUD 用 Sonnet 完全够了没必要杀鸡用牛刀。复杂任务再上 Opus 就行。先聊方案再动手别上来就让它写代码Boris 说他大部分任务都从 Plan Mode 开始。怎么进呢在 Claude Code 里按 ShiftTab 两下就进了 Plan Mode。进去之后 Claude 不会动手写任何东西只跟你讨论方案。他的流程是这样的先在 Plan Mode 里把需求聊清楚哪些文件要改、为什么改、怎么改、有没有坑都想明白了。觉得 OK 了再切到 Act Mode 让 Claude 一口气干完。这条我太有感触了。以前吃过不少亏就是因为上来直接说帮我把这个功能写了。Claude 倒是利索刷刷刷给你写一堆跑起来一看完全不是我想的那个样子。你说这不对啊它说好的我改。改完还不对。第三遍你心态就崩了。后来我养成了一个习惯每次都先跟 Claude 聊清楚“我要做 xxx 功能。你先别写代码给我说一下你打算怎么做改哪些文件、加哪些东西、有没有需要注意的地方。”等它把方案说出来了我看看有没有遗漏或者不对的地方调整一下再让它动手。这个习惯养成之后返工率降了能有七八成不夸张。Boris 说得对一个好计划真的值三分钟。你花在聊方案上的三分钟能省后面改来改去的三十分钟。CLAUDE.md你们团队一定要搞一个这个玩法我觉得是整个帖子里最值得推广的一条。Boris 的团队维护了一个叫 CLAUDE.md 的文件提交到 git 仓库里。这个文件干嘛用的呢就是记录 Claude 容易犯的错。操作方式特别简单——每次 Claude 犯了个蠢往 CLAUDE.md 里加一条规则就行了。比如## 项目规范 - 不要删除 migrations 目录下的任何文件 - API 返回格式统一用 ResultT不要用裸 Map - 前端组件文件用 PascalCase 命名不要用 kebab-case - 数据库字段用下划线命名Java 实体类用驼峰不要搞混Claude Code 每次启动都会读这个文件读到了就知道不能再犯同样的错。Boris 还有个习惯特别好——review 同事代码的时候如果发现什么新的坑他直接在 PR 里 Claude让它自己把规则加进 CLAUDE.md。他们团队每周更新好几次这个文件。你仔细想想这个机制每犯一次错就加一条规则团队所有人都共享。时间越长这个文件越完善Claude 就越不容易出错。相当于你们团队在一起调教同一个 AI用得越久越聪明。我之前自己也搞了个类似的但就随手写了几条没他们那么系统。看完他的帖子之后我回去认认真真把之前踩过的坑都整理上去了补了二十多条规则。效果确实立竿见影——之前 Claude 老是在我项目里生成 var 声明我项目规范要求必须用 const/let加了一条规则之后再也没犯过。最重要的一条让 Claude 自己检查自己的活Boris 说了句话我印象特别深。他说你看完这个帖子如果只能记住一条记这条——给 Claude 一个验证自己工作的方法。有了这个反馈循环输出质量直接翻两到三倍。什么意思呢就是别让 Claude 写完代码就算完了。得让它自己去看看写的东西到底能不能跑、好不好用。Boris 自己的做法是给 Claude 装了个 Chrome 扩展。Claude 每改一次代码就自己打开浏览器看看页面长什么样有没有报错交互对不对。不对就继续改对了才算完。全程不需要人盯着。不同的项目验证方式不一样。我自己试了一种比较简单的做法——在 CLAUDE.md 里加上这么一条## 验证规则 - 每次修改代码后必须运行 npm test 确认所有测试通过 - 如果修改了 API 接口必须用 curl 命令实际调用一次确认返回正确 - 如果修改了前端页面必须说明如何在浏览器中验证效果加了这几条之后Claude 写完代码会主动跑一遍测试测试挂了它自己看报错然后修。之前那种写完了你去跑吧然后一跑一堆红的情况少了很多。Boris 说加了验证循环后质量提升两到三倍。我没有精确量化过但体感上确实从十次有三四次要返工变成了十次最多返工一次。这个改善是实打实的。还有几个零碎但好使的快捷命令。Boris 把他每天重复做的操作都封装成了自定义命令放在.claude/commands/目录里提交到 git团队共享。比如他有个/commit-push-pr命令一天用几十次提交代码、推到远程、创建 PR 一条龙。这个我之前写过一篇专门聊自定义命令的确实好使。你要是每天都在重复提交、推代码、建 PR这套流程做成命令能省不少事。Subagent 代码审查。这个比较狠。Boris 做代码审查的时候同时起好几个 subagent——一个看代码风格一个翻项目历史搞清楚上下文一个专门找 bug。第一轮检查完发现有些误报他再起 5 个 subagent 专门质疑第一轮的结论。两轮下来剩的都是真问题。这人的 token 预算到底有没有上限的……MCP 接外部工具。他通过 MCP 把 BigQuery 和 Sentry 接到了 Claude Code 上。也就是说 Claude 不光能帮你写代码还能帮你查数据库、拉线上报错日志。排查问题的时候不用自己在几个平台来回切了。说说我自己看完之后的感受看完 Boris 的帖子说实话没有那种哇塞大开眼界的感觉。因为他说的这些东西——多开、用好模型、先计划再动手、让 AI 自我验证——其实都不算新鲜。之前社区里零零散散都有人提过。但 740 万阅读量说明一个问题。知道归知道真正照着做的人不多。大部分人还是开一个 Claude 窗口从头聊到尾遇到问题了才想起来 Plan Mode模型也是哪个便宜用哪个。包括我自己之前也是这样。这次看完他的分享我做了几件事日常开发从开 1 个 Claude 变成了开 3 个CLAUDE.md 认真补了二十多条规则加了验证规则让 Claude 改完代码自己跑测试。就这么几个小调整干活确实顺手了不少。也没什么大道理。工具就在那用法都是公开的看谁先动手而已。国内用的话老规矩API 走 weelinking 中转按量扣费直连不折腾。Boris 那个同时开十几个 Claude 的搞法配合中转倒是天然合适——开多少个都走同一个 key不用操心额度分配。团队有需要的看看 weelinking 的企业中心管人管额度都方便。其他文章推荐如果这篇对你有帮助以下文章你也会喜欢Claude Code 省 Token 终极指南从烧钱到精打细算— 接了weelinking按量付费做到终极省钱CC Switch 完全安装指南5 分钟配置好 Claude Code 的多 API 切换神器全程接入 weelinking— 可以丝滑无缝切换多平台的API把 Claude Code 用成工程工具8 条黄金法则与一套可复用工作流— CC Switch 配置好之后这 8 条法则能让你的 Claude Code 效率再翻一倍2026全网首个企业级 Claude 中转服务平台来了— 企业轻松搭建属于自己的 AI 中台国内直连按量计费即开即用 国内如何顺畅使用 Claude 本文全系使用 weelinking全系模型支持