独自の AI プロバイダーで:Archyl で OpenAI、Claude、Gemini、Bedrock を使う

Fortune 500 のアーキテクチャチームに Archyl を初めてデモした時、会話は本当にうまく進んでいました — 23 分目までは。

「素晴らしいです。本当に。でも、当社のセキュリティチームはコードをそちらの AI に送ることを許可しません。当社は Bedrock 経由で Anthropic と契約しています。すべてはそのエンドポイントを通らなければなりません。」

その頃には同じセリフのバリエーションを十数回聞いていました。違う会社、違うプロバイダー、同じ壁:

「すでに Azure OpenAI に支払っています。」 「データは eu-central-1 に留まらなければなりません。」 「法務は Mistral を承認しました。あなたが使っているものではありません。」 「自社の GitHub Models 契約を使えますか?すでに購入したシートにバンドルされています。」

今日まで、答えはいつも:まだです。

今日、それが可能になりました。 Archyl のすべての AI 機能を、あなたの AI プロバイダー、あなたの API キー、あなたの契約でルーティングできるようになりました。OpenAI、Anthropic (Claude)、Google (Gemini)、AWS Bedrock、または任意の OpenAI 互換エンドポイントから選択できます — そして Archyl のクォータ制限は適用されなくなります。プロバイダーに直接支払うからです。

何が変わったか、なぜ思っているより重要なのか、どうやって有効化するかを説明させてください。

なぜこれが「設定フィールドを追加した」以上のことなのか

Archyl は AI を中心に作られています。アーキテクチャディスカバリーはリポジトリを読んで C4 モデルを生成します。ADR 解析は markdown を構造化された決定に変換します。チャットアシスタントはプロジェクト横断で質問に答えます。マネージドエージェントはコードベースに対してマルチステップタスクを実行します。インサイトはアーキテクチャの問題がインシデントになる前に表面化させます。

2 年間、これらすべては 私が 選んだモデル、私が 所有する OpenAI キーで動いていました。ほとんどの顧客はそれで完全に満足していました — 管理するベンダー関係が一つ少ないからです。しかし「ほとんど」は「すべて」ではなく、失っていた顧客は最も欲しかった顧客たちでした:真剣なアーキテクチャ実践と本物の予算を持つ大規模エンジニアリング組織です。

彼らをブロックしていたのは価格ではありませんでした。他の 3 つのことでした:

  1. データレジデンシー。 セキュリティチームは特定の地域の特定のベンダーを承認していました。私のプロバイダーはリストにありませんでした。ベンダー追加には数か月かかります。
  2. 既存の契約。 Anthropic、Azure OpenAI、AWS Bedrock、Mistral とすでにエンタープライズ価格を交渉済みでした。別のプロバイダーのトークンに上乗せして私に支払うのは、調達部門にとって意味がありませんでした。
  3. コンプライアンス。 GDPR、SOC 2、HIPAA、金融規制当局。監査証跡は私のテナントではなく 彼らの テナントに着地しなければなりません。

解決策は彼らに 3 つを同時に与える必要がありました:彼らのキー、彼らのモデル、そして AI 使用に対する二重請求がないこと。これはまさに BYO Provider が行うことです。

接続できるもの

本日 5 つのプロバイダーを出荷します。4 つはファーストクラスのネイティブ統合、1 つは長いテールの互換エンドポイントを 1 つの設定でカバーする汎用シムです。

OpenAI — 自分のキーで api.openai.com に直接アクセス。デフォルトモデルは gpt-5.4-mini ですが、機能ごとにオーバーライドできます。

Anthropic (Claude) — Messages API、ストリーミング込み。デフォルトは claude-sonnet-4-6。これは多くのエンタープライズチームが行き着く先です。

Google (Gemini) — ネイティブ JSON モード付きの Generative Language API。デフォルトは gemini-2.0-flash。

AWS Bedrock — Bedrock がホストするすべてのモデル全体で統一された Converse API。つまり、1 つの統合で Bedrock 上の Anthropic Claude、Mistral、Llama、Titan、Cohere をカバーします — アカウントで有効化されているものなら何でも。AWS 認証情報を <access_key_id>:<secret_access_key> 形式で提供します(オプションの STS セッショントークン付き)、リージョンも。

OpenAI 互換(その他すべて) — 1 つのアダプター、1 つのベース URL フィールド。この 1 つの統合で Azure OpenAI、GitHub Models、OpenRouter、Mistral La Plateforme、Groq、Together AI、Fireworks、DeepInfra、vLLM、llama.cpp、そして OpenAI Chat Completions 形式を話すほぼすべてのエンドポイントをカバーします。ベース URL を指定し、キーを貼り付けて、完了です。

最後のこれは設計するのが一番楽しかった部分です。半年ごとに新しい「OpenAI と同じ品質で 30% 安い」プロバイダーが現れます — そしてそれらは皆 OpenAI 形式に収束します。なぜなら他のすべてがそれに対して統合したからです。この長いテールを設定可能なベース URL を持つ 1 つのプロバイダーとして扱うことで、これらの新しいエンドポイントを無料で得られます。私が追加するのを待つ必要はありません。

プロバイダーだけでなく、機能ごとのモデル

すべての Archyl 機能を gpt-5.4-mini 経由でルーティングするのは、私がプラットフォームのために行った選択です。すべての顧客にとって正しい選択ではありません。ディスカバリーはトークン重く、強力な推論モデルから恩恵を受けます。チャットはストリーミングの感触が必要です。マネージドエージェントは本質的に Claude 型です。ドキュメントタイトル生成は最も安価なものでも構いません。

ですから BYO Provider をオンにすると、1 つの モデルを選ぶのではなく、デフォルトを選んで機能ごとにオーバーライドします:

  • チャット
  • ディスカバリー(およびその 3 つのサブフェーズ:構造、絞り込み、ファイル分析)
  • ADR 解析
  • ドキュメントタイトル生成
  • インサイト
  • マネージドエージェント

任意のフィールドを空のままにすると、プロバイダーの妥当なデフォルトにフォールバックします。正確なモデル識別子で埋めると — claude-opus-4-5、gpt-4o、mistral-large-latest、anthropic.claude-sonnet-4-20250514-v1:0、何でも — Archyl はそれをそのまま渡します。

これは聞こえる以上に重要です。ある顧客はチャットには Claude Sonnet (低レイテンシ)、ディスカバリーには Claude Opus (推論品質) を望んでいます。別の顧客はマネージドエージェント以外のすべてに Bedrock Llama を望み、マネージドエージェントは Anthropic 直接にしたいと考えています。両方とも数個のドロップダウンで理想的な構成に到達できます。

クォータはどうなるか

これは調達部門が実際に気にする部分です。Archyl の無料および有料層には、それぞれ AI ディスカバリー操作、チャットクエリ、マネージドエージェント実行の月次クォータが含まれています。そのクォータは 私の OpenAI 請求書をカバーするために存在します。

BYO Provider が有効になると、そのクォータ強制はすべてスキップされます。 プロバイダーが使用量について直接請求します。Archyl のプール AI 支出を消費していないので、Archyl は月次上限に対してカウントしなくなります。

実際的には:BYO Provider オンの Business 層組織は、無制限のディスカバリー、無制限のチャット、無制限のエージェント実行を得ます — Anthropic や AWS に対して使う意思のある金額のみが上限です。Archyl のシート価格はプラットフォームをカバー、トークンはあなたがカバー。

プラットフォーム管理モデルを継続したい組織にとっては、何も変わりません。トグルはオプトイン、デフォルトでオフ、ワンクリックで戻せます。

有効化方法

設定 → AI タブ。5 ステップ、おそらく 2 分:

  1. プロバイダーを選択。
  2. API キーを貼り付け。(Bedrock の場合:<access_key_id>:<secret_access_key> と AWS リージョン。)
  3. オプションで機能ごとのモデルをオーバーライド。空のままにするとプロバイダーのデフォルトを使用。
  4. 接続テストを押す — Archyl はコミット前に小さな completion でプロバイダーに ping して認証情報が機能することを確認します。
  5. 有効化と保存を切り替え。

それだけです。組織の誰からの次の AI リクエスト — ディスカバリー、チャット、エージェント実行、ADR インポート — もあなたのプロバイダー、あなたのモデル、あなたのキーを通って流れます。

API キーはプラットフォームの暗号化キーで AES-256-GCM を使用して保存時に暗号化され、API 応答で返されることはなく(UI は •••••••• と「キー保存済み」インジケーターを表示)、リクエストが必要な時にのみインプロセスで復号化されます。構成を削除するとキーが消去されます。

これを構成できるのは組織の管理者のみです。メンバーは AI 機能が透過的に機能し続けるのを見ます — ルーティングは彼らには不可視です。

次に来るもの

初期の顧客との会話に基づいて、すでにロードマップにあるいくつかのこと:

  • Bedrock Provisioned Throughput 予約容量契約を持つ組織向け。
  • プロジェクトごとのプロバイダーオーバーライド。機密プロジェクトに取り組むチームが、組織の残りはデフォルトを使用しながら、そのプロジェクトのみを特定のエンドポイント経由でルーティングできるように。
  • BYO 監査ログ。どの機能がどのモデルでどのプロバイダーを呼び出したかを正確に表示し、それを実証する必要があるコンプライアンスチーム向け。

これらのいずれかが解決を後押しするなら — または追加すべき 6 番目のプロバイダーがあれば — ぜひ聞かせてください。この投稿に返信、アプリ内チャットで連絡、または 20 分予約してください。

「すでに {あなたの AI プロバイダー} を使っている」が Archyl 採用のブロッカーでなくなるのを待っていたなら、これがそのリリースです。組織を立ち上げ、キーを入れ、すでに持っている契約経由ですべての AI 機能をルーティングしてください。

あなたのアーキテクチャ、あなたのプロバイダー、あなたのキー。製品は同じ — 請求書だけが移動します。