sk-tok-…)だ。そして "model"の値が登録済みのパブリックデプロイ名となり、例えば gemma-tunnelのような形になる。
簡単な結論としては、39 種類のクライアントが確認済みであるということです。
すべての 39 クライアントは、
https://api.tokios.com/v1(OpenAI)または https://api.tokios.com(Anthropic)を指定することで接続されます。
ベースURLはどれになりますか?
コーディングエージェントおよびIDE(15クライアント)
これらはエディタやターミナル内から接続され、コード生成・編集やツール呼び出しのワークフローを実現します。Claude Codeでは
ANTHROPIC_BASE_URLが使用され、/v1は利用できません。ZedやPi、ompはどちらのインターフェースでも対応可能ですが、デフォルトではOpenAIが選択されており、Anthropicに切り替えると /v1も利用不可になります。その他のツールではすべて OPENAI_BASE_URLまたはそれに相当するものに /v1の接尾辞が付加されています。各エージェントごとの設定方法については Coding agent compatibility ページをご覧ください。チャットアプリケーション(10クライアント)
ローカルで動作するモデルと対話するための汎用チャットUIです。各クライアントごとのチャットアプリ設定方法
SDKおよびフレームワーク(8クライアント)
Tokiosエンドポイントを活用してアプリケーションを構築するためのプログラミング用ライブラリです。コード例
可観測性およびゲートウェイツール(4 クライアント)
Tokios エンドポイントの追跡、プロキシ設定、評価用のツール群です。Langfuse
LangfuseはSDKを介してリクエストをプロキシすることでLLM呼び出しを追跡します。TokiosのベースURLを指定してOpenAIプロバイダーとして設定してください。- LLM接続用ベースURL:
https://api.tokios.com/v1 - APIキー: ご自身の
sk-tok-…キーを入力してください
LiteLLM
LiteLLMではTokiosをアップストリームプロバイダーとしてプロキシできます。ご自身のlitellm_config.yamlにこれを追加してください。
Promptfoo
PromptfooはLLMの出力内容を評価します。ご自身のpromptfooconfig.yamlにOpenAI互換プロバイダーとしてTokiosを追加してください。
RAGおよびエージェントプラットフォーム(2クライアント)
AnythingLLMは、あらゆるOpenAI互換エンドポイントを「Generic OpenAI」プロバイダーとして取り込み、その上でドキュメント検索機能も追加します。一方OpenClawはOpenAI互換のゲートウェイクライアントとして接続します。
機能対応マトリックス
すべての 39 クライアントにおける機能対応状況を一括して確認できる画面です。汎用的なセットアップ手順
上記の各クライアントはすべて同じ 3手順に従う:- ベースURLを設定する際は
https://api.tokios.com/v1(OpenAI用)またはhttps://api.tokios.com(Anthropic用)を指定する。 - APIキーの設定では、ご自身の
sk-tok-…キーを入力してください。 - モデルの設定では、登録済みのデプロイ名を選択します。
一つのAPIキーで全ての互換クライアントが利用できます。
Create a singlesk-tok-… key in the Tokios dashboard, and it works across every client on this page. Scope it to specific deployments with model-name patterns, or use * for full access. Rotate keys anytime — revoking cuts access immediately.
クイックスタート
コネクターをペアリングし、最初のモデルを一通り登録します。
APIキー
チームメンバーやエージェント向けに sk-tok-… キーを作成・範囲指定・更新できます。
コーディングエージェント
Tokios経由で接続する 15 コーディングエージェントの詳細な設定手順です。
リモートアクセスの比較
TokiosがTailscale、Cloudflare Tunnel、およびSSHトンネルと比べてどのような特徴を持つか。