HydraFusion 扩展到 VS Code：模型选择开始变成工作流选择

2026年9月30日，GitHub宣布HydraFusion研究预览扩展到VS Code和GitHub Copilot应用。它虽然出现在模型选择器中，实际承担的是运行时编排：可让一个模型完成任务，也可让较高效模型先尝试，或引入另一模型家族的只读审阅，再进行一次修改。官方更新日志。

图：AI生成多模型协作概念配图，非HydraFusion实际架构或界面。

多一步审阅并不天然更便宜

官方文档指出，HydraFusion按所用模型分别计费，没有独立的编排附加费，但Auto的折扣不适用，多轮流程可能消耗更多额度。它仍是研究预览，没有服务等级协议，也不面向生产工作负载。组织用户还需满足预览与模型使用策略。官方使用说明。

实际分析：适合拿来检验明确的难题

与其直接把整个项目交给它，不如选一个有稳定复现和明确验收的多文件问题：提供失败测试、允许修改的目录、不得改变的接口，以及完成后需要展示的差异。观察额外审阅是否发现真实问题，是否避免了返工，而不是只看最终回答更长或解释更自信。

尤其值得记录审阅提出的意见后来有没有被验证。不同模型给出一致回答，不代表结论必然正确；如果它们依据的是同一条错误假设，仍可能一起漏掉边界条件。测试、静态检查和实际运行证据应保持独立地位。

被丢弃的草稿也可能已经改过文件

GitHub明确提醒，草稿被弃用时，其先前写入工作区的修改不会自动撤销。试用前最好让工作区状态清楚，完成后检查完整差异，而非只接受最后一段说明。若结果不理想，应按可恢复的版本控制流程处理，不要假定编排器已经回滚所有中间操作。

这次扩展让更多用户接触到“为任务选执行方式”的思路。它是否有价值，应由实际缺陷减少、可接受的等待和总成本共同衡量，研究预览阶段尤其需要保留人工审阅。

核对时间：2026年10月1日（北京时间）。发布事实以所链接的一手资料为依据，实践建议为本站独立解读；预览状态与可用范围可能变化。