你有没有过这种体验？

写一个小函数，随手开了个最强模型，结果它想得太深、回得太慢，你等得都快忘了自己刚才想干嘛。轮到真正的疑难杂症——多文件重构、跨模块调试——你又切回了轻量模型，结果它给你挖了一堆坑，你还得反过来帮它擦屁股。

选模型这件事，本来就不该由你来判断。你手上只有任务，模型手上才有能力清单。以前你只能靠经验猜，现在 VS Code 想替你把这个决定拿回去。

HydraFusion 是什么

VS Code 最近上线了一个叫HydraFusion的东西，目前是Research Preview（研究预览）状态。

它不是一个新模型，而是一套自适应编排系统。你给它一个任务，它来决定：这个任务该用一个模型，还是该让一个模型先试、不行再升级，还是该让两个模型互相审核。

虽然听起来很像auto 模式，但是它们的差别可以用如下非常精准的对比来说明：

Auto model selection 回答的是：“用哪个模型？”
HydraFusion 问的是：“该怎么解决这个任务？”

这个区别很关键。前者是选工具，后者是选流程。不同任务需要的流程不一样，有的任务一个模型就够，有的任务需要一个模型先出草稿、另一个模型挑毛病。

三种工作流

HydraFusion 会根据任务，把请求路由到三种工作流之一：

⚡ Single（单模型）
任务足够简单时，一个模型直接处理，不搞多余动作。

🪜 Cascade（级联）
先让一个高效的模型试。如果结果没达到质量标准，工作流会自动引入一个更强的模型接手。

🔎 Critique（Rubber Duck，橡皮鸭）
一个模型出方案，另一个模型独立审查，第一个模型再根据反馈修改。相当于让两个模型互相"挑刺"，降低出错的概率。

它适合什么场景

多步骤任务、仓库级改动、调试、以及需要独立审查的需求。

这些场景的共同点是：你没法在开始之前就确定"一个模型够不够"。以前你得边做边判断，中途发现不对再切模型。现在你把任务丢给 HydraFusion，它自己判断该走哪条路。

怎么用呢？非常简单

选择这个模式

然后给他一个复杂的需求

可以点击first pass查看这个模式具体在做什么，内容再左边的区域展示

有了这个模式

以后你不需要在每次开工前纠结"这次用哪个模型"了。你只需要描述清楚任务，剩下的，交给那个负责编排的家伙。