聊之前我们先说点前言，之所以会有这个思考，其实也是来自近日的「云鲸 Cursor Team 邀请泄漏 」事件，云鲸在企业内部应该是有 Cursor 的大规模使用，然后某个 Seat 邀请链接泄漏，导致几万人涌进云鲸的 Cursor Team ，短短一会就消耗了几万美金，最终负责人表示这个钱就当是做广告了。
当然要聊的不是这个事，而是「管中窥豹」，通过和这个事我们可以看到，现在不少企业已经在企业内部推广 AI 开发链路 ，另一个典型就是近期舆论风口的「昆仑万维 」，他们在 Cursor 的基础上，进一步扩大到了 OpenAI Codex 和 Claude Code 平台 ，并要求开发提效：
另外也有一些企业要求员工 AI 的代码提交比例，比如只给员工分 API Key ，统一走内部模型中转，这样就可以基于工具 session 来归因代码的 diff hunks ，从而统计员工的代码 AI 占比，例如：
每次 agent run 的 session id 直接记录它改了哪些文件、生成了哪些 diff hunks，最终在 commit message / git notes / PR 描述里自动写入"AI-Session: xxx" 来统计等。
说这些的目的主要是想说：AI 时代下，工具已经在发生大规模转变，甚至 Cursor 作为 AI IDE 自己本身都产生了危机感。
Cursor 作为 Top 级别的 AI IDE，2025 年 ARR（年度经常性收入）达 12 亿美元，同比增长 1100% ，到 2026 年 2 月，ARR 超过 20 亿美元，3 个月内翻倍，企业客户占比 60%，估值 293 亿美元，用户月活从 2024 年 120 万增长到 2025 年数百万， 对比 Jetbrains 逐步放缓增长速度是一个很明显的市场信号。
可以看到，Cursor 等 AI IDE 已经在迅速占领 JetBrains 等老牌 IDE 企业的市场，但是时代也在快速变化，在今年年初时，Cursor 开了一次叫 "War Time" 的全员会议，当时现场员工在体验过 Opus 4.5 之后的感受：
"它的编码能力已经进步到"开始让开发者不再需要逐行审查输出的地步"，开发者不需要 Cursor 代码编辑器的 AI 助手协作，而是可以向自主代理发出高级指令，并直接完成功能。
虽然完全不需要在 IDE 里写代码明显还不现实，但是如果开发者用 IDE 的目的慢慢变成只是为了方便 Review ，只是为了方便处理 Git DIff ，如果开发过程不在需要人的协作，那为什么还要费心的对着编辑器？如果一行一行写代码不再是程序员工作流程的核心，那么 Cursor 的产品形态是不是也会面向冲击？
所以在全体人员会议上，Cursor 领导层警告未来几个月将充满动荡，项目可能会被取消，优先级可能会被调整，公司的新使命被称为"P0 #1"："构建最佳编码模型。"
在 Cursor 的领导层深知，软件开发的未来不再是写代码行，因为 Cursor 正在面对着 Claude Code 、Codex App 的市场冲击，虽然 Claude Code 和 Codex App 不是直接对标 IDE 编辑器市场，但是随着这一年过去，它正在让 IDE 编辑器不再重要。
Claude Code 在六个月内年化收入突破 10 亿美元，上个月达到 25 亿美元，超过了 Cursor。
我们之前也聊过很多类似场景，随着 AI 的飞速发展，许多开发者不再逐行编写代码，而是协调 Agent 来分配任务、审查输出、协调多个并行进程，比如 AI 应用 Speak 的联合创始人兼首席技术官 Andrew Hsu 就曾表示过：
公司 50 名工程师的团队都在使用编码 Agent（主要是 Claude Code，有时也用 Codex），可以做到在几周内发布功能，而非几个月，他表示 Cursor 在审查变更中仍然需要，但作用正在减弱。
所以可以看到，从 2024 - 2025 Cursor 飞速崛起，而 2025 -2026 Cursor 就面临抉择 ，但是问题回归我们本篇真正的主人公：Jetbrains ，这个在 AI 时代的老牌 IDE 订阅制企业，它好像在 AI 时代貌似正不知不觉间消失在我们的视野。
Jetbrains 的公开信息我们只能看到 2023 年的数据，之后 2024 和 2025 都没有相关公布，而在 JetBrains Research 在 2025 Developer Ecosystem 就提到：85% 开发者经常使用 AI 工具，62% 依赖至少一种 AI 编码助手/代理/编辑器，所以其实 Jetbrains 也在知道 AI 的冲击，也做出了一些反应：
- 2024.1：JetBrains AI Assistant 明确提出本地 full line code completion（FLCC），并强调这些语言/框架专用模型"完全在本地设备运行"，同时支持连接不同 LLM
- 2024.3：AI Assistant 引入"聊天模型选择"，可以在 Gemini、OpenAI 与本地模型之间切换，并提供通过 Ollama 连接本地模型，同时强化上下文管理 UI，推进 Mellum（其自研模型）以扩展云端代码补全语言覆盖与降延迟
- 2025.1：JetBrains 引入"免费层 + 统一订阅"，并在 AI Assistant 中以 Beta 形式提供多文件编辑，同时引入 MCP（Model Context Protocol）以连接外部上下文与工具，离线模式进一步扩展到聊天/生成等能力
- 2025.2： 强调 Junie "最高快 30%"、支持 MCP client、IDE 作为 MCP server
- 2025.3 强调多代理体验（Junie + Claude Agent 统一界面）、配额透明展示、以及 BYOK（Bring Your Own Key，使用自带 API key 连接 OpenAI/Anthropic/本地兼容 OpenAI API 的模型）
- 2025.08： 推行新的 AI quota 模型，并强调"对齐外部模型提供商成本、透明计费与可扩展 top-up"了， JetBrains 将 AI 的成本与收入从"打包式订阅"逐步转向"订阅+消耗"的混合结构
实际上 Jetbrains 是知道存在用户流失的，在核心收入产品 PyCharm 和 IntelliJ IDEA 社区都存在转移的舆论，而 Rider 这种非核心营收上反而没那么明显。
所以 2025 年 JetBrains 官方也发起了 「Migrate from Cursor」 的指南，希望通过 JetBrains 的 AI 支持来吸引回原本的开发者：
但是根据 JetBrains 自己 2025 数据，Copilot 和 Cursur 在 AI 赶上或者超过 JetBrains AI Assistant ，而主推的 Junie Agent 更是只有 5%：
其实这个数据从我感觉还是偏理想了 ，实际上有 JetBrains AI Ultimate 的情况下，我体验过 JetBrains AI Assistant 和 Junie ，整体感觉和体验确实跟不上 Cursor 、 Claude Code 和 Codex ，甚至体验上也不如 Copilot CLI ，虽然它和 IDEA 集成度很高，但是在响应速度、流程一致性和成功率上都不太理想。
以至于我只会在 Token 不够的情况下，才想它。
另外，JetBrains 在全面投向 AI 的过程中，也对已有 IDE 市场的维护出现了小部分反作用，例如：
- 去年的一篇「 Basic functionality still less important to JetBrains than generative AI 」 的讨论就指出，，JetBrains 投入巨资研发 AI 聊天，但是却不修复已存在数年的 WSL 环境 Bug 和历史记录损坏问题
- 在 AI 市场没产生突破性的情况下，IDE 的基础稳定性反而出现下降
一些老用户的反馈也很真实，虽然 VSCode 在 IDE 层面不够好用，但是 AI 时代这不重要，Junie 带不了比 Cursor 的体验和效率，而这一切也体现在 JetBrains "动作太慢了"，也许是时代变化太快了，比如现在 Cursor 也在担心 Claude Code 和 Codex 的冲击了：
当然具体真实数据什么情况没有真实来源，但是从社区反馈来看，目前确实让 JetBrains 处于一个尴尬的位置，比如：
JetBrains AI Assistant 每月 10 美元看似比Cursor Pro的 20 美元便宜，但加上 IDE 订阅费用后的总成本反而更高，尤其是当 AI 功能的实际表现不如预期 。
所以目前官方针对情况，JetBrains 也意识到单一的代理（Junie）无法满足所有开发场景，因此也做出了新的 2026 规划：
-
推出了ACP（代理客户端协议）
- 2026年 IDE 将进化为"代理编排中心"，用户可以在 IDE 中直接接入 Cursor、Codeium 或 Mistral 等任何遵循 ACP 协议的AI代理
- 通过 ACP 和 MCP ，JetBrains 允许企业用户"自带模型（BYOM）"
- 但是一些情况下有趣的是，用这个你要有 Cursor 订阅和 JetBrains 的订阅
-
规范驱动开发 (Spec-Driven Development, SDD)
- 主推 SDD模式
从这个举措可以感受到， JetBrains 在极力挽救 2B 市场，因为企业订阅属于是重要的营销场景。
但是这些可以拯救得了 JetBrains 的市场吗？未来 IDE 市场是否能维持下去还未知？但是 JetBrains 却是在 2025 年订阅价格上调 20% ，这个做法看起来是想让你提前预付来对冲，但是这个行为放现在看就显得有些无法理解：
对比 Cursor 对 IDE 市场受到 Claude Code 和 Codex 的冲击的急迫，拥有历史底蕴的 JetBrains 看起来底气更充足？
从目前一些外部企业情况看，不管是国内「昆仑万维」的经典情况，还是国外类似 Valon 公司取消 Cursor 订阅并转向 Claude Code 的情况，又或者身边更多小伙伴加入到 Claude Code 和 Codex 的趋势，又甚至 Antigravity 虽然发布，但是之前大家更愿意反代理出来到 CLI 里使用等情况，都表现出一个未来可能：
IDE 不再是开发中的关键环境，它的作用越来越弱，而强大的 Agent 重要性也越来越明显，你的产品除了要有优秀的模式，还需要有更前沿的 Agent 才能留得住用户。
2025-2026 年的一个典型用户心态就是：
"如果一个工具能帮我一键完成半天的活，那我不在乎它是否像 IntelliJ 那样有 20 年的静态检查积淀" ，这种心态在需要快速交付的项目中占据了主导地位。
而这些 AI 原生工具和代理工具的增长数据，也是 JetBrains 传统 IDE 生态被不断蚕食的直接结果，开发者正处于从"代码编辑"向"意图编排"的过渡，就连 Cursor 这些风头正盛的 AI IDE 产品，也在「居安思危」，寻求一种能够同时管理数百名 Agent 协作的工具，这在它们内部称为"磨耗模式" 。
所以，你认为 JetBrains 能转型成功吗？你用过它们的 AI 能力那？你觉得它现在的路线还有希望吗？你是否还在使用或者有使用 JetBrains ？
