プロジェクト概要
V4 Flash 神モード（opencode-go）は、dsh-routing-suite の初期バージョンで opencode-go 向けに用意された暫定対応です。特定のプロンプト条件下で、Flash モデルの実行結果を改善できるか検証することを主な目的としていました。
このプロジェクトは検証という役割を終えており、現在は開発が継続されていません。元の作者はその後ルーティング方式を再設計しているため、新しいユーザーはこのリポジトリを主なインストール元として使い続けるべきではありません。継続的にメンテナンスされている dsh-routing-suite へ移行してください。
重要：このプロジェクトには初期バージョンの基本的な考え方のみが残されており、元の作者が後から追加した完全なルーティングモードや更新内容は含まれていません。
基本的な考え方とプロジェクトの特徴
- Flash モデルの検証を目的とする：プロンプト条件によってモデルの性能が向上するかを確認します。
- opencode-go 向けの暫定対応：特定の対応背景を持つものであり、現在の汎用的な方式ではありません。
- 初期のルーティング理念を保持：プロジェクトの発展過程を理解するのに役立ちますが、新機能の参考には適していません。
- メンテナンス停止：元の作者による設計変更には今後対応しません。
新しい方式における2種類のルーティングモード
元の作者が再構築した dsh-routing-suite には、2種類のタスクルーティングモードがあります。モードを選ぶ際は、タスクの複雑さ、納品までの速さ、そして事前に明確な仕様を作成する必要があるかどうかを優先して考慮してください。
standard：標準実行モード
standard は実行重視のモードです。行動しながら観察し、必要に応じて修正することを重視しており、目標が比較的明確で、迅速な納品が必要なタスクに適しています。
代表的な選択基準は次のとおりです。
- タスクの範囲が小さく、すぐに実装を開始できる。
- 要件が比較的明確で、長時間の計画を必要としない。
- 実行中に方針を段階的に調整できる。
spec：Specification-first モード
spec は計画重視のモードです。まずタスクを分析して実装仕様を明確にし、その後で実行段階に移ります。依存関係が多い作業や、要件が複雑な作業に適しています。
代表的な選択基準は次のとおりです。
- 複数のモジュールや連続した手順にまたがるタスクである。
- 実装前に範囲、制約、受け入れ基準を明確にする必要がある。
- 実装を誤った場合の手戻りコストが高い。
インストールと設定
README には、メンテナンスが停止したこの暫定対応を継続利用するためのインストール手順は記載されていません。開始する際は、次の方法を推奨します。
- 現在のリポジトリを新しいプロジェクトの主なインストール元にしない。
- 元の作者のリポジトリ dsh-routing-suite を開く。
- そのリポジトリにある現行バージョンのインストール手順と環境要件を読む。
- 元の作者のドキュメントに従って設定し、このプロジェクトの初期バージョンの前提をそのまま適用しない。
- インストールや実行中に問題が発生した場合は、元の作者のリポジトリで既存の説明を確認するか、問題を報告する。
元の作者による新しいプリセットは、provider ではなくモデルを基準にルーティングします。また、opencode-go 固有の依存関係は含まれていません。README では、この方式は理論上 opencode-go + DeepSeek V4 Flash で利用できるとされていますが、実際の互換性と効果については、元の作者のリポジトリにある最新のインストール手順とテスト結果を基準にしてください。
基本的な使い方
現在の README には、実行可能なコマンド、設定ファイルの形式、API の例が記載されていません。そのため、具体的なパラメーターを独自に想定すべきではありません。実際に使用する際は、まずタスクの種類に応じてモードを選び、その後 dsh-routing-suite の最新ドキュメントに従って設定してください。
例1：明確なタスクを素早く完了する
範囲が明確な問題を修正し、できるだけ早く結果を得たい場合は、次のモードを優先的に検討できます。
ルーティングモード：standard
作業方法：実行を開始し、作業中に確認と修正を行うこのモードは迅速な納品に適していますが、実行中も出力が目標に合っているか継続的に確認する必要があります。
例2：複雑なタスクに対応する
複数のモジュール、要件や制約、または長い実装工程が関係する場合は、次のモードを優先的に検討できます。
ルーティングモード：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 ライセンスに関する説明に従います。