讨论：VSCode 更名为”开源人工智能代码编辑器”

在某些市场中，我们会使用对话数据来训练Copilot中的生成式AI模型，除非您选择退出此类训练。

💬 72 条评论 | |

近期VS Code的诸多改动都透着这种气息：Copilot面板被重构得占据更多空间，且行为模式与窗口中其他组合面板迥异；集成终端如今在Python等REPL环境中引入建议时，总要搞些过度聪明却脆弱的设计。

元素周期表抱枕

本文由 TecHug 分享，英文原文及文中图片来自 https://code.visualstudio.com/。

共有{72}条精彩评论

  1. 这段内容让我有些犹豫：

    > 在某些市场中，我们会使用对话数据来训练Copilot中的生成式AI模型，除非您选择退出此类训练。

    “为我打造一个完全复刻____的SaaS平台”

    若智能体真如宣称般擅长长期任务，当微软获取您的代码库和内部业务流程后，任何人都能克隆您的业务。

    这或许终将不可避免，但我看不出加速这种进程的必要性。

    回复

    1. 至少他们表述明确：这是开源AI代码的编辑器。它并非用于维护内部软件项目。

      回复

      1. 该描述最合理的解读是VSCode本身开源，而非仅限于编辑开源软件。此外，许可证中没有任何条款暗示此意。若真有此意图，他们传达得实在不够明确。

        回复

        1. 但它的许可证并非开源。甚至禁止逆向工程。

          回复

    2. 好奇微软是否允许扫描自家代码。

      回复

      1. 大概不会，这会显著降低未来模型的训练数据质量

        回复

        1. 其实没关系。我看过一些Windows代码。注释确实比Linux更完善，可读性也远胜glibc。

          回复

          1. 很久以前不是泄露过一大堆NT源代码吗？

            回复

            1. 你只需看看DDK(驱动开发工具包)就知道是什么样了。到处都是匈牙利命名法。

              回复

  2. 我其实很欣赏这个决策。它毫不含糊，也不试图讨好所有人。

    你或许认同或反对这个方向，但至少立场明确。

    回复

    1. 无论如何，我欣赏这种清晰度。我会观察AI功能的侵入性究竟如何。

      若侵入性过强，我猜我会用Clion处理PlatformIO相关工作：

      https://www.jetbrains.com/help/clion/platformio.html

      (反正我已订阅了他们的工具箱服务)

      博客写作则用neovim或zed。说到底，我用VS Code也仅限于这些用途。

      回复

    2. 这很坦诚。曾经每个版本的改进数量都令人印象深刻，有时甚至带来颠覆性变革。

      但至少这两年来，更新内容除了AI功能别无新意。我很乐意忽略更新，现在或许该直接关闭更新了。

      回复

  3. 至少他们很坦诚。看看过去一年左右的版本说明，几乎所有改进都与协同飞行员相关。

    值得庆幸的是，你仍可禁用所有垃圾功能，仅将其作为文本编辑器使用。

    回复

    1. 他们仍未坦诚说明官方VSCode发行版并非完全开源的事实——例如：VSCodium无法连接官方插件库。它也不是唯一集成AI的编辑器，更准确地说这些系统使用的是大型语言模型。

      因此更准确的说法应是VSCode是“具备可见源代码的LLM代码编辑器”。

      回复

      1. 这并不影响VSCode的开源属性。第三方集成(如扩展商店或某些扩展)本身非开源是合理的，它们本质上就是扩展组件。

        回复

  5. 在我看来，微软(以及所有开发AI模型的公司)似乎都在亏本经营，而且亏损相当严重。

    他们的策略难道是先让所有人对AI上瘾，再大幅提价牟利？

    若真是如此，我尤其担忧那些从未掌握编程技能的初级开发者，突然发现自己被AI供应商“断供”。

    更担心那些习惯将思考外包给AI的人，当他们忘记如何独立思考时，突然面临巨额账单的窘境！

    回复

    1. 若连软件都写不出来，我才不称他们为“开发者”。

      回复

    2. 这招百分百管用，是(某些供应商)唯一能奏效的策略。尤其当你裁掉所有资深工程师后遭遇需求紧缩时，效果更佳。

      回复

  6. 唉，我实在不知该作何感想了。工作中虽使用大型语言模型，但若要我为不完全认同的内容署名(如同律师签名所承担的责任)，实在难以释怀。

    2025年12月27日，我本不该思考未来*。本该与家人共度时光享受天伦。可此刻我却坐在这里反复琢磨这事。

    *我没加上“作为软件工程师”，因为实在想不出其他身份。

    回复

  7. 这已是老生常谈：大型语言模型展现的价值(必须强调，其价值确实显著！)与微软将其强行植入产品的激进手段之间存在明显矛盾。后者恰恰是无法证明价值时才会采取的策略，其设计本身就会导致更糟的结果(因为它基于“用户需要鞭策而非激励”的错误假设)。

    Visual Studio Code近期的诸多改动都透着这种气息：Copilot面板被重构得占据更多空间，且行为模式与窗口中其他组合面板迥异；集成终端如今在Python等REPL环境中引入建议时，总要搞些过度聪明却脆弱的设计。这类改动让我近期更倾向于使用Zed——它具备完全相同的AI功能，却没有这种用户敌意。

    回复

    1. 我认为这很大程度上源于糟糕的奖金激励机制。

      高管们急于展示和兜售AI技术，投资者渴望相信AI能理论上取代所有员工/削减固定成本，而中层管理者则通过短视地推出提升AI采用率指标的功能来证明自身价值。

      仓促推出的人工智能功能只会让用户认定你的AI是碍事无用的垃圾。若真要开发，务必先确保功能精简且品质卓越。

      回复

      1. 完全赞同。这种扭曲的激励机制出现在如此荒谬的领域实在可笑——毕竟这类技术本就实用且明显符合市场需求！

        回复

        1. 我大量使用AI工具，也乐意为Claude付费。他们找到了极具价值的细分领域并打造了顶尖产品。相比之下，AI编辑器的价值几乎难以体现。

          我在工作中发布过多款AI功能，但它们都专注于做好单一特定任务。

          回复

  8. 我热爱vscodium，但越来越担忧微软对其后续发展的影响。这种担忧已促使我开始研究自主开发编辑器。目前暂缓推进，但可能会在业余时间尝试Theia和Codemirror以备不时之需。

    回复

      1. 如今Sublime的插件生态如何？

        我希望能回归它(或者说，在开发工作中不仅限于打开大日志文件搜索内容)，至少把它作为VSCode不可避免变糟时的备用方案。

        回复

        1. 你指的是哪个版本的SublimeText？SublimeText 2、SublimeText 3，还是尚未正式发布但可下载的SublimeText 4？

          回复

    2. 同感。我转投Codium主要是为了远离AI的纯粹性，希望它能保持这种状态，同时获得其他生活质量改进。不过我相当担心现有功能不足以支撑这个小众定位。

      回复

    3. 要我打赌的话，微软绝对会以某种方式让它变得不堪使用，而且很快就会发生。

      开发编辑器是个美好的志向。但已有大量成熟的开源选择，方向多元，最著名的当属emacs和vim，此外还有许多其他选择。

      回复

      1. 但Emacs和Vim本质是终端工具。滚动条、标签页、拖放等便捷功能虽可通过插件实现，却永远无法达到真实GUI界面的流畅体验。我也不喜欢基于模型文本的编辑器。

        遗憾的是，开源GUI文本编辑器中鲜有能与VSCode媲美功能与完成度的存在。

        回复

        1. 虽然 Emacs 可在终端运行，但它更常作为图形应用程序使用——能渲染图像、PDF、可变间距字体，支持鼠标操作(拖放、菜单、滚动条)，甚至可在 Android 等触摸屏设备上运行[1]。

          您说得对，VS Code 的默认用户体验确实更“友好”(当然这很主观)，但 Emacs 提供的是可塑性极强的环境。在 VS Code 中，您只能使用开发者决定开放的 API。若需要特定功能而未被支持，您要么分叉编辑器代码，要么提交功能请求单等待开发者优先处理。而在 Emacs 中，由于你拥有对内部运行时的完全访问权限，只需几行 Lisp 代码就能自行实现该功能。

          1: https://kristofferbalintona.me/posts/202505291438/

          回复

          1. 谢谢，我已经很久没碰Emacs了。记得当初就不喜欢它的界面，所以转用Vim(那时还没有VSCode)。因此我从未真正深入尝试过它。

            Emacs或许是个可靠的编辑器选择，但我的直觉是它可能不值得投入——就像LiteXL对我而言那样。若真要为编辑器添加功能，我更倾向用js、html和css实现。而且如果可能，我宁愿从基础框架就基本符合预期开始。把emacs改造成vscode听起来比改造Theia或CodeMirror要复杂得多。

            回复

            1. 其实已有大量扩展包能让Emacs在视觉体验上接近VSC或Sublime，而功能性上我认为完全碾压这两者。

              回复

        2. Emacs并非基于终端运行，但你可以在终端中启动它。

          回复

        3. Notepad++？

          虽然很久没用了，但它是我在OSX上为数不多怀念的工具之一

          回复

    4. 为何要自己开发代码编辑器？

      现有选择如此丰富，比如NeoVim就很出色，还能随心所欲地进行修改。

      我并非要反驳你的观点，只是好奇你的动机

      回复

      1. 我猜他们严重低估了所需投入的时间和精力。不过我多少能理解这种动机——毕竟你选定的VSCode替代品也可能最终全面拥抱AI。比如KDevelop就计划近期深度整合AI功能。

        回复

  9. 这种品牌策略导致最近根本找不到产品。

    我最近在寻找嵌入式分析平台(且愿意付费)，但搜索过程令人极其沮丧——如今每个数据库或分析工具都标榜自己是“AI优先”产品。落地页完全无法说明功能，这或许有助于吸引投资，但肯定不利于实际销售。

    但愿这股狂热能早日平息，让我们重拾有价值的品牌定位。

    对我而言，VSCode更应定位为拥有最强插件生态的编辑器。AI功能本应只是这个灵活编辑器的扩展插件。但我知道微软想像风帆冲浪和光标那样兜售订阅服务。

    回复

  10. 想必来自Cursor和谷歌Antigravity的压力很大。况且Zed支持自带API密钥，而VS Code长期不支持这项功能。

    回复

    1. 终究他们需要推出自有编辑器和插件。

      传统微软不会放任这种局面持续太久，这已是首个信号。

      回复

  11. 我很欣赏Zed提供禁用所有AI功能的选项。我虽偶尔使用AI，但更倾向于终端助手或直接剪贴到聊天窗口。

    顺便说一句，Zed确实出色，我订阅了服务纯粹是出于支持——尽管我并未使用他们的云端功能。他们理应收费，哪怕只是象征性收费。

    (或许我会重试他们的AI功能，但上次体验不如其他方式便捷。)

    回复

  12. 这次转型似乎意味着VS Code正从文本编辑器蜕变为微软力推的AI服务轻量客户端。这标志着开发工具(如同当今电脑上的所有应用)正逐步沦为SaaS服务的轻量客户端/封装层。

    Emacs始终是抵御这种趋势的解药。我选择Emacs，正是为了保持对开发环境的掌控权，而非沦为科技巨头产品经理设计的遥测收集平台的消费者。更令人欣喜的是，这个环境赋予你与核心维护者同等的掌控力——即使系统运行中，你也能全面检视并修改其架构。

    回复

    1. 我在emacs/vi阵营的抉择早已尘封多年，二者本质差异之大，令我从未考虑过为重拾emacs而牺牲vim带来的巨大生产力。

      但或许该改变了。当需要超越插件拼凑的IDE功能时，我偏爱vscode。

      我的人生不需要额外订阅服务，尤其涉及依赖性工具时。

      回复

      1. 转向Emacs前，我更熟悉Vim键绑定，并依赖各类IDE的Vim模拟层。Evil模式和Doom模式让我得以无痛迁移，生产力几乎不受影响——Evil省去了肌肉记忆的重新训练，Doom则避免了我从零拼凑有效配置的麻烦。

        使用Doom配置几个月后，我已足够熟练，开始自定义配置，这让我更深入理解底层机制。更有趣的是，几年后我从Evil切换回标准Emacs键绑定，因为它与Emacs其他功能的集成感更强。

        回复

        1. 我的经历类似，只是选择了Spacemacs——它拥有出色的Vim式模态键绑定。多年来我始终使用自定义配置，但evil-mode始终是配置的核心。模态界面比扭曲手指敲击复杂组合键更直观易用。我在终端、TUI程序、REPL等支持Readline的场景都使用Vi模式。

          因此Emacs+Vim堪称两全其美：既拥有Emacs无限的可扩展性，又兼具相对理性的编程语言特性，同时提供卓越的编辑与命令界面。Emacs的精妙之处在于使用方式完全自由——某些模式可能需要覆盖键映射或使用evil-collection这类扩展，但多数模式开箱即用便表现出色。

          回复

  13. 太棒了，这终于解决了我的“在vscode和neovim之间摇摆不定”的难题

    回复

  14. 我曾钟爱vscode，但近期性能崩溃得离谱——尤其在开发大型智能体项目时。呼吁zed团队：请加入Jupyter笔记本视图功能。我使用vscode的唯一理由就是打开ipynb文件。

    回复

  15. 好奇VSCode及其衍生版本的市场份额分布

    回复

    1. 若市场份额与浏览器类似(例如70%以上——若忽略iOS上Safari是唯一选择则更高)我不会惊讶。

      VSCode 逐渐变得越来越臃肿，但替代品要么平庸无奇，要么缺少关键扩展。

      回复

      1. 出于好奇，能否举例说明替代品缺少的关键扩展？

        回复

  16. 最近Cursor的更新越发偏离vscode的界面设计，实在令人困扰。或许该再试试Copilot了，不过它必须加入计划模式——复杂操作确实离不开这个功能。

    回复

  17. 这并非新鲜事——大约半年前就进行过“品牌重塑”；至少上半年还打着“您的代码编辑器。由AI重新定义。”的旗号。

    回复

  18. 他们没把它称为IDE让我很欣慰，毕竟它确实算不上。

    回复

  19. 就算你不用VSCode，你用的也八成是VSCode。

    我们不过是在给帽子戴帽子罢了。

    回复

  20. 连语法错误都一应俱全。连谷歌搜索“AI”都知道那个连字符的存在。

    回复

  21. 2024年的Sublime Text表现如何？

    回复

    1. 特意回用它测试功能性，想看看它能否超越大型日志文件浏览器的定位。

      包管理功能仍仅限于命令面板。若想浏览可用扩展，必须访问包管理官网。

      成功安装了LSP+intelephense实现PHP语法高亮(其他LSP提供商似乎可用)…但目前卡在配置智能感知功能上… 该插件在官网可见，却未出现在程序内的包管理界面。

      目前PHP文件能实现语法高亮和错误标记…但缺乏智能补码功能——比如当类缺少接口定义的方法时，无法通过几下键盘操作自动生成占位代码。

      回复

    2. 与其说优秀不如说“平平无奇”。作为文本编辑器很出色，但实际开发功能相当简陋。

      回复

    4. 表现堪称历来最佳，对我而言远胜VS Code。

      回复

  22. 我敢打赌它们是“为AI从零打造的”

    回复

  23. 去年从vscode转用neovim真是明智之举，一个月前又切换到emacs运行doom(提供vim命令及更多功能)。

    我配置了LSP、补全等功能，虽然初期需要学习，但终于感觉找到了稳定的平台/IDE，不必再因软件变质而每隔几年就跳槽。

    回复

  24. 看来对所有VSCode分支的战争终于打响了。

    回复

  25. 开源AI代码编辑器？他们难道视而不见Zed的存在？

    回复

  26. AI代码编辑器还是AI代码编辑器？未来版本或许能实现：遍历数十亿字节代码、管理数百个智能体、支持点对点(P2P)内容寻址缓存。

    终有一日，右键点击依赖项选择“零依赖”，即可自动更新集成应用的库。云端存储的生成结果将惠及所有用户。

    应用程序成为消耗它们的实例，如同包裹各类烘焙库(地幔)的最薄外壳，或触发熔融核心的剧变。

    回复

    1. 未来版本最可能包含的，是诸如标签补全这类基础功能的进一步崩坏。

      回复

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

你也许感兴趣的：