其它·via @mubei
今年年底前,IDE 可能就要淘汰了。 说这话的,是亲手造出 Claude Code 的工程师鲍里斯(Boris)。 在…
今年年底前,IDE 可能就要淘汰了。 说这话的,是亲手造出 Claude Code 的工程师鲍里斯(Boris)。
在 Anthropic 内部,技术新人的项目适应期曾经需要两三周。 现在?两三天。 怎么做到的? 因为他们直接把 Claude Code 当成了一个下场干活的工程现场代理。
别再抄网上的通用提示词了。 来看看原作者是怎么榨干它的。
第一步,先查户口,别急着写代码。 接手一个烂摊子,看到一段塞了 15 个参数的奇葩函数,怎么办? 直接问它。 它会自己钻进 Git 历史记录,翻出当年是谁、为了填哪个坑、关联了哪个工单才写出这堆东西。 不建云端索引,代码全留在你本地。
第二步,给它装上“永久记忆”。 在项目根目录建一个 CLAUDE.md。 把团队的架构决策、常用终端命令、工具库全扔进去。 每次开工,它自动读取。 你甚至可以在企业配置里设规矩:哪些脚本它能直接跑,哪个 URL 绝对不许抓。 它瞬间就能变成那个最懂你项目的老员工。
第三步,挂上反馈工具,让它自己卷自己。 要开发一个 3000 行的新功能,千万别让它盲写。 先让它出计划,你点头了它再动键盘。 更绝的是,给它开通单元测试或者页面截图的权限。 它写完代码,会自己运行截图看效果,发现不对劲就自己修。 只要给它校验通道,它能自己迭代到近乎完美。
最后一步,多线程压榨。 一个会话太慢?那就并行。 通过代码分支隔离,直接同时拉起好几个 Claude 会话。 这边在读日志查 Bug,那边在写新接口,互不干扰。
Anthropic 内部 80% 的技术人员每天都在跑这套工作流。 如果到现在还把它当成一个只会回答问题的窗口,那连它十分之一的功力都没用到。