テナントごとの LLM プロバイダー

Designer の AI 機能 — フロービルダー、Agentic Worker コンポーザー、SoRLa および OperaLa コンポーザー — はすべて大規模言語モデル(LLM)を通じて動作します。デフォルトでは、プラットフォーム運用者がこれらのプロバイダーを中央で設定します。テナントごとの LLM プロバイダーを使うと、テナントは独自の API キーを持ち込んで Designer にそれを使わせることもできます。

2 つのソース、1 つのルール

プロバイダーの行にはソースがあります。

operator — プラットフォーム運用者が設定し、テナントには読み取り専用です。
tenant — テナント管理者が作成・所有します。

解決ルールはシンプルで予測可能です。運用者のキーが常に優先されます。テナントのキーは、運用者がまだ割り当てていないコンポーザーロールしか埋めることができません。テナントが、運用者の管理するロールを乗っ取る(または「奪う」)ことは決してできません。

コンポーザーロール

各 LLM プロバイダーは 1 つ以上のコンポーザーロールに割り当てることができ、それらはそれを使用する Designer の画面にマッピングされます。

ロール	担当する機能
`flow_editor_composer`	フロービルダー(BUILD / EDIT)と AI チャット
`agentic_worker_composer`	Agentic Worker / DW コンポーザー
`sorla_composer`	SoRLa オーサリングスタジオ
`operala_composer`	OperaLa 運用パネル
`telco_playbook_composer`	Telco プレイブックのオーサリング

1 つのロールはちょうど 1 つのプロバイダーによって所有されます。運用者がすでに所有しているロールを割り当てようとすると拒否されるため、「この画面はどのキーが担当するのか」という曖昧さが生じることはありません。

テナント管理者のフロー

Designer で、テナント管理者は Settings → Credentials → My LLM providers を開きます。そこから次の操作ができます。

プロバイダー(OpenAI、Anthropic、Azure OpenAI、Google など)を独自の API キー、任意のベース URL、モデルとともに追加する
保存前にキーをテストする
運用者が予約していない任意のコンポーザーロールに割り当てる
自分が所有するプロバイダーを削除する

運用者によって予約されているロールは表示されますが無効化されています — 何が中央で管理され、何がテナントの制御下にあるかを明確に示します。

キーの取り扱い

テナントのキーは保存時に暗号化され、リクエストが必要とするときにのみメモリ内で復号されます。
Designer は管理サーバーから LLM スタックを解決し、変更後およそ 30 秒以内にそれらを更新するため、キーの追加やローテーションは再起動なしで反映されます。
未割り当てのロールは、提供されている場合は Designer のローカル起動設定にフォールバックします。ロールにキーがない場合、その画面は誤ったものを静かに使用するのではなく、プロバイダーが設定されていないことを報告します。