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