Skip to main content
Failproof AI Observabilityはプロダクション環境のエージェントの近くに配置されるため、プロンプト、ツールの入力、出力を参照します。このページでは、データの隔離・制御・管理方法について説明します。セキュリティレビューのためにFailproof AI Observabilityを評価している場合は、まずここをお読みください。

データはあなたの環境に留まる

Failproof AI Observabilityはセルフホスト型です。イベント、プロンプト、モデルのレスポンス、アナリティクスはすべて、あなた自身のデータベースおよび環境に保存されます。サードパーティのSaaSにデータが送信されることはなく、データは常にあなた自身のクラウドアカウント内に留まります。

テナント分離

1つのFailproof AI Observabilityインスタンスで複数の組織をホストできます。各組織はストレージ層で分離されており、UIではなくデータベース自体によって強制されます。
  • 組織の運用データ(ユーザー、APIキー、ダッシュボード、保存済みクエリ)はその組織にスコープされており、組織をまたいだ読み取りはデータベース自体によってブロックされます。
  • 取り込まれたすべてのイベントには所有組織のスタンプが押されるため、ある組織のイベントを別の組織が読み取ることはできません。
すべてのダッシュボードルートは組織スラグ(/<org-slug>/…)の配下にスコープされています。

サインイン

Failproof AI Observabilityはパスワードレスのメールベースサインインを採用しています。フィッシングやリークの対象となるパスワードは存在しません。ユーザーがワンタイムコード(またはワンクリックマジックリンク)をリクエストすると、それがメールで送信され、短時間で失効します。サインインは許可リストによって制御されており、あなたが許可したメールアドレス(またはドメイン)のみが認証できます。 Failproof AI Observabilityのサインイン画面。メールアドレスに使い捨てコードを送信します

APIキーによるスコープ付きアクセス

すべてのクライアントは、きめ細かな最小権限を持つAPIキーで認証します。コレクターにはevents:addのみが必要です。ダッシュボードやアシスタント用のキーは読み取り専用にできます。破壊的な操作(削除、再生成)は、明示的に付与を選択する別個の権限です。 APIキーページ:各キーの権限付与が読み取り・書き込み・破壊的スコープごとに色分けされています 管理者のブートストラップキーはセットアップ用に保持し、その他の用途には権限を絞ったキーを発行してください。詳しくはAPIキーをご覧ください。

読み取り専用・承認ゲート付きアシスタント

ダッシュボード内のAIアシスタントはデータに関する質問に回答しますが、設計上の制約があります。
  • デフォルトで読み取り専用:実行されるSQLはガードを通過し、SELECT/WITHクエリのみ、単一ステートメント、行数上限付きで許可されます。
  • アシスタントが作成するもの(保存済みクエリ、ダッシュボードなど)はすべて承認ゲート付き:書き込みが行われる前に、あなたがすべての内容を確認・承認します。
  • アシスタントは削除を行うことができません
そのため、チームメンバーが「今週最もエラーが多かったエージェントはどれか?」と質問して結果を活用できる一方、アシスタントが自律的にデータを変更・削除することはありません。

転送中のセキュリティ

すべてのトラフィックはHTTPSで通信されます。TLSはあなた自身の証明書で終端するため、コレクターからサーバーへの通信、およびブラウザからサーバーへの通信は転送中に暗号化されます。

次のステップ

  • 概要:Failproof AI Observabilityの全体像
  • APIキー:コレクター、ダッシュボード、アシスタントへのアクセスのスコープ設定
  • オブザーバビリティ:Failproof AI Observabilityがエージェントから収集する情報