Opencode-models-discovery 2.0 リリース: 形状の完全構成、OpenCode v2 正式修正

まず、結論は、次のとおりです。Opencode-models-discovery 2.0.0 は、10 月 19 日に公開され、正式に OpenCode v2 を主要な力と v1 を互換性のあるアダプタに復元します。これは、ルーチンアップグレードではありません - 設定ファイルの形状は完全に変更され、古いカリキュラムに従って、おそらく行から実行することはできません。

3つの尾を自分で踏んだ。そこまで下がっています。まず第一に、それが何をするか:非常に迷惑な問題を解決するOpenCodeプラグインです。 OpenCode互換ゲートウェイ、ローカルモデルサービス、APIの転送、および各新しいモデルは、モデル名、コンテキストの長さ、価格を打つためにconfigに手動で行きます。このプラグインは、一度だけフィットし、残りはそれ自体を引っ張ります。

opencode-models-discovery v2.0.0 - ダウンロード

今回の変更は?

倉庫は4月に建てられました 2026 ユhp/opencode-models-discovery, MIT, そして今 188 星, 57 フォーク. リストの一番上には聞こえませんが、「モデルディスカバリー」に深刻なOpenCodeエコロジーのプロジェクトはいくつかあります。

2.0.0 の 1つのコアアクションのみがあります。OpenCode v2 を初期の安定した統合に引き上げるお問い合わせ技術的には、V2 は pulgins/providers のライフサイクル API、ホストホスティングストレージ、インテグレーションバウチャー、ネイティブ TUI、RPC ハンドラー、エージェントツールのオリジナルの構成構造を使用します。

Translator: 古いプラグインは「設定を変更しました」と「ホストが立ち上がります」。ドキュメントは設定ファイルで記述する必要はありません。キャッシュはホストマネージャーに与えられ、モデルカバーはTuIパネルに照らし、再起動できません。

v1とv2のサポートレベル

ホストバージョン	サポートレベル	フィールドの設定	ストレージとバウチャー
オープンコード v2	ステディ・メイン	`plugins` そして、 `providers`	ホスト `ctx.storage` / `ctx.integration`
オープンコード v1	レガシーの互換性	`plugin` そして、 `provider`	v1 XDGキャッシュ+ボトム

v1は切断されず、安全な修理と深刻なリターンは所定の位置に残ります。しかし、新しい関数 -- ライフサイクル, キャッシュ, TUI, RPC, モデルオーバーレイ -- すべてが v2 にのみ移動します。, 自動的に v1 に戻りません。.

メタデータフォーマットの2つまたは9つのメタデータ形式。それは大きな写真です。

v2.0.0の正式な文書には、モデル情報フォーマットが9つあり、完全に「メタデータの摂取」と「発見スケジューリング」が削除されます。これはスマートな設計です:動きの論理はフォーマットのアダプターが付いている各製造業者のために、変える必要はありません。

フォーマット	お問い合わせ	追加リクエスト
`openrouter`	コンテキストの長さ、トップ出力キャップ、モード(テキスト/画像/udio)、プロンプト/補完とキャッシュ価格、ツールコールマーク、推論スロット(低/メディア/高)	追加のリクエストは必要ありません
`aiproxy`	AIProxy Inline Limited、価格、努力+Model.dev First Nameの表示	アセンブリ
`bifrost`	インライン限界、型、トークン、推論の変形	追加のリクエストは必要ありません
`litellm`	豊富なモデルメタデータ、コンテキスト制限、価格、機能	リクエスト `/v1/model/info`
`lmstudio`	ロードされたインスタンス構成(LM Studio 0.4.0+ ネイティブ) `/api/v1/models`お問い合わせ	お問い合わせ
`llama-swap`	コンテキストの長さ、構造、機能コールマーク	追加のリクエストは必要ありません
`models.dev`	パブリックディレクトリの下部、一般的なコンテキストと機能	プル! `models.json`
`omniroute`	(速い/屈曲)	追加のリクエストは必要ありません
`vllm`	ストレート。 `max_model_len`	追加のリクエストは必要ありません

最後の文を見る:一致しない場合 modelInfoFormatそれからモデルIDしかないので、メタデータはありません。それはバグではありません、それは設計です - 間違った価格とコンテキストの長さの束を避け、あなたが取っているサービスの種類を推測しません。

まずはこのフィールドに合っていなかったのですが、名前や考えだけでモデルの一覧を見ました。半日半日見ました。

プロフィールについてログイン

これは、ロールオーバーする最も簡単な場所です。 v1 その。 plugin / provider / options v2 ですべて無効にし、複数個で置換します。 settingsお問い合わせ

オープンコード v1	オープンコード v2
`plugin`	`plugins`
`provider`	`providers`
`provider.<id>.npm`	`providers.<id>.package`
`provider.<id>.options`	`providers.<id>.settings`
`options.baseURL`	`settings.baseURL`
`options.apiKey`	`settings.apiKey`
`options.modelsDiscovery`	`settings.modelsDiscovery`

直接実行する v2 構成は次のとおりです。

{
  "$schema": "https://opencode.ai/config.json",
  "plugins": [
    "opencode-models-discovery@2.0.0"
  ],
  "providers": {
    "gateway": {
      "package": "@opencode/ai/providers/openai-compatible",
      "name": "My Gateway",
      "settings": {
        "baseURL": "https://gateway.example.com/v1",
        "apiKey": "{env:GATEWAY_API_KEY}",
        "modelsDiscovery": {
          "enabled": true,
          "modelInfoFormat": "models.dev",
          "smartModelName": true,
          "cache": {
            "enabled": true,
            "ttlSeconds": 86400
          }
        }
      }
    }
  }
}

注意すべき点はいくつかあります:

modelsDiscovery.enabled はい。可視性ログイン trueお問い合わせ v2 は、オプションではなく、振る舞いを変える、もはやデフォルトでは開いていません。
package OpenAI対応サービス統合 @opencode/ai/providers/openai-compatibleお問い合わせ
証明書 {env:KEY} ホストをパースするか、書きません。 apiKeyOpenCode を直接使用してください。 /connect インタラクティブなエントリ。
デフォルトプルは /v1/models(ベースURLの起源への相対的な)。 DeepSeekへのお問い合わせ /models ええ、そうですね。 modelsDiscovery リガ。 "endpoint": "/models"お問い合わせ
バージョン2 お問い合わせ V1の auth.json そして、 OPENCODE_AUTH_CONTENT 一番下へ。 401で立ち往来します。

IV。モデルカバーとキャッシュ、期待以上の機能

v2モデルは保存されたホストをカバーします overrides:<providerID>:<modelID> 名前空間。変更は、表示名、制限、機能、推論、添付ファイル、変形、価格、互換性のあるメタデータなどのフィールドに作ることができます。

言うべきことはたくさんあります:バウチャーや承認などのフィールドは拒否されず、持続可能ではありません。境界線は明らかに描画されます。カバレッジは表示と動きのパラメータをカバーしています。

その他の組織 /models-discovery-console リスト内のオーバーカバーされたモデルをラベル付け、編集を可視化 *お問い合わせモデルの一覧を変更して、TUIを直接リロードしてリフレッシュし、サービスを再起動せずに更新します。キャッシュは削除されません。それは、多くの人が間違っていることです。

プラグインのワークフロー: 設定を読みます, モデルを引っ張る, パッチ, 注射

Cache のデフォルトはオフで、TTL のデフォルトは 24 時間、元の検出の応答および eutrophication のホストと ctx.storageお問い合わせ v1のXDGキャッシュファイルに注意ノーピーv2 をインポートし、名前付きスペースの 2 つのグループが完全に分離されます。

V. TUIコマンドとエージェントツール

v2は4つのアクセスポイントを提供しています。

/models-discovery-refresh
/models-discovery-console
models_discovery_refresh
models_discovery_status

最初の2つはTUIコマンドで、最後の2つは自動化です。models_discovery_status パス rawCache: true キャッシュの元のモデルをユートロフィケーション結果と一緒に吐くことができるとき、それは特に便利です。

コンソールは、プロバイダによるフィルタリングもサポートします。/models-discovery-console status --provider <provider-id>お問い合わせ 3つまたは5つのゲートウェイを取ると、時間を節約します。

6:プロモーションの前にこのチェックシートを渡します。

OpenCode バージョン:v2 は、v1 では、v1 では、少なくとも 1.18.29 が残っています。
フィールドをすべて置換: 複雑な + settingsお問い合わせnpm お問い合わせ packageお問い合わせoptions お問い合わせ settingsお問い合わせ
可視オープン: すべてのプロバイダに見つけるために書いて下さい enabled: trueお問い合わせ
終了チェック: いいえ /v1/models マニュアルです。 endpointお問い合わせ

他の2つは無視し易いです:ローカル構造。package お問い合わせ file:///绝对路径/distお問い合わせindex.js の代わりにディレクトリへコードを変更する必要があります。 opencode service restart バックオフィスサービスが新しいブックルをロードしましょう。 3つ目は、サービスが始まらないため、コードなしで1日半に立ち往生しているところです。

これは、先行する価値はありますか?

シーンを見る

1つの公式APIのみ: 未定モデルの一覧は1年間手書きで、もう1つのレイヤーです。
止まりました。ポリマーゲートウェイ。: 強い推薦。このようなサービスモデルは、出席、名声、頻繁な価格シフト、マニュアルメンテナンスによって特徴付けられます。
ローカルランニングLM Studio / vLLM / llama-swap: 負荷。これらのサービスモデルは、要求に応じてロードされます。プラグインは実際に読み込まれます。 max_model_len 自分の構成よりもはるかに速く、より直接的です。
会社はゲートウェイを造りました。: 評価の価値。ナインフォーム。 bifrostお問い合わせomniroute ゲートウェイです。 includeBy / excludeBy 通常のユーザーから見えないモデルを直接ブロックできる、元のフィールドの定期的な同等のフィルタリングをサポートします。

2.0.0 のそれ自体に関しては、リリースノートは41のテストファイル、314テスト、ローカルOpenAI互換のHTTP統合テスト、翻訳製品検証を参照してください。このテスト密度は188の星のプロジェクトのために深刻です。

V1 は、v2 で新しいものでも動作します。長期的にフォローアップしたい場合は、設定を先に動かし、V1アダプタが安全パッチを持っている唯一の日まで待つことはありません。

プロジェクトアドレス:Gythub.com/yuhp/opencode-models-discovery、直接取付けて下さい npm i opencode-models-discovery@2.0.0 または上記の設定でパッケージ名を記述します。 pluginsOpenCodeは、負荷自体を解決します。