整理 | 褚杏娟

微软的某个语言服务扩展里，有一行代码，这行代码处在.json文件的第485行，它打破了该扩展与其他部分的兼容性。

情况是这样的，该条款作出了这样的规定，其内容为，C/C++扩展仅仅只能是，与，for Mac，Code，Azure，Team，以及微软后续推出的产品和服务一起使用，以此来进行开发以及测试您的应用程序。而这些限制使得开发者更加倾向于去应用微软的官方发行版，而不是别的版本。

That which is empty: C/C++ 这儿或许只能够被用来跟那个一起，那个是用于Mac的，那个是代码方面的，Azure ，团队 ，还有那个以及那个，为了去并且测试你的那个。

随后，有开发者发出抱怨，微软存在一些闭源扩展程序，比如远程访问、C/C++、C#，这些扩展程序的最新版本，已不能够在 或者其他非微软编辑器当中使用。其中，1.17.62 版本能够正常使用，然而 1.18.21 以及更高版本却无法正常运作。

针对微软商店安装扩展，有一份文档用以说明相关操作，该操作所依赖的是把扩展下载成.vsix文件，然而，此文件的下载链接如今已不在扩展市场的首页呈现，在诸多情形下，要是该扩展属于开源性质，那么开发者仍旧能够从其代码仓库比如之类的地方进行下载。

此外，有开发者表示称，C# Dev Kit同样遭遇了那样的限制 。

尝试使用 的 Dev Kit 扩展时 报告的错误

对于此情况，社区里的开发者作出表示，称他们已然发布了一个即时修复程序，且将会很快发布一个长期解决方案。

此外，还有开发者称，那最新版的扩展软件致使其工作受阻，不过其借助降低版本并停用自动更新的办法将问题解决了。“于扩展程序页面之中，‘卸载’旁边的下拉菜单里存在一个‘安装特定版本’选项。安装版本为 1.23.6”。

的威胁

微软所发布的Code，将开发者运用IDE的方式彻底予以改变，使得开发者能够借助一个统一的工具，去编写近乎所有语言以及技术栈的代码。

微软不但给出了Code，并且研发了好多扩展插件，像调试器、C/C++语言服务、语言服务、Azure工具、Data、快捷键映射，甚至于还有和的语言服务。这些仅仅是微软所研发的众多扩展里的一部分罢了。另外，微软还持有和npm，差不多是把控了整个软件开发工具生态。

原本这是挺不错的，然而，微软某些团队在最近状况有点不妙，具体缘由是，四位来自麻省理工学院（MIT）的本科生，运用开源模式，对其进行分支操作即 Fork，并缔造了一个存在竞争意义的产品。当面临询问是否期望把 AI 建议融入到自身正在开发过程中的代码时，情况却是相反的，反过来询问 AI 是否愿意让人类介入其中。

本来就不是开源的，这种做法即便存在争议，然而在所使用的 MIT 许可证情形下是被准许的，故而我们没办法查看其内部的实现情况，并且也不清楚它实际做了些什么。

但是，在去年年中时进行了大约6000万美元的融资，然而在差不多相同的时段，他们已然有将近4万名用户，给出了一项带有一定限制的免费政策，同时还有每月20美元以及40美元（按照用户来计费）的付费方案。

微软对于C/C++语言服务扩展，突然就停止了支持，这使得所有人都大为吃惊。不过呢，这其实也并非是什么新鲜的事情。有网友表示呀，微软自身的语言扩展一直都有声明，是不能在Code之外去使用它的（而且Code fork不算数哦），这绝对算不上是一个新问题，只是如今他们决定要去强制执行对C++扩展的限制了。在2018年的时候呢，微软就明确地表示过，不允许在Code forks上使用C#扩展。

微软，-cpp工具，其192行长的许可证文件表明，它作出了禁止的规定，禁止在一种环境中使用，这种环境是和微软工具以外的环境 。

名叫Tom的前端工程师发觉，新的限制规则是于4月1日被加进去的，并且还附带了某位评论者的一句评论：

“, , （拥抱、扩展、消灭）。”

这个短语不仅仅是对这次变更的嘲讽，实际上它来源于微软本身：

一种被称作“拥抱、扩展、消灭”（EEE），也被叫做“拥抱、扩展、根除”的表述，是美国司法部曾经探寻到的，微软内部所运用的一个策略短语，它是用来描绘其步入某些采用广泛开放标准的产品领域之际的行为模式的，先是“拥抱”标准，紧接着在这个基准之上增添专有功能来进行“扩展”，最终凭借这些差异把竞争对手“消灭” 。

上世纪微软多次反垄断案件里曾提到过这个策略，现在又被人再次说起，由此可知这一行为在开发者社区中引发了挺大的反感。

具体来看，这个策略的三个阶段如下：

当然了，微软绝对没有公开表明承认这即为他们的战略，毕竟那是在MIT许可证书之下开源的 ，而且.NET同样也是开源的，因而实在不太像是微软还会去推行执行“EEE战略” 。

然而，于此次事件当中mestrenova for mac，微软的确运用了一项已然存在多年的许可证款项，并且基于此对扩展增添了具有限制性质的封锁。往昔未曾如此行事，大概是缘于没有任何人将其拿去进行分叉操作并尝试使之成为竞争产品 。

有多少扩展受到影响？

那么，到底有多少扩展受到这种限制的影响？

经过调查之后表明，尚未发觉其他扩展同样存在类似的那种封锁行为。然而，尚未把全部内容都检查完毕。在全网范围之内搜索“may be used only with”这一短语，于微软开源代码库当中也没有找寻到更多类似的描述。

然而情况是，微软能够随时去添加这般的限制。实际上，只要你所运用的扩展里涵盖有以下这段话：

针对于Mac的、 Code 、Azure 、对Team以及其后续所产生的产品和服务，您能够用于安装以及使用任意数量的副本，并且仅仅是专门用来开发并测试您的应用程序，在这些情况之下您是可以进行操作的 。

那它理论上就可能在未来被微软加上访问限制。

显然，这项限制乃是强制约定，规定扩展仅能够跟微软所指定的工具一同运用，不可以被用于任何的衍生版本，。

在针对“only with”此措辞展开查找之际，并未寻觅到具备有力证明力的证据，以表明在其它的语言服务扩展的许可证之中，同样涵盖有类似这般的限制条款。

那么，得出的结论是，当下在其他语言服务扩展范畴里不存在相似的封锁情形呀，并且并非全部的扩展都运用了有着限制条件的那种许可证呢。

有这样一个建议，那就是当开发者做出在特定的fork上去运用某个扩展的决定之前，务必要先对它的许可证进行检查，又或者是去选择使用其他那些真正意义上开源、许可证处于开放状态的扩展。“实际上，微软所拥有的扩展商店并非是唯一的来源 —— 举例来说，你能够从Open VSX那里获取扩展，而它是由某个基金会负责托管的。”。

一款名为“锁定效应”的事物，促使了 Open VSX 市场得以诞生，它的最初目的是，防止官方 VS Code 专属市场，出现“严重限制那些采用开源开发工具的组织能力”的情况，。

即便如此，Open VSX市场里的扩展数量与使用率，依旧远远低于微软的官方市场。然而，仍旧于其IDE内提供对VS Code市场扩展的访问，涵盖微软的C/C++扩展以及C#，并且还给出一个设置选项，能够从已安装的VS Code里导入扩展。

从表面上看，微软当下正以更为严格的态势去执行其出台的使用条款 ，先行进行尝试，具体是在特定空间中开展对于微软的C/C++扩展的安装行径 ，尽管最终呈现出安装成功的结果 ，然而在运用诸如 “查找所有引用” 这般的功能之际 ，却遭遇无法正常运作的状况 ，最终致使弹出提示窗口 ，该提示窗口具备提醒用户的作用 ，所提醒的内容是此扩展存在使用方面的限制 。

此种情形让人产生困惑，缘由在于，在识别到适宜项目之际，依旧会向开发者推荐安装微软的C++扩展。开发者有可能会思索采用替代方案，像是某扩展，虽说它的安装次数仅仅是170万次，然而微软扩展的安装次数已然达到8100万次。

如下改写： 不过问题存在于，尽管微软免费给予了扩展，然而这并不表明开发者能够随意运用它们去做任何事情。他们能够随时改变许可协议，对使用方式予以限制，甚至要求因使用而付费。“这意味着，未来充斥着不确定性，并且当一家公司拥有某个工具或者平台的控制权时，它也就掌控了规则。”进行评价说 。

为了力挺自家 Agent 产品？

针对微软的这般变动，有开发者进行揣测，或许是鉴于VS Code稳定版里纳入了“Agent Mode”此项AI功能，从而致使其变成了VS Code更为直接的竞争对象，。

VS Code 在 3 月版本里推出了代理模式也就是 Agent mode，此模式如今已全面对 MCP 予以支持 。

和传统的聊天、多文件编辑功能不一样，代理模式的关键之处在于，它并非仅仅是回答问题，而是有着把开发者的想法 成代码的实际操作能力，能够自动识别或者生成所需文件，实现所有必需的子任务，保障达成开发者的主要目标，还会建议终端命令或者工具调用，并要求开发者去执行，同时具备运行时错误分析以及自我修复能力等 。

代理模式，由3.5、3.7、2.0 Flash以及GPT - 4o予以支持，目前呢，代理模式在基于3.7的SWE - bench测试里的通过率是56.0% 。

微软始终着重表明，虽说 Code - OSS 的代码属于依据 MIT 许可协议的开源项目，然而 VS Code 乃是微软基于 Code - OSS 仓库定制而成的发行版本，且运用传统的微软产品许可协议予以发布 。

据评论表明，于合规性范畴内，或许并非径直链接至VS Code扩展市场，而是借由其自身所拥有的服务去发布已上线扩展的链接。当下所呈现出来的问题好像仅局限于源自微软官方的扩展，并非第三方扩展。

参考链接：

可你提供的内容似乎并非一个完整的、有确切语义的句子呀，它看起来像是一个网址链接相关，但仅它本身不太能按照。

https://.com////2976

因为你提供的内容似乎并不是一个完整且表意清晰的句子，不太明确具体要怎么改写，仅从目前内容改写如下：https://..com/，从使用它的方面来看，这里就是那一行代码所对应的 。

那个网址链接是个 https 格式的，具体是这样一串字符，https://.com/，然后后面跟着年份数字 2025，接着是斜杠mestrenova for mac，再跟着月份数字 04，又一个斜杠，。

你提供的内容看起来不像是一个完整能正常表意的句子呀，它只是一串链接相关的字符，很难按照要求进行改写，你可以检查一下并提供准确的句子内容。

如有侵权请联系删除！