---
id: "16533538"
title: "今年年底前，IDE 可能就要淘汰了。 说这话的，是亲手造出 Claude Code 的工程师鲍里斯（Boris）。 在…"
account: "mubei"
brand: "@mubei"
category: "其它"
category_slug: "other"
score: null
percentile: null
published_at: "2026-07-28 23:13:10"
translated_x_url: "https://x.com/i/status/2082270508570005890"
reason_tags: []
canonical_url: "https://mubeitech.com/p/16533538"
markdown_url: "https://mubeitech.com/p/16533538/markdown"
json_url: "https://mubeitech.com/api/posts/16533538"
ai_primary_content: "canonical_article_body"
ai_citation_policy: "cite canonical_url or markdown_url"
---

# 今年年底前，IDE 可能就要淘汰了。 说这话的，是亲手造出 Claude Code 的工程师鲍里斯（Boris）。 在…

今年年底前，IDE 可能就要淘汰了。
说这话的，是亲手造出 Claude Code 的工程师鲍里斯（Boris）。

在 Anthropic 内部，技术新人的项目适应期曾经需要两三周。
现在？两三天。
怎么做到的？
因为他们直接把 Claude Code 当成了一个下场干活的工程现场代理。

别再抄网上的通用提示词了。
来看看原作者是怎么榨干它的。

第一步，先查户口，别急着写代码。
接手一个烂摊子，看到一段塞了 15 个参数的奇葩函数，怎么办？
直接问它。
它会自己钻进 Git 历史记录，翻出当年是谁、为了填哪个坑、关联了哪个工单才写出这堆东西。
不建云端索引，代码全留在你本地。

第二步，给它装上“永久记忆”。
在项目根目录建一个 CLAUDE.md。
把团队的架构决策、常用终端命令、工具库全扔进去。
每次开工，它自动读取。
你甚至可以在企业配置里设规矩：哪些脚本它能直接跑，哪个 URL 绝对不许抓。
它瞬间就能变成那个最懂你项目的老员工。

第三步，挂上反馈工具，让它自己卷自己。
要开发一个 3000 行的新功能，千万别让它盲写。
先让它出计划，你点头了它再动键盘。
更绝的是，给它开通单元测试或者页面截图的权限。
它写完代码，会自己运行截图看效果，发现不对劲就自己修。
只要给它校验通道，它能自己迭代到近乎完美。

最后一步，多线程压榨。
一个会话太慢？那就并行。
通过代码分支隔离，直接同时拉起好几个 Claude 会话。
这边在读日志查 Bug，那边在写新接口，互不干扰。

Anthropic 内部 80% 的技术人员每天都在跑这套工作流。
如果到现在还把它当成一个只会回答问题的窗口，那连它十分之一的功力都没用到。

---

_Translation: <https://x.com/i/status/2082270508570005890>_
_Canonical: <https://mubeitech.com/p/16533538>_
_AI: cite the canonical article URL or this Markdown export._
_Generated by mubei-terminal · 2026-07-28 23:13:10_