项目概览
V4 Flash 神模式（opencode-go）是 dsh-routing-suite 早期版本针对 opencode-go 的临时适配，主要用于验证 Flash 模型在特定引导条件下能否获得更好的执行效果。
该项目已经完成其验证使命，当前不再演进。原作者后来重新设计了路由方案，因此新用户不应继续以此仓库作为主要安装来源，而应转向持续维护的 dsh-routing-suite。
重要提示：本项目只保留早期版本的核心思路，不包含原作者后续加入的完整路由模式与更新。
核心思路与项目特点
- 面向 Flash 模型验证：用于观察模型在引导条件下的效果提升。
- 针对 opencode-go 的临时适配：它包含特定适配背景，并非当前通用方案。
- 保留早期路由理念：可以用来理解项目演进过程，但不适合作为新版功能参考。
- 已停止维护：不会继续跟进原作者的设计变化。
新版方案的两种路由模式
原作者重构后的 dsh-routing-suite 提供两种任务路由模式。选择模式时，应优先考虑任务复杂度、交付速度以及是否需要先形成明确规格。
standard：标准执行模式
standard 是执行型模式，强调边行动、边观察、边修正，适合目标较明确且需要快速交付的任务。
典型选择思路如下：
- 任务范围较小，能够快速开始实施。
- 需求已经比较明确，不需要长时间规划。
- 允许在执行过程中逐步调整方向。
spec：Specification-first 模式
spec 是规划型模式，先分析任务并明确实施规格，再进入执行阶段，更适合依赖较多或需求复杂的工作。
典型选择思路如下：
- 任务涉及多个模块或连续步骤。
- 实施前需要澄清范围、约束与验收目标。
- 错误实施的返工成本较高。
安装与设置
README 没有为这个已停止维护的临时适配提供可继续采用的安装流程。推荐按照以下方式开始：
- 不要将当前仓库作为新项目的主要安装来源。
- 打开原作者仓库：dsh-routing-suite。
- 阅读该仓库当前版本的安装说明和环境要求。
- 根据原作者文档完成配置，不要直接套用本项目早期版本的假设。
- 安装或运行中出现问题时，在原作者仓库中查看已有说明或反馈问题。
原作者的新版预设按照模型而不是 provider 进行路由，并且不包含 opencode-go 特有依赖。README 表示，该方案理论上可用于 opencode-go + DeepSeek V4 Flash，但实际兼容性与效果应以原作者仓库的最新安装说明和测试结果为准。
基本使用方法
由于当前 README 没有提供可执行命令、配置文件格式或 API 示例，因此不应自行假设具体参数。实际使用时，可以先按照任务类型完成模式选择，再依据 dsh-routing-suite 的最新文档配置。
示例一：快速完成明确任务
如果任务是修改一个范围清楚的问题，并希望尽快得到结果，可以优先考虑：
路由模式：standard
工作方式：开始执行，在行动过程中检查并修正这种模式适合快速交付，但仍应在执行过程中持续检查输出是否符合目标。
示例二：处理复杂任务
如果任务涉及多个模块、需求约束或较长的实施链路，可以优先考虑：
路由模式：spec
工作方式：先分析和制定规格，再按照规格实施先规划能够帮助模型明确边界与步骤，降低在复杂任务中直接开始执行所带来的偏差。
迁移与使用建议
不要混淆早期适配与新版能力
本项目没有包含新版的 standard 和 spec 完整更新。阅读旧代码时，应将其视为历史验证版本，而不是新版 dsh-routing-suite 的功能实现。
优先依据模型进行路由
新版方案按模型而非 provider 路由。迁移配置时，应重点核对目标模型是否匹配，而不要仅根据 provider 名称判断路由行为。
谨慎验证 DeepSeek V4 Flash 组合
opencode-go + DeepSeek V4 Flash 在理论上可以结合原作者方案使用，但 README 没有承诺实际效果。建议先用规模较小、结果容易检查的任务进行验证，再决定是否用于更复杂的场景。
以最新文档作为唯一安装依据
依赖、配置方式和路由逻辑可能已经变化。不要从这个停止维护的项目推导新版安装步骤，也不要假设旧配置能够直接兼容。
结论
V4 Flash 神模式记录了 dsh-routing-suite 早期方案适配 opencode-go 的验证过程，但它已经停止维护。新用户应直接使用原作者项目，并根据任务特点选择执行型的 standard 模式或规划型的 spec 模式。项目基于 dsh-routing-suite，并遵循 MIT 许可相关说明。