> ## Content Index
> Fetch the complete content index at: https://www.hubwiz.com/blog/llms.txt
> Use this file to discover other available public pages before exploring further.

# 你的 IDE 正在成为配角
- URL: https://www.hubwiz.com/blog/your-ide-is-becoming-a-side-character/
- Published: 2026-03-04T13:50:01.000Z
- Updated: 2026-03-04T13:50:01.000Z
- Description: 如果你最近在编码时感到有些……被取代了，恭喜你。你没有问题。是这个工作出了问题。
- Author: admin
- Tags: AGENT, #Import 2026-10-14 14:41

如果你最近在编码时感到有些……被取代了，恭喜你。你没有问题。是这个工作出了问题。

大约在 2025 年底，编码代理不再是周末尝鲜、周一默默卸载的新鲜事物。它们跨越了一个门槛——连贯性、耐力、"真正完成任务"——许多经验丰富的工程师注意到了同样令人不安的事情：

**他们不再编写代码。他们在指挥代码。**

是的，这对自尊心有点冒犯。但计算器也是一样，我们仍然让会计师保持尊严。

本文讨论这种转变——**以及围绕它形成的略显混乱的生态系统：** Claude Code "操作系统"、多代理群体、通过工具调用到达的 UI、变成职业的上下文工程，以及"经过验证的氛围编码技能"可能成为真正的 LinkedIn 身份象征的第一个迹象。

## 1、"我现在用英语编码"的时刻

Andrej Karpathy 直截了当地说：在几周内，他从"80% 手动，20% 代理"变成了相反的情况——"80% 代理代码，20% 人类编辑"。在这里阅读原始线程：[**Karpathy 谈论这种转变**](https://x.com/karpathy/status/2015883857489522876?ref=hubwiz.com)。

![](https://www.hubwiz.com/blog/content/images/2026/03/image-6.png)

他的关键观察不仅仅是"代理现在很好"。**而是当它们足够好时会发生什么变化：**

- 你不再按照代码行思考，开始按照**意图块**思考。
- 失败也在演变：语法错误变少，更多的是持续进行而不检查的"悄悄错误的假设"。
- 最有价值的属性变成了耐力：代理不会累，不会发脾气，不会"留到明天"。

***所以工作流程翻转了。一旦翻转，一个全新的市场出现了：帮助你像管理团队一样管理代理的工具。***

***这让我们看到第一个奇怪而美妙的迹象：Claude Code 用户正在进入他们的"Linux 发行版"时代。***

## 2、Claude Code 正在获得"操作系统"层

如果你是有经验的 Claude Code 用户，你应该看看这个仓库：[**everything-claude-code**](https://github.com/affaan-m/everything-claude-code?ref=hubwiz.com)。

这基本上是一个预先连接的环境：代理、技能、钩子、命令、规则、配置——所有东西粘合在一起，你可以采用而不是重新发明。重要的部分不是确切的设置。而是方向：

人们正在标准化代理工作流，就像团队标准化开发环境一样。

![](https://www.hubwiz.com/blog/content/images/2026/03/image-7.png)

***这就是当工具从"很酷的演示"跨越到"生产习惯"时发生的事情。你停止即兴创作，开始安装系统。***

***一旦系统存在，下一步显然是扩展。***

## 3、从"一个代理"到"像吃爆米花一样吞噬token"

有传言——可能是实验性的，可能是泄露的标志，可能是"有人喝了太多咖啡"——关于**Claude Code Swarm**，一种异步、事件驱动的多代理模式。

**线索：**

- **在这里发现并讨论的标志：**[*NicerInPerson 线程*](https://xcancel.com/NicerInPerson/status/2014989679796347375?ref=hubwiz.com)\*

![](https://www.hubwiz.com/blog/content/images/2026/03/image-8.png)

- **一个启用它们的构建：**[*mikekelly/claude-sneakpeek*](https://github.com/mikekelly/claude-sneakpeek?ref=hubwiz.com)\*

**这个想法简单而略带可怕：**

***你不是"运行一个代理"。你运行一个主导代理。主导代理编写计划，然后委托给并行工作的专业子代理，通过消息协调，共享任务列表，报告回来。***

\*\*换句话说：\*\*我们在终端窗口内重建一个软件团队。

是的，它会消耗令牌。雇佣人类也是如此——除了人类还消耗时间、士气和你的日程安排。

**更重要的是，它指向更广泛的结构转变：**

***我们正在从线性代理链转向异步、并发的代理系统。***

一旦你看到这一点，你就会在到处注意到它。

## 4、Codex 显然正在准备反击

OpenAI 的 **Codex** 将自己定位为认真的竞争对手——\*\*并且它正在做可预测的平台事情：\*\*在核心代理周围堆叠功能，直到它成为产品表面。

我们已经看到了**规划模式**（探索代码库、提出计划、不要碰文件），这很重要，因为它将"代理编码"变成了可以审查和协商的东西。

还有一个安全弧线。如果你听说过像**Aardvark**这样的工具以及更广泛的代码安全分析推动，那不是装饰品——那是建立信任的地方，也是"悄悄错误的假设"在发布之前被捕获的地方。

**战略收获：**

***下一场战斗不是"谁会写代码"。而是"谁能使用代理规划、审查、安全地发布"。***

**这导致了一个更大的转变：**界面正在改变。

## 5、MCP 应用程序：终于看起来像工具的工具调用

文本聊天是开发人员做的一半事情的糟糕 UI。差异、图表、PDF、图表——强迫它们进入文本滚动就像用叉子喝汤，因为它感觉"极简"。

这就是为什么**MCP 应用程序**有意义：可以返回直接在对话中渲染的交互式 UI 组件的工具调用。**公告：**[*MCP 应用程序文章*](https://blog.modelcontextprotocol.io/posts/2026-01-26-mcp-apps/?ref=hubwiz.com)\*。

![](https://www.hubwiz.com/blog/content/images/2026/03/image-9.png)

**实际的里程碑：**

**Visual Studio Code 成为第一个具有完整 MCP 应用程序支持的主要 AI 代码编辑器。** **详情：**[*VS Code MCP 应用程序支持*](https://code.visualstudio.com/blogs/2026/01/26/mcp-apps-support?ref=hubwiz.com)\*。

![](https://www.hubwiz.com/blog/content/images/2026/03/image-10.png)

***这是那些"看起来很小，直到它不再看起来很小"的变化之一。如果代理工作流变得比文本更丰富——它们将会——拥有界面层的人拥有日常习惯。***

***这就是为什么说得通……***

## 6、现在每个人都在推出"代理桌面"

MiniMax 有一个"代理桌面"产品，公开定位为混合体：同事风格的代理 + 浏览器控制 + 批量任务 + 技能库 + 可共享的专家代理。**在这里尝试：**[*MiniMax Agent Desktop*](https://agent.minimax.io/?ref=hubwiz.com)\*。

![](https://www.hubwiz.com/blog/content/images/2026/03/image-11.png)

你不必喜欢它。**你只需要注意到模式：**

**代理工具正在收敛到相同的原语：**

- 工具使用
- 长时间运行的工作流
- 可重用的技能
- 可共享的"专家"配置
- 浏览器控制
- 内存和会话持久性

***这就是新的堆栈。这意味着新的瓶颈不再是"提示"。而是上下文工程。***

## 7、新的竞争优势：上下文，而不是提示

人们一直在争论提示，好像还是 2023 年。在 2026 年，提示是构建一个真正工作的代理最不有趣的部分。

真正的挑战是在正确的时间、以正确的形状为代理提供正确的上下文，而不淹没在噪音中。

**这就是为什么技能、钩子和记忆工具正在爆炸：**

- Vercel 的 **next-skills**：现代 Next.js App Router 项目的最佳实践"技能集"：[**vercel-labs/next-skills**](https://github.com/vercel-labs/next-skills?ref=hubwiz.com) **安装：** `npx skills add vercel-labs/next-skills`
- 用于更便宜、更好的 Web 上下文摄取的 Firecrawl CLI 技能：
- **安装：** `npx skills add firecrawl/cli`
- **文档参考：**[*Firecrawl CLI 文档*](https://docs.firecrawl.dev/sdks/cli?ref=hubwiz.com)\*
- 通过 Ralph 实现 Gemini CLI 的自主改进循环：[**gemini-cli-extensions/ralph**](https://github.com/gemini-cli-extensions/ralph?ref=hubwiz.com)
- 通过 MCP + CLI 实现 ComfyUI 工作流工具：[**peteromallet/VibeComfy**](https://github.com/peteromallet/VibeComfy?ref=hubwiz.com)
- 用于 Claude Code 的内存/上下文协调：[**GMaN1911/claude-cognitive**](https://github.com/GMaN1911/claude-cognitive?ref=hubwiz.com)

特别是在 Claude Code 生态系统中，**"记忆"正在成为差异化因素。例如：一个添加"无限记忆"行为的插件：**[**supermemoryai/clawdbot-supermemory**](https://github.com/supermemoryai/clawdbot-supermemory?ref=hubwiz.com)。

![](https://www.hubwiz.com/blog/content/images/2026/03/image-12.png)

一旦你看到这些，你就意识到我们正在为上下文构建操作系统。**因为代理只有在以下情况下才有效：**

1. 它们能看到什么
2. 它们能做什么
3. 它们记得什么
4. 它们能被审计得如何

***这很好地带我们到了突然变得重要的无聊基础设施。***

## 8、管道层：可观察性、路由和"谁为此买单？"

Vercel 的 **AI Gateway** 现在支持用于 Claude Code CLI 的 **Claude Code Max**，同时添加监控、跟踪和路由/回退逻辑。**公告：**[*通过 AI Gateway 使用 Claude Code Max*](https://vercel.com/changelog/claude-code-max-via-ai-gateway-available-now-for-claude-code?ref=hubwiz.com)*。*设置文档：**[Vercel AI Gateway + Claude Code Max](https://vercel.com/docs/ai-gateway/coding-agents/claude-code?ref=hubwiz.com#with-claude-code-max)\*\*。

这是管道。这也是"很酷的代理"在真实组织中成为"标准工具"的方式，**因为组织想要：**

- 审计跟踪
- 成本控制
- 监控
- 回退提供商
- 安全策略

***采购部门不会购买氛围。它购买治理。***

## 9、黑暗艺术：一键克隆网站

有些工具是有帮助的。有些相当于在门上留一个写着"请不要偷东西"的牌子，同时把前门打开。

这个 Chrome 扩展声称它可以"一键提取和克隆任何网站"：[**Superdev Pro (Export Element)**](https://chromewebstore.google.com/detail/superdev-pro/jlkikimlceonbmfjieipbonnglnlchhl?ref=hubwiz.com)。

![](https://www.hubwiz.com/blog/content/images/2026/03/image-13.png)

负责任地使用，它是一个原型设计捷径。不负责任地使用，它是通往法律麻烦和声誉损害的快车道。

在代理时代，这很重要，因为"快速构建"变得微不足道——**这将竞争转向：**

- 原创性
- 分发
- 信任
- 合规性
- 安全性

***你无法通过克隆来长期赢得相关性。***

## 10、小脚本，大观点：在让代理接触东西之前备份

代理不害怕做出改变。他们会毫不犹豫地编辑 37 个文件。有时这很壮观。有时这就是你发现后悔是什么味道的方式。

所以保留一个简单的备份脚本。即使是这种基本的 Python 方法（用时间戳复制目录）也是一个好习惯，在你让代理重构任何有意义的东西之前。

重点不是脚本。\*\*重点是姿态：\* **像对待生产变更一样对待代理变更**。

## 11、IDE 不会消亡。它们会被降级。

我有一个理论，JetBrains IDE 的销售（以及整个"超高级 IDE"类别）将面临逆风。

不是因为 IDE 不好——它们很优秀——而是因为重力中心转移了。

**如果大多数代码是生成的，价值就会转移到：**

- 决定构建什么
- 设计系统
- 检查假设
- 审查输出
- 捕获安全问题
- 根据产品现实进行验证

***你仍然需要一个 IDE。你只是不需要它成为明星。***

**这与 Karpathy 的观点一致：** *难题变成了概念性的，而不是语法性的。*

## 12、LinkdeIn："经过验证的氛围编码技能"

现实继续由厌倦的讽刺作家书写。

LinkedIn 与 Descript、Lovable、Relay 和 Replit 等合作伙伴推出了氛围编码技能的验证，级别从青铜到钻石。**公告：**[*LinkedIn 经过验证的技能*](https://news.linkedin.com/2026/Professional%5FEdge%5FSkills%5FVerified?ref=hubwiz.com)\*。

![](https://www.hubwiz.com/blog/content/images/2026/03/image-14.png)

**这很有趣。这也是一个信号：**

***当工具改变了"好工作"的样子时，认证系统争先恐后地跟上。在代理时代，你不仅要证明你会编码——你还要证明你会指挥代码。***

## 13、将所有这些联系在一起的一个想法

我们正在看着软件开发围绕代理重新组织自己。

不是作为助手。不是作为自动完成。不是作为玩具。

**作为一条新的生产线。**

- 像这样的仓库 [everything-claude-code](https://github.com/affaan-m/everything-claude-code?ref=hubwiz.com) 成为标准环境。
- 群体成为团队。[MCP 应用程序](https://blog.modelcontextprotocol.io/posts/2026-01-26-mcp-apps/?ref=hubwiz.com) 成为 UI 升级——而 [VS Code 的支持](https://code.visualstudio.com/blogs/2026/01/26/mcp-apps-support?ref=hubwiz.com) 使其成为现实。
- 像这样的网关 [Vercel AI Gateway](https://vercel.com/changelog/claude-code-max-via-ai-gateway-available-now-for-claude-code?ref=hubwiz.com) 成为运维层。
- 技能和钩子（如 [next-skills](https://github.com/vercel-labs/next-skills?ref=hubwiz.com) 和 [Ralph](https://github.com/gemini-cli-extensions/ralph?ref=hubwiz.com)）成为自动化胶水。
- 内存系统（如 [clawdbot-supermemory](https://github.com/supermemoryai/clawdbot-supermemory?ref=hubwiz.com) 和 [claude-cognitive](https://github.com/GMaN1911/claude-cognitive?ref=hubwiz.com)）成为使代理在时间上可用的持久性。
- 人类成为决定什么重要、什么算完成、什么可以安全发布的人。

***所以问题不是"代理会取代开发者吗？"***

![](https://www.hubwiz.com/blog/content/images/2026/03/image-15.png)

**问题是：你会成为能够运行一群不知疲倦、略不可靠的实习生——并且仍然发布好东西的开发者吗？**

**因为这就是现在的工作。**

---

原文链接: [The Great Coding Agent Phase Shift: Why Your IDE Is Becoming a Side Character](https://abvcreative.medium.com/the-great-coding-agent-phase-shift-why-your-ide-is-becoming-a-side-character-3c487d9726d4?ref=hubwiz.com)

汇智网翻译整理，转载请标明出处