第一，先打开 Hermes 的模型配置。

hermes model

如果你用的是 Nous Portal 或 Hermes 自带模型选择器，优先在列表里选择新的 DeepSeek V4 Pro 或 V4 Flash。不要手动死记模型 slug，以你当前界面显示为准。

第二，检查 Hermes 配置目录里有没有写死旧模型名。macOS 和 Linux 可以用：

grep -R "deepseek-chat|deepseek-reasoner" ~/.hermes 2>/dev/null

Windows PowerShell 可以用：

Get-ChildItem -Recurse -File "$env:USERPROFILE.hermes" | Select-String -Pattern "deepseek-chat","deepseek-reasoner"

第三，检查项目规则、Skill、脚本、环境变量。很多人不是在 Hermes 全局配置里踩坑，而是在某个项目的 AGENTS.md、SKILL.md、.env、启动脚本里写死了老模型名。

grep -R "deepseek-chat|deepseek-reasoner" . 2>/dev/null

Windows PowerShell：

Get-ChildItem -Recurse -File | Select-String -Pattern "deepseek-chat","deepseek-reasoner"

查出来以后，不要全局一键替换。先看这个配置本来负责什么任务，再决定换 Flash 还是 Pro。

迁移完模型名，不要只看“没报错”。要跑 3 个最小测试。

第一个，普通回答测试。

请用 3 句话说明你当前模型适合什么任务。

第二，工具调用测试。如果是 Hermes，就让它做一个低风险只读任务。

请读取当前目录文件列表，并总结这个目录大概是做什么的。不要修改任何文件。

第三，复杂任务路由测试。让它说明什么时候该用 Flash，什么时候该用 Pro。

请根据我的日常任务，给我一份 DeepSeek V4 Pro 和 V4 Flash 的分工建议，并说明原因。

这三个测试跑通，才算第一阶段迁移完成。

DeepSeek V4 已经换挡，旧模型名也进入倒计时。deepseek-chat 和 deepseek-reasoner 还没报错，不代表可以一直不管。

Hermes、Claude Code、Codex、MCP、自写脚本里，只要写死过这两个名字，都建议在 7 月 24 日前查一遍。

更稳的迁移方式不是盲目全局替换，而是按任务分工：Flash 做日常和低成本任务，Pro 做复杂推理和关键判断。先只读检查，再生成清单，最后小范围测试。这样比等报错当天再救火舒服得多。