モデル1つがすべてやるのではなく、複数を mesh で束ねて同じ課題に当たらせる。

モデルが協力する2つの方向

mesh は2方向を同時に走らせます。モデルピッカーとオーケストレーションレイヤーの違いはそこにあります。

mesh に入れられるもの

課金軸は1つではなく2つです。mesh はチャージしたプリペイド残高から差し引かれ、それ以外はすでに持っているサブスクリプションで動き、そのプロバイダーが直接課金します — meshcode が再課金することはありません。1つの mesh の中で両方を混ぜて使うのが普通の構成です。

mesh を配線する

mesh に入れていないモデルには何も渡りません。Settings → Delegation で、誰が仕事を受け取れるか、どの順で試すかをチェックします。ここに現れるキーは次の通りです:

委任キー

1. 01
   誰を入れるかチェック

   チェックしていないモデルには何も委任されません。プロバイダー全体をチェックすれば、そのモデルを一括で取り込めます。
2. 02
   試す順にドラッグして並べる

   リストの順序が優先度です。大量読み込みで信頼している安いワーカーを一番上に置きましょう。
3. 03
   必要なら、mesh をそのリストだけに絞る

   制限トグルをオンにすると、オーケストレーターはチェックした範囲の外には手を出せません — 特定プロバイダーのクォータを守りたいときに便利です。

どちらが優れているかは誰が決めるのか

私たちではありません。上のリストは順位表ではなく、安定したカタログです — meshcode はこれらのモデルについて能力ランキングを意図的に出しません。1つの粗いランキングは、実際の作業の大半には合わないからです。代わりに2つが決めます:

• drag_indicator あなたが決めた順序。 Delegation パネルでドラッグして決めた優先度が、そのまま守られます。
• history そのモデル自身の実績。 オーケストレーションを行うモデルはプロジェクト内に委任履歴を残し、渡す前にそれを読みます。だからあなたのコードベースで実際にうまくいった結果が、どんな一般的なランキングよりも優先されます。

実際に成り立つルール: 検証できる仕事だけを委任する — ビルド、テスト、diff で確認できるもの。判断、設計、微妙な部分は最上位モデルに残してください。