プロバイダー
ADHDev はプロバイダーシステムを使い、IDE、CLI ツール、拡張機能を 1 つのダッシュボードでサポートします。
プロバイダーインベントリと検証済みのサポートは、意図的に別のものとして扱われます:
- インベントリ: プロバイダーが組み込みカタログに存在し、ADHDev がロードできる
- 検証済みのサポート: プロバイダーが明示的にテストされ、証拠とともに格上げされた
プロバイダーのカテゴリ
| カテゴリ | 説明 | 例 |
|---|---|---|
ide | デスクトップ IDE アプリケーション | Cursor, VS Code, Windsurf |
cli | ターミナルベースの AI エージェント | Cursor CLI, Claude Code |
extension | IDE 拡張機能/プラグイン | Cline, Roo Code |
プロバイダーの仕組み
高いレベルで言えば、プロバイダーは ADHDev に次の方法を伝える統合レイヤーです:
- 対象ツールを検出する
- CDP、PTY、または stdio を通じて接続する
- チャットまたはランタイムの状態を読む
- 入力または制御アクションを送る
- ツールがサポートする場合にモデル、モード、承認のコントロールを公開する
それらの挙動が実際に「サポートされている」と呼べるほど信頼できるかどうかは、別の検証の問題です。
ユーザーが気にすべきこと
エンドユーザーとして、主な問題はプロバイダーがどのように実装されているかではありません。次のとおりです:
- プロバイダーは組み込みインベントリに存在するか？
Verified、Partial、Unverifiedのどれとして文書化されているか？- あなたが気にするワークフローにどんな注意事項が適用されるか？
そのためには、次のページを活用してください:
プロバイダーソース設定
Providers タブの Provider source config セクションは、プロバイダー定義をどこから解決するかを制御します:
normal: 通常のユーザールートと、アップストリーム/バンドルされたプロバイダーをロードします。no-upstream: ダウンロードされたアップストリームソースをスキップし、ローカル/バンドルされた定義のみを使用します。explicit providerDir: ADHDev を、ローカルのadhdev-providersチェックアウトのような特定のプロバイダールートに向けます。
ソースモードまたは providerDir を変更した後は Apply + Reload を使ってください。リロードは、プロバイダーの解決、修正/検証のフロー、新しい起動に影響します。変更されたプロバイダースクリプトを反映するには、実行中のセッションの再起動が必要になることがあります。
CLI のモデルリストとクォータ
CLI プロバイダーの場合、基盤となるツールがサポートしていれば、モデルリストと残りクォータの数値は手作業で維持するのではなくライブで読み取られます:
- モデルリスト: codex-cli、grok-cli、cursor-cli、antigravity-cli、opencode、kimi は実行時に自身のモデルリストを報告します（クエリが失敗した場合はマニフェストにフォールバック）。claude-cli には一覧コマンドがないため、マニフェストのリストをそのまま使用します。
- クォータ:
adhdev quota <provider>は、antigravity、codex、grok、kimi についてプロバイダー自身の使用状況 API をライブでクエリします。Claude Code はstatusLineフックを通じてのみ使用状況を公開しているため、そのクォータレポートにはデーモンが自動的に行うものではなく、明示的なオプトインラッパー（adhdev quota claude:install）が必要です。完全なコマンドサーフェスについては CLI コマンド を参照してください。
自動承認と信頼プロンプト
自動承認モードは、プロバイダーごとの、マニフェストで宣言された、リポジトリレベルのデフォルトを持つ設定です — ボタンごとのダッシュボードフローなしで、プロバイダー自身の承認/信頼プロンプトに答えます。カバレッジと挙動はプロバイダーによって異なります（ボタンレイアウトと信頼モーダルの文言は CLI ごとに異なります）。そのため、自動承認は単一の統一スイッチではなくプロバイダー固有のものとして扱ってください。
プロバイダーが存在しても失敗する場合
プロバイダーがインベントリに存在しても、依然としてギャップがあることがあります。
一般的な理由:
- IDE またはエージェントのアップストリームの UI 変更
- 部分的なワークフローのカバレッジ
- 基盤となるツールの認証の欠如
- 存在するものの、依然として
Unverifiedの状態のプロバイダー - 有効化されていない、またはマシンの検出に合格していない CLI プロバイダー
- まだ適用/リロードされていないプロバイダーソース設定の変更
その場合は、プロバイダーの問題 から始めてください。