メインコンテンツへスキップ
Windows専用。 製品内での操作体験を示す注釈付きスクリーンショットは現在最終調整中です。
登録が完了しプロジェクトに割り当てられると、Desktop Agentは透過的に動作します。AIツール(Webチャットアシスタント、デスクトップアプリ、CLIツールなど)を通常どおり使い続けることができ、その間Agentが送信内容を検査し、会社のGuard Policyを適用します。統合すべきSDKはなく、有効化するものもありません。

どのリクエストが検査されるか

Agentは、会社が統制するAIサービス — プロジェクトのControl Profileで定義されたキャプチャ対象 — へのトラフィックのみを傍受します。PC上のその他のリクエストはすべてそのまま通過し、検査されることも、Starfortに送信されることもありません。

検査されたリクエストに何が起こるか

検査された各リクエストには、3つのアクションのいずれかが適用されます。
  • PASS — 入力は変更されずに送信され、通知はありません。
  • MASK — 機微な箇所(例えば電話番号やメール)は、リクエストがマシンから離れる前に[PHONE_NUMBER_1]のようなプレースホルダートークンに置き換えられます。AIサービスが目にするのは、常にマスクされたバージョンのみです。
  • BLOCK — リクエストが停止され、AIサービスには何も送信されません。通知で理由が説明されます。ブロックおよびマスクの通知を参照してください。
Topicチェック(主題をレビュー対象としてフラグ付けできるポリシータイプ)は、Desktop Agentでは記録されますが適用されません — PASSとして扱われるため、リクエストを変更したり停止したりすることはありません。送信内容に影響するのはPASS、MASK、BLOCKのみです。

AgentがStarfortに接続できない場合

ネットワーク障害時の動作は、会社のNetwork Fail-Safe設定に従います — fail-open(傍受したすべてのリクエストを許可、デフォルト)またはfail-closed(傍受したすべてのリクエストをブロック)のいずれかであり、接続が回復すると自動的に復旧します。Desktop Agent設定を参照してください。 これは、Agentが本当にStarfortに接続できない場合にのみ適用されます。接続は問題ないものの解析自体を完了できない場合、会社がfail-openを選択していても、リクエストは常にブロックされます。