会社の Control Profile
プロファイルに含まれるもの
各プロファイルは、最大 3 つの仕組みを組み合わせます:
プロファイルは、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 をモジュールごとに 1 つずつ接続できます — Guardian インスタンス 1 つと Stratum インスタンス 1 つ、その両方または片方のみです。ゲートウェイはリクエストを受け取ると Control Profile に割り当てられた Module Instance へ送りますが、その際入力タイプ（テキスト／ファイル）によって担当モジュールを振り分けます。
各モジュールは互いに独立して検査を行い、2 つのモジュールの結果を 1 つの判定に統合することはありません。ゲートウェイは入力タイプで振り分けて各モジュールの判定をそのまま伝えるだけで、結果をまとめる別途のマージ層は持ちません。Stratum が割り当てられている場合、ファイルは Stratum が単独で担当し（ファイルのグレード判定とマスキングの両方 — このとき Guardian のファイルガードレールは適用されません）、Stratum がなければ従来どおり Guardian がテキストとファイルの両方を処理します。
編集
追加 でプロファイルを作成し、行のアクションで編集／無効化／削除、または JSON ビューで仕組みを直接編集します。JSON ビューでは、プロファイル全体、ルールのみ（3 つの仕組みすべて）、または単一の仕組みを置き換えることができます。保存時には JSON が検証され、各エントリのid がその仕組み内で一意であることが確認され、不変の Static／Dynamic タイプが強制されます。異なる Guardian にルーティングされる 2 つの Guardian-target エントリが重複する場合、Starfort は警告します（保存はブロックしません）。