开发工具Visual Studio Code发布1.140版本，其中最受关注的变化是此前的实验特性Harness正式转正，同时上线了名为HydraFusion的工具链。Harness可以理解为一个承托AI能力的框架，它把模型调用、上下文管理、工具使用与结果验证组织成一个可控的流程；转正意味着这套机制被认为是稳定的，可以被用在生产环境中，而不是仅供尝鲜的选项。
HydraFusion则把话题推向了另一个层面：多模型编排。在实际开发中，单一模型很难胜任所有环节——有的擅长理解大型代码库的结构，有的擅长生成测试用例，有的在写文档时更稳定，有的速度快但容易出错。如果编辑器只能绑定一个模型，开发者就需要在不同工具之间反复切换。HydraFusion的价值在于，它让这些模型可以在同一个任务里分工协作，由编排层决定每一步交给谁处理。
这种思路的转变并不微小。过去使用AI辅助编程，用户的心智模型是“向一个助手提问”，而多模型编排下的心智模型变成了“调度一组工具”。前者关注的是回答的质量，后者关注的是流程的效率与成本。比如在一次较大规模的重构任务中，可以让成本较低的模型先做粗筛与定位，再由能力更强的模型处理关键修改，最后交给专门的检视环节做校验，每一步的花费与耗时都是可见的。
对企业用户而言，编排层带来的最大好处是管控。当团队规模扩大，谁用了哪个模型、消耗了多少额度、哪些操作被允许自动执行，都需要有明确答案。此前这些信息分散在各个插件与账号里，很难统一审计。现在编排逻辑集中在编辑器内部，权限、配额与日志可以落到同一套管理界面中，IT部门的合规审查工作会轻松不少，也不必再为每个人单独配置环境。
当然，复杂度也随之上升。多模型的引入意味着调试链条变长：当生成结果不理想时，问题究竟出在路由策略、上下文裁剪，还是某个模型本身，需要逐层排查。这也对开发者提出了新要求，他们需要理解不同模型的能力边界，才能写出有效的任务拆分方式。某种程度上，这与当年从单体架构转向分布式架构的过程相似，收益可观，但心智负担确实增加了。
编辑器的角色也在悄然变化。过去它是写代码的地方，插件生态围绕补全、语法检查与版本控制展开；如今它正在变成AI能力的入口，插件要解决的问题变成了如何接入模型、如何编排任务、如何保证结果可控。谁掌握了这个入口，谁就掌握了开发者日常工作的第一现场。这也解释了为什么各家厂商都在争夺这块阵地，哪怕编辑器本身并不直接产生收入。
