我想知道 auto 对于 flash 和 pro 的自动切换逻辑?

[GundamDr1ver]

因为突然使用 pro 的场景不在意料之中, 我认为也许会使用 pro 的场景仍在使用 flash. reasonix 被我用于轻度编码,所以也很少遇见问题,单纯想问一下 ,非常感谢🙏

[Evan-Pycraft]

模型输出前 256 字符包含:
<<<NEEDS_PRO>>> → 无理由升级
<<<NEEDS_PRO: 跨文件重构需要全局视角>>> → 带理由升级
触发条件:
模型自己在输出内容时决定。不是根据问题关键词匹配，而是模型在推理过程中的自我判断。

prompt 告诉模型两件事：

1. 应该用 flash 的场景（不用升级）
   读取文件、小修改、明确 bug 修复、直白的功能添加、正常任务

2. 应该触发 <<<NEEDS_PRO>>> 的场景
   <<<NEEDS_PRO: 跨 6 个模块的循环依赖重构。>>> ← 模型自己写理由
   模型被告知：当你觉得继续用 flash 只能给出猜测或明显平庸的回答时，就该升级。

具体触发理由（来自 prompt 示例）：
跨文件架构重构 — 牵涉多个模块，flash 深度不够
并发/安全/正确性约束 — 微妙的竞态条件、锁不变式
设计权衡 — 需要全局视野才能做对

3. 不会触发升级的场景
   正常任务: 读文件、小编辑、明确 bug 修、直白功能——stay on this tier
   模型自身逻辑: 如果 <<<NEEDS_PRO>>> 出现在输出中间（不是开头）→ 当作普通文本
   如果 preset 是 flash 或 pro → autoEscalate=false，整个机制关闭
   实际例子
   用户提问 flash 能不能处理 是否触发升级
   "把第 3 行的 foo 改成 bar" ✅ 轻松搞定 ❌ 不会
   "跑一下测试" ✅ 测试工具调用 ❌ 不会
   "这个并发 bug 怎么修？看下这 5 个文件" ⚠️ 可能不够深 ✅ 可能触发
   "帮我重构整个认证模块" ❌ 跨 10+ 文件 ✅ 很可能触发
   "这个锁竞争问题在哪？" ⚠️ 需要全局分析 ✅ 可能触发
   总结
   不是问题本身触发，是模型（flash）读到问题后、开始回答前，自己评估"这题我硬答可能翻车"，就在输出第一个字符时发射 <<<NEEDS_PRO>>>。系统收到信号后静默丢弃 flash 的回答，用 pro 重试同一轮。用户看不到 flash 的输出，只看到 pro 的结果。

核心思路：模型自己在输出前 256 字符内决定需要更贵的 pro 模式 → 发信号 → flash 调用被静默丢弃 → 用 pro 自动重试同一轮。用户实际只看到 pro 的结果。

[GundamDr1ver]

了解, 感谢 🫡