なぜ Starfort か: AI リスクの階層
Starfort が存在するのは、AI リスクが単一の均質な問題ではないからです。AI リスクは 3 つの階層に区分され、それぞれ異なる方法で扱われます。この順序づけこそが「中央で適用し、ローカルで最適化する」という考え方の根拠になります。
これは 2 チームによる責任分担に対応します。セキュリティチームが AI セキュリティリスクを担い、AI ガバナンスチームがサービス／品質リスクを担い、規制リスクは両チームが共同で担います。Starfort はまさにこの協働を支援するように設計されています。最も重要なポリシーは中央から適用される一方、各チームは品質をチューニングする自由を保持します。
Starfort の使い方
3 つのエントリーポイントがあり、それぞれ異なる制御レベルを提供します。これらは同じ Guardian エンジンとポリシーを共有します。API — サービスレベル
社内／社外サービス（バックエンド、チャットボット）が、モデルの前後で Guard API を呼び出してガードレールを組み込みます。
Desktop Agent — デバイスレベル
従業員が日常的な AI ツールを利用する間、Desktop Agent（Windows）がエンドポイント上でポリシーを透過的に適用します。
Proxy Server — インフラレベル
外部サービスのサーバーサイドのエントリーポイントで行われる AI 呼び出しを、Starfort 経由でルーティングします。
Guardian がリクエストに対して行うこと
すべてのコンテンツは、お客様の Guard Policy に照らして評価され、アクションが割り当てられます。アクションの種類はポリシータイプによって異なります。PASS
コンテンツは変更されずにそのまま通過します。
MASK
機微な箇所がトークン（例:
[PHONE_NUMBER_1]）に置き換えられます — PII ポリシー。BLOCK
リクエストは AI サービスに到達する前に停止されます。
中核となる概念
Guardian
コンテンツを検査し、アクションを決定するエンジンです。
Stratum
ファイルをグレードに判定し、外部送信を統制するモジュールです。
Guard Policy
Guardian が適用する PII および Topic のルールです。
Module Instance
Project Type × モジュールという 2 つの軸、そしてエンタイトルメントと Kill Switch との関係です。
組織階層
Company › Organization › Project、および Guardian がプロジェクトにどのように紐づくか。
用語集
本ドキュメントで使用されるすべての Starfort 用語の定義。
v1.4 の新機能
- Stratum — ファイル（文書）のグレード判定モジュール — 文書を機密／社外秘／一般に判定し、マスキング版を生成して再判定し、グレードと確信度に応じて外部送信を自動確定／グレーゾーン／ブロックにルーティングします。グレーゾーンと機密は人による二次レビューにつながります。Stratum を参照してください。
- Module Instance モデル — 「Project 内の Project Guardian（複数可）」というリソースモデルを Module Instance として一般化しました。Project Guardian と Project Stratum が対等なインスタンスとして共存し、モジュールの利用資格はエンタイトルメントで、緊急遮断は Module Instance 単位の Kill Switch で統制されます。Module Instance を参照してください。
- 処理済みコンテンツの送出原則 — 外部の AI サービスへ出ていくコンテンツが、呼び出し元の原本ではなく、Guardian が確認・再構成した処理済みコンテンツに統一されます。PASS 判定でも原本が直接出ていくことはありません。アクション: PASS / MASK / BLOCK を参照してください。
本ドキュメントは Starfort v1.4 を対象としています。製品名 — Starfort、Guardian、Stratum、Guard Policy、Rule Package、Taxonomy、Guard API、Opticon、Control Profile — はすべての言語で英語のまま維持されます。