以真实代码库为例说明如何把Gemini 3.8 Flash迁移到Hydrogen，并用多模型编排控制质量和成本。
迁移目标不是简单换模型名
从Gemini 3.8 Flash迁移到Hydrogen，最容易犯的错误是只替换API模型标识，然后把历史提示词、超时和预算原样保留。官方资料显示Hydrogen面向仓库编程、调试、交互式网页和多模态工作流，并支持四档思考等级。迁移目标应定义为：相同测试集上缺陷修复成功率提高、无关文件改动减少、耗时可控、成本不超预算。先冻结一份基准代码和任务清单，避免测试过程中需求不断变化。
建立可复现的代码任务集
挑选至少30个任务，覆盖定位问题、修改代码、补测试、解释架构、数据库迁移和前端样式。每个任务保存初始提交、预期文件范围、验收命令、禁止修改区域和人工评分标准。不要只用能够一次通过的简单题，要加入依赖缺失、日志不全、测试失败和工具返回空值等异常。评估时统计一次通过率、平均修改文件数、回滚率、测试通过率和每个成功任务的Token成本。
单模型迁移步骤
先在影子环境接入Hydrogen，默认使用high，并把系统提示改成“先读取约束，再列计划，只修改必要文件，运行指定验证，失败时报告原因”。限制可写目录和可调用命令，禁止读取密钥目录。随后把同一任务同时送给旧模型和新模型，结果只进入评审，不直接合并。连续完成两轮测试后，再把低风险文档、测试补充和小缺陷交给新模型自动创建分支，高风险数据库与权限代码仍要求人工批准。
多模型编排怎么做
编排器先判断任务类型和风险：需求拆解、复杂架构与难定位问题交给Carbon，明确的小修改交给Hydrogen，Hydrogen完成后由独立验证Agent运行测试和审查差异。失败不要无限循环，最多允许一次修复重试，然后升级到强模型或人工。并行Agent必须使用隔离工作区，不能共享未提交文件；每个Agent只获得完成任务所需的最小工具权限。这样才能获得速度优势，而不把并行变成冲突放大器。
上线检查与回滚
正式切换前检查SDK兼容、模型名称、思考等级、输出上限、速率限制和错误码处理。保留旧模型路由至少一周，并支持按仓库或团队回滚。监控四类异常：响应时间突然增长、补丁范围异常扩大、测试通过但业务行为变化、工具调用连续失败。任何自动合并流程都应要求分支保护、状态检查和责任人确认。模型能力提升不能代替代码评审，真正可靠的是可复现测试、最小差异和清晰回滚。
站内相关阅读
参考来源
官方资料与技术说明。本文基于公开资料独立整理，并结合实际部署流程补充，功能、价格和可用范围以官方最新页面为准。
