> ## Documentation Index
> Fetch the complete documentation index at: https://docs.starfort.io/llms.txt
> Use this file to discover all available pages before exploring further.
# Control Profile
> 会社レベルの Control Profile を用いて、Starfort デスクトップエージェントがどの AI サービスを、どのユーザーに、どう統制するかを定義します (Starfort v1.4 版)
**Control Profile** は、[Desktop Agent](/ja/v1.4/desktop/how-it-works) に対して、どの AI サービスをどのように統制するかを指示します。Control Profile は**会社**レベルで定義され、Desktop Agent プロジェクトに適用されます。
**Desktop Agent › Control Profile** を開くと、会社のプロファイルが表示されます。会社が初めて Desktop Agent 機能を有効にすると、Starfort は一般的な AI サービス（ChatGPT、Claude、Copilot、Gemini、Perplexity、Cursor、DeepSeek、Grok、GitHub Copilot など）向けの初期プロファイルセットを**シード**します。それ以降、このセットは会社が**完全に所有**します: 任意のプロファイルの名前、説明、有効状態、ルールを編集でき、プロファイルの追加と削除、さらには**セット全体を JSON としてインポート／エクスポート**して環境間でポリシーを移動することもできます。
## プロファイルに含まれるもの
各プロファイルは、最大 3 つの仕組みを組み合わせます:
| 仕組み | 目的 |
| --------------------------- | ------------------------------------------- |
| **Guardian targets**（キャプチャ） | Agent が傍受し、評価のために Guardian に送信する URL／リクエスト。 |
| **Matching whitelist** | 明示的に通過を許可されるリクエスト。 |
| **URL blacklist** | 完全にブロックされる URL（評価なし）。 |
プロファイルは、Guardian targets を持つ場合は **Dynamic**（Guardian を呼び出すことができる）、フィルタリング（whitelist／blacklist、Guardian 呼び出しなし）のみの場合は **Static** です。この Static／Dynamic タイプは、`guardianTargetList` にエントリがあるかどうかによって**作成時に固定**され、その後**変更できません** — 切り替えるには新しいプロファイルを作成してください。Guardian にマッピングできるのは **Dynamic** プロファイルのみです。Static プロファイルは whitelist／blacklist のフィルタリングのみを行います。
各プロファイルには **Enabled** トグルがあります。**オフ**の場合、プロファイルはランタイムで完全にスキップされます — 3 つのステージのいずれも実行されず、**Opticon トレースも生成されません**。ルールは保持されますが、非アクティブになります。
## Module Instance の接続と入力タイプによるルーティング
v1.4 からは、Control Profile に [Module Instance](/ja/v1.4/concepts/module-instances) を**モジュールごとに 1 つずつ**接続できます — Guardian インスタンス 1 つと [Stratum](/ja/v1.4/concepts/stratum) インスタンス 1 つ、その両方または片方のみです。ゲートウェイはリクエストを受け取ると Control Profile に割り当てられた Module Instance へ送りますが、その際**入力タイプ（テキスト／ファイル）によって担当モジュールを振り分けます**。
| モジュール割り当て構成 | テキスト入力 | ファイル入力 |
| ------------------ | ---------------- | --------------------------- |
| Guardian + Stratum | Guardian（ガードレール） | Stratum（グレード判定） |
| Guardian のみ | Guardian | Guardian（ガードレール） — 従来どおりの動作 |
| Stratum のみ | （検査なし） | Stratum（グレード判定） |
各モジュールは**互いに独立して検査を行い、2 つのモジュールの結果を 1 つの判定に統合することはありません**。ゲートウェイは入力タイプで振り分けて各モジュールの判定をそのまま伝えるだけで、結果をまとめる別途のマージ層は持ちません。Stratum が割り当てられている場合、ファイルは Stratum が単独で担当し（ファイルのグレード判定とマスキングの両方 — このとき Guardian のファイルガードレールは適用されません）、Stratum がなければ従来どおり Guardian がテキストとファイルの両方を処理します。
## 編集
**追加** でプロファイルを作成し、行のアクションで編集／無効化／削除、または **JSON** ビューで仕組みを直接編集します。JSON ビューでは、プロファイル全体、ルールのみ（3 つの仕組みすべて）、または単一の仕組みを置き換えることができます。保存時には JSON が検証され、各エントリの `id` がその仕組み内で一意であることが確認され、不変の Static／Dynamic タイプが強制されます。**異なる** Guardian にルーティングされる 2 つの Guardian-target エントリが重複する場合、Starfort は**警告**します（保存はブロックしません）。
## 変更は自動的に伝播します
プロファイルに加えた変更 — ルール、メタデータ、有効状態、削除 — は、それを使用するすべてのプロジェクトと Guardian に**自動的にカスケード**されます。再割り当ての手順はありません。プロファイルを削除すると、すべてのプロジェクトと Guardian マッピングから切り離されます。
## レシピ