用語集 - Starfort

用語	定義
Starfort	AIM Intelligence の AI ガバナンス（「インテリジェンス・コントロール」）プラットフォーム。
Skeleton / Core	プラットフォームの 2 つの構造的な半分: Skeleton フレームワーク（Admin Section + Bastion Section）と、Core 実行エンジン（Guardian + AI Model Pool）。
Admin Section / Bastion Section	コントロールプレーン（Web Console + Admin Server）と、データプレーン（Integration Layer + Bastion Guardian + Guardian Layer）。
Bastion Guardian	ライブトラフィックを受け取り、正規化し、Core（Guardian）へルーティングするデータプレーンのコンポーネント。
Guardian	コンテンツを Guard Policy に照らして検査し、アクションを返すエンジン。Guardian を参照。
System Guardian	プラットフォームに登録されたマスター Guardian の定義/プリセット（例: `VLM-OCR`）。その機能仕様は登録後は不変。
Project Guardian	プロジェクト独自の、設定可能な System Guardian のインスタンス — 作成時に仕様をコピーし、独立して保持する（さかのぼった伝播はない）。
AI Model Pool	Guardian が各 Input Type の解析に使用するモデルの集合（SLM / VLM / OCR、…）。
Guardian Fail-Closed	完全に解析できなかったリクエストは、検出ゼロの成功ではなく HTTP エラーとして返される、という Guardian のルール。
Guard Policy	Guardian が適用する PII または Topic のルール。Guard Policy を参照。
PII ポリシー	個人データをマスクまたはブロックする NER / regex / keyword ルールで構成された Guard Policy。
Topic ポリシー	トピック（`safe` → PASS / `unsafe` → BLOCK）に照らしてコンテンツを分類する Guard Policy。
ポリシー種別 / Guard Policy Type Catalog	Guard Policy のカテゴリ。カタログは固定の集合 `{ PII, TOPIC }` であり、System Guardian がサブセットを宣言し、Project Guardian がそれを継承する。
Policy Name	個々の Guard Policy の名前 — プロジェクトごとに一意であり、Guardian の出力や Opticon タグにおける識別子。
Pin	Project Guardian が特定の Guard Policy バージョンを固定すること。新しいバージョンを保存しても自動的には適用されない（保存 ≠ 適用）。
Input Type	Guardian が検査できるコンテンツの種類: Text、Image、Audio、Video、Document、Archive。
Process type	評価される段階 — Guardian ごとの自由形式・大文字小文字を区別しないラベルであり、一般的には `input`（モデルへ）と `output`（モデルから）。互換性のあるポリシー種別が 0 個の process type は Policy-not-required。
アクション	評価の結果。PII は `PASS` / `MASK` / `BLOCK` を使用し、Topic は 2-state で `PASS` / `BLOCK`。全体の優先度: `BLOCK > MASK > PASS`。アクションを参照。
マスクワード / トークン	マスクされた値を置き換えるプレースホルダー。例: `[PHONE_NUMBER_1]` — カテゴリごとに番号付けされ、値に対して安定。
Guard API	コンテンツをガードするために開発者が呼び出す HTTP エンドポイント（`POST /v1/guard/api`）。API クイックスタートを参照。
API キー	Guardian に対する Guard API 呼び出しを認可する、`sf_` プレフィックス付きの認証情報。その状態は `Active` / `Inactive` / `Revoked` であり、Kill Switch とは直交する。
Account	コンソールにログインする認証主体（Agent User / API End User とは区別される）。
Multi-Company	1 つの Account が複数の Company に所属するモデル。権限は `(Account, Company)` コンテキストで解決される。
Proxy Server	外部サービスのサーバーサイドの AI 呼び出しを Starfort 経由でルーティングする、Integration Layer のエントリーポイント。
Desktop Agent	従業員の AI 利用に対してポリシーを透過的に適用する Windows アプリケーション。
Control Profile	Desktop Agent が管理する AI サービスを定義する Company レベルの定義（キャプチャ対象、Whitelist、Blacklist）。Control Profile を参照。
Company Access Key	Desktop Agent が Company に登録するために使用するキー。
Agent User	Desktop Agent を実行するために登録された従業員。
Global / Company / Organization / Project	4 階層のリソース階層（Global はシステム全体のルート）。組織階層を参照。
Kill Switch	Organization / Project / Project Guardian の 3 階層における緊急用の切り替えスイッチであり、その配下のすべての Project Guardian を停止する（状態は保持される）。Company には独自の Kill Switch がない。
Opticon	すべての Guard 評価についてトレースを記録するモニタリングアプリ。トレースのモニタリングを参照。
トレース	Opticon に記録された 1 件のリクエスト/レスポンス評価（ランタイムの記録であり、監査ログとは別）。
監査ログ	ガバナンスの変更のみの改ざん不可能な記録（2 階層: Company + `/aim` System）— ランタイムトレース、システムの自動イベント、読み取り、拒否された試行は除外される。