用語集 - 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・Bastion Stratum） + Guardian Layer）。
Bastion Guardian	データプレーンのゲートウェイのうち Guardian 側 — Guardian を呼び出すトラフィックを受け取り、正規化し、Core（Guardian）へルーティングする（Stratum を呼び出すトラフィックは Bastion Stratum が担当）。
Bastion Stratum	データプレーンのゲートウェイのうち Stratum 側 — Stratum を呼び出すトラフィックの受付・照会サーフェスとして認証・Kill Switch 評価・ルーティングを担い、判別・判定は Stratum の責務（Bastion Guardian と並列 — 担当モジュールが異なるのみ）。
Guardian	コンテンツを Guard Policy に照らして検査し、アクションを返すエンジン。Guardian を参照。
System Guardian	プラットフォームに登録されたマスター Guardian の定義/プリセット（例: `VLM-OCR`）。その機能仕様は登録後は不変。
Project Guardian	プロジェクト独自の、設定可能な System Guardian のインスタンス — 作成時に仕様をコピーし、独立して保持する（さかのぼった伝播はない）。
モジュール（Module）	検査の種類を表すタイプレベルの概念 — Guardian（テキスト入力）・Stratum（ファイル）。Project Type とは直交する。Module Instance を参照。
Module Instance	Project 内に作成されたモジュールの具体的なインスタンス — 個別の呼称は Project Guardian / Project Stratum。エンタイトルメントの範囲内で作成・削除され、Kill Switch の最下位 tier 単位。
Stratum	ファイル（文書）を機密／社外秘／一般のグレードに判定し、マスキング版を生成して外部送信を統制する、v1.4 のファイル管轄モジュール。Stratum を参照。
Project Stratum	Project 内に作成された Stratum の Module Instance — Project Guardian と対等であり、Taxonomy と Rule Package のバージョンを Pin する。
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	Module Instance がポリシーアーティファクトの特定バージョンを固定すること（Project Guardian → Guard Policy、Project Stratum → Rule Package）。新しいバージョンを保存しても自動的には適用されない（保存 ≠ 適用）。
ポリシーアーティファクト	プロジェクトレベルのポリシーのデプロイ単位の総称 — Guardian = Guard Policy、Stratum = Rule Package。対等なプロジェクトポリシーとして、同一の管理規律（バージョン管理・保存 ≠ 適用・Pin）に従う。
Rule Package	Stratum のポリシーアーティファクト — detector 定義（Layer A）／分類ルール（Layer B）／ラベルポリシー（Layer C）の 3 層でグレード判定ポリシーを定義し、特定の Taxonomy バージョンを参照する。Taxonomy と Rule Package の管理を参照。
Taxonomy	Stratum のグレード体系アーティファクト — グレードの集合・順位（rank）・判定方式・しきい値を定義する。Rule Package とは別のバージョンを持ち、Rule Package から参照される。
detector（検出器）	特定のシグナルを検出する最小単位 — フィンガープリント・完全一致・パターン・キーワード・意味分類・条項判断。各 detector は、どのグレードに寄与するか（grade attribution）を持つ。
分類ルール	detector のシグナルを組み合わせてグレード候補を出す Rule Package の層（Layer B） — 優先度・確定・抑制・否定条件を含む。
ラベルポリシー	グレードの競合解消（最高グレード優先）と外部送信のルーティング（自動確定／グレーゾーン／ブロック）を決定する Rule Package の層（Layer C）。
フィンガープリントテンプレート	フィンガープリント判定の照合基準となる定型フォーマット（空の様式） — プロジェクト所有の資産で他プロジェクトとは共有されず、判定エンジンには照合用のフィンガープリントのみが残り、原本は監査プレーンに保存される。フィンガープリントテンプレートを参照。
evidence	Stratum 判定の根拠 — 検出レイヤー・検出器・寄与グレード・信頼度・マスキングされた preview（原文は不可）・検出ごとのマスキング可否表示（`maskable`）。
マスキングされた文書	Stratum が検出項目を伏せて生成した文書 — 再グレード判定の入力であり、監査プレーンでの保存・API 返却の対象。
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]` — カテゴリごとに番号付けされ、値に対して安定。
処理済みコンテンツ（`processed_content`）	Guardian が入力をパース・正規化（必要に応じて OCR・デコード）した上で再構成した成果物 — 送出が発生する判定（PASS・MASK）において呼び出し元の原本の代わりに外部へ出ていく egress の対象であり、処理済みコンテンツを作れない入力は送出されない（`null`）。アクションを参照。
Guard API	コンテンツをガードするために開発者が呼び出す HTTP エンドポイント（`POST /v1/guard/api`）。API クイックスタートを参照。
API キー	Guardian に対する Guard API 呼び出しを認可する、`sf_` プレフィックス付きの認証情報。その状態は `Active` / `Inactive` / `Revoked` であり、Kill Switch とは直交する。
S3 連携の非識別化バッチ	バケット参照ベースの非同期処理経路 — リクエストボディの代わりに原本アドレス（`src_s3_url`）と結果保存アドレス（`tgt_s3_url`）のみを受け取り、Starfort がバケットから原本を読み取って Guardian で検出・非識別化し、成果物を tgt に書き込む。バッチ概要を参照。
バッチジョブ	S3 連携の非識別化バッチの処理単位（1 ジョブ = 1 オブジェクト） — 状態は `PENDING` / `PROCESSING` / `COMPLETED` / `FAILED` の 4 種で、受付順（先入れ先出し）に処理され、BLOCK は失敗ではなく `COMPLETED` + 判定（`FAILED` = 検査未完了、成果物の書き込みなし）。ジョブの作成と照会を参照。
Storage Connection	Starfort が顧客バケットにアクセスするための Project 単位の S3 連携設定 — endpoint・アクセスキー（暗号化保管、登録後の再表示なし）と許可対象（バケット・prefix・READ/WRITE）で構成され、許可範囲外のリクエストは受付が拒否される。Storage Connection を参照。
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 / Module Instance（Project Guardian・Project Stratum）の 3 階層における緊急用の切り替えスイッチであり、その配下のすべての Module Instance を停止する（状態は保持される）。Company には独自の Kill Switch がない。
Opticon	すべての Guard 評価についてトレースを記録するモニタリングアプリ。トレースのモニタリングを参照。
トレース	Opticon に記録された 1 件のリクエスト/レスポンス評価（ランタイムの記録であり、監査ログとは別）。
監査ログ	ガバナンスの変更のみの改ざん不可能な記録（2 階層: Company + `/aim` System）— ランタイムトレース、システムの自動イベント、読み取り、拒否された試行は除外される。