# セキュリティ概要

Treasure AI Studio は、お客様の顧客データを読み取り、クエリを実行し、外部サービスを呼び出す AI エージェントを動かします。したがって、そのエージェントを囲む境界こそが本製品のセキュリティの本質です。このページでは、Treasure AI が運用している境界を説明します。エージェントのコードがどこで実行されるのか、データはどのように暗号化されるのか、プロンプトはどの地理的範囲で処理されるのか、なぜお客様の認証情報がエージェントに渡らないのか、そしてアカウント管理者がどのコントロールを握るのか。チームへ展開する前にお読みいただき、セキュリティレビュー担当者からのガバナンスに関する質問への回答にご利用ください。

要点
すべてのチャットのエージェントは、サーバーサイドでチャットごとに独立したサンドボックス内で実行されます。エージェントはお使いのローカルコンピューターにアクセスできず、他のユーザーのチャットやファイルにもアクセスできず、実際の認証情報にもアクセスできません。認証情報はネットワーク境界でプラットフォームが差し替えます。すべての外向き通信は[ネットワーク監査ログ](/ja/products/ai-studio/security/network-audit-log)に記録され、サンドボックスから出る通信はアカウント単位の[ネットワークポリシー](/ja/products/ai-studio/security/network-policy)でフィルタリングされます。ただしコネクタに 1 つ例外があります（[外部サービスへの接続](#%E5%A4%96%E9%83%A8%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%81%B8%E3%81%AE%E6%8E%A5%E7%B6%9A)を参照）。

## 目的

Treasure AI Studio でデータを保護するセキュリティ境界を理解します。プラットフォームアーキテクチャ、暗号化、LLM のデータ取り扱いとレジデンシー、サンドボックスと認証情報の分離、ユーザーごとのデータ分離、そして全体像を完成させる管理者コントロールとお客様の責任範囲を扱います。

## 前提条件

- Treasure AI Studio にサインイン済み（[はじめに](/ja/products/ai-studio/getting-started)）
- **設定 → 組織**配下のコントロール（ネットワークポリシー、監査ログ、データ保持、クレジットポリシー、コネクタ設定）にアクセスするには**アカウント管理者**ロールが必要です


## プラットフォームアーキテクチャ

Treasure AI Studio は、AWS 上でホストされるマルチテナントの AI エージェントプラットフォームです。このページの以降の内容は、次の 3 つのアーキテクチャ上の事実に基づいています。

- **論理分離されたマルチテナント。** 各組織のデータは、他のすべてのテナントのデータから論理的に分離されています。
- **エージェントはデータストアではなく API を通じてデータにアクセスします。** Studio は Treasure Data CDP やその他のサービスに API 経由でアクセスし、基盤となるデータウェアハウスやストレージへ直接接続することはありません。
- **すべての実行はサーバーサイドです。** エージェントが実行するコマンド、クエリ、ファイル操作はすべて Treasure AI のインフラストラクチャ上で行われます。お使いのコンピューター、スマートフォン、ブラウザ上では何も実行されません。Desktop でも同様で、アプリは同じサーバーサイド実行をラップするシェルです。


## 暗号化

Treasure AI Studio は、転送中および保存時のすべてのデータを暗号化します。

| 保護  | 詳細 |
|  --- | --- |
| **転送中** | すべての接続で TLS 1.2 以上を使用します。 |
| **保存時** | AWS 管理の暗号鍵を使用します。 |
| **コネクタの認証情報** | [コネクション](/ja/products/ai-studio/connections)の OAuth アクセストークンとリフレッシュトークンは、保存前にアプリケーション層でさらに暗号化され、認可を行った個々のユーザーにスコープされます。 |


## LLM 推論におけるデータの取り扱い

Treasure AI Studio は Amazon Bedrock 上で LLM 推論を実行します。データ保護レビューで重要となる 2 つの保証があります。

| 保護  | 詳細 |
|  --- | --- |
| **モデル学習に使用しない** | Amazon Bedrock は、基盤モデルの学習や改善に顧客データを使用しません。お客様のプロンプト、クエリ、データが学習データになることはありません。 |
| **モデルプロバイダー側でのゼロデータリテンション** | Amazon Bedrock は、推論リクエストの完了後にプロンプトやレスポンスを保持しません。LLM プロバイダーがお客様のデータを保存することはありません。 |


プロンプトは、モデルベンダーの公開 API ではなく Treasure AI 自身の推論プロキシを経由して Bedrock に届きます（エージェントの API ベース URL がそのプロキシに向けて上書きされています）。また、エージェントランタイムの非必須通信（テレメトリやエラーレポートなど）は無効化されています。

Studio 自体はチャット履歴を保持します
ゼロデータリテンションが適用されるのは LLM プロバイダーであり、Studio 自体ではありません。会話とエージェントが生成したファイルは、後から参照できるよう保存され、組織の[チャットデータ保持](/ja/products/ai-studio/security/data-retention)設定に従って管理されます。

## リージョンごとの LLM データレジデンシー

Treasure AI Studio は、アカウントのリージョンによって決まる固定の地理的範囲内で LLM 推論を処理します。サインインするリージョンは、Studio のデータをホストする AWS リージョンと、プロンプトを処理しうる地理的範囲の両方を決定します。

| アカウントリージョン  | 主要 AWS リージョン | 推論の地理的範囲 |
|  --- | --- | --- |
| **US01**（アメリカ合衆国） | us-east-1（バージニア北部） | 米国リージョン |
| **AP01**（日本） | ap-northeast-1（東京） | 日本リージョン |
| **EU01**（ヨーロッパ） | eu-central-1（フランクフルト） | ヨーロッパリージョン |
| **AP02**（韓国） | ap-northeast-2（ソウル） | アジアパシフィックリージョン |


Treasure AI Studio はトラフィックの急増を吸収するために Amazon Bedrock のクロスリージョン推論を使用します。つまり、リクエストが発生元とは異なる AWS リージョンで処理される場合があります。どのリージョンも **regional** 推論プロファイルを使用し、その宛先リージョンのリストは固定です。したがってプロンプトとモデルのレスポンスが**上記の表の地理的範囲を出ることはありません**。リージョン間の通信は AWS のプライベートネットワークを経由し、転送中に暗号化されます。

## エージェントのサンドボックス

各チャットのエージェントは、Treasure AI のインフラストラクチャ上で専用のサンドボックス内で実行されます。サンドボックスはハードウェアレベルで分離された仮想マシンであり、共有コンテナではありません。チャットセッションとともに作成され、破棄されます。

| 境界  | 意味 |
|  --- | --- |
| **お使いのデバイスにアクセスできない** | エージェントはお使いのコンピューターやスマートフォン上のファイルを読み書きできません。アップロードとダウンロードは、デバイスと管理されたサンドボックスの間で明示的に行われます。[ファイルのアップロードとダウンロード](/ja/products/ai-studio/files/file-upload-download)を参照してください。 |
| **チャットごとに 1 つのサンドボックス** | セッション間でサンドボックスを共有しないため、あるチャットのプロセスや作業中のファイルが別のチャットから見えることはありません。作業フォルダは、サンドボックスの内部で保持される状態ではなく、各サンドボックスに接続された共有ストレージです。そのため、すべてのチャットが同じ作業フォルダのファイルを読み書きします。それも、チャット自身のフォルダに限らず、すべての作業フォルダです（[作業フォルダをまたいで作業する](/ja/products/ai-studio/concepts/work-folders#%E4%BD%9C%E6%A5%AD%E3%83%95%E3%82%A9%E3%83%AB%E3%83%80%E3%82%92%E3%81%BE%E3%81%9F%E3%81%84%E3%81%A7%E4%BD%9C%E6%A5%AD%E3%81%99%E3%82%8B)）。[チャット終了後に残るもの](#%E3%83%81%E3%83%A3%E3%83%83%E3%83%88%E7%B5%82%E4%BA%86%E5%BE%8C%E3%81%AB%E6%AE%8B%E3%82%8B%E3%82%82%E3%81%AE)も参照してください。 |
| **チャットごとにクリーンな環境** | どのチャットも同じベースイメージから始まります。エージェントがインストールしたパッケージと、作業フォルダの外に書き込んだ作業用のファイルは、そのチャットだけのものであり、次のチャットには引き継がれません。[チャット終了後に残るもの](#%E3%83%81%E3%83%A3%E3%83%83%E3%83%88%E7%B5%82%E4%BA%86%E5%BE%8C%E3%81%AB%E6%AE%8B%E3%82%8B%E3%82%82%E3%81%AE)を参照してください。 |
| **非特権での実行** | エージェントのプロセスは、システムコールが制限された環境で非特権ユーザーとして実行されます。不正な動作をするコマンドがサンドボックス内で権限昇格することはできません。 |
| **すべての外向き通信はフィルタリングされ記録される** | 外向き通信はプラットフォームのネットワーク境界のみを通過し、そこで[ネットワーク監査ログ](/ja/products/ai-studio/security/network-audit-log)が記録し、[ネットワークポリシー](/ja/products/ai-studio/security/network-policy)が許可またはブロックします。ただしサンドボックスの外でリクエストを実行するコネクタは、記録はされますがポリシーによるフィルタリングの対象外です（[外部サービスへの接続](#%E5%A4%96%E9%83%A8%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E3%81%B8%E3%81%AE%E6%8E%A5%E7%B6%9A)を参照）。 |


サンドボックスが予期せず終了した場合、Studio は「サンドボックス環境が予期せずクラッシュし、再起動しています。しばらく待ってから再試行してください。」と表示します。

## チャット終了後に残るもの

Treasure AI Studio では、エージェントがユーザーのために作成したファイルは 2 つの場所のどちらかに置かれ、会話より長く残るのはそのうち一方だけです。

| 書き込み先  | 残る期間 |
|  --- | --- |
| **作業フォルダの中** | 永続します。レポート、データセット、画像、作業フォルダの `CLAUDE.md`、`.claude/skills/` 配下の[スキル](/ja/products/ai-studio/skills/sharing-custom-skills)は、チャットではなく作業フォルダに属します。そのため、そのフォルダに保存されたチャットに限らず、どのチャットからも見え、チャットが消えた後も残ります。[チャットデータ保持](/ja/products/ai-studio/security/data-retention)を参照してください。 |
| **それ以外の場所** | 書き込んだそのチャット限りです。エージェントの作業ファイル、一時ディレクトリ、インストールしたパッケージは、そのチャットだけのもので、他のどのチャットからも読み取れず、チャットより長く残ることはありません。遅くともチャットの削除時または保持期間の経過時には破棄されます。 |


ここから導かれる帰結が 2 つあります。

**エージェントが取得したデータがチャットより長く残ることはありません。** 作業フォルダの外に残された API レスポンス、エクスポートしたデータセット、顧客レコードの一時的なコピーは、ファイルブラウザーに表示されないディレクトリに残り続けることはなく、チャットとともに消えます。作業の成果として残るのは、自分で見て自分で削除できるものだけです。

**どのチャットも同じ既知の状態から始まります。** 従来は、以前の会話がインストールしたものや変更した設定をそのまま引き継いでいました。この状態は Studio のどの画面にも表示されなかったため、2 つのチャットが同じ質問に違う答えを返しても、何が違うのかを確認する手段がありませんでした。環境を意図的に整えること自体は今も可能です。ただしその手段は、目に見えて編集できるものに一本化されました。エージェントは各チャットで、作業フォルダ内のファイル、`CLAUDE.md`、組織全体の[カスタムインストラクション](/ja/products/ai-studio/custom-instructions)に書かれた指示に従って、そのつど環境を整え直します。

実務上のルールは表からそのまま導けます。**残したいものは作業フォルダに置いてください。** エージェントに作業フォルダ内へ書き込むよう指示するか、作業フォルダページから移動するか、チャットが期限切れになる前にダウンロードします。以前エージェントのホームディレクトリに蓄積されていたファイルは、この挙動の適用時に各作業フォルダへ移動されています。[MIGRATED_HOME フォルダ](/ja/products/ai-studio/files/file-upload-download#migrated_home-%E3%83%95%E3%82%A9%E3%83%AB%E3%83%80)を参照してください。

## 認証情報はサンドボックスに入らない

Treasure AI Studio は、実際の認証情報をエージェントのサンドボックス内に置くことがありません。サンドボックスが保持するのは**プレースホルダートークン**です。エージェントが接続済みサービスへリクエストを送信すると、プラットフォームはサンドボックスの外側にあるネットワーク境界で実際のアクセストークンに差し替えます。

これは Treasure Data CDP 自体にも当てはまります。エージェントが `tdx` コマンドを実行すると、`tdx` はサンドボックス内の読み取り専用ファイルからプレースホルダートークンを読み取って送信します。プラットフォームはリクエストが外部へ出る際に実際の Treasure AI アクセストークンへ差し替え、必要に応じて更新します。同じ差し替えはすべての[コネクタ](/ja/products/ai-studio/connections)に適用され、Databricks、Snowflake、GitHub も含まれます。

その帰結は明快です。**エージェントは、最初から持っていない認証情報を漏洩させることはできません。** どんなプロンプトも、生成されたスクリプトも、カスタムスキルも、サンドボックスからアクセストークンを読み出すことはできません。そこに存在しないからです。[ネットワーク監査ログ](/ja/products/ai-studio/security/network-audit-log)では、差し替えが行われたリクエストは `rewrite` アクションとして表示されます。

## ユーザーごとのデータ分離

Treasure AI Studio のチャットとファイルは、ユーザーごとに分離されています。アカウント管理者は組織全体のポリシーコントロールを持ちますが、そのロールが他のユーザーのチャットやファイルへのアクセスを付与することは**ありません**。他ユーザーの会話を閲覧する管理者向けの画面は存在しません。ファイルはユーザーごとにスコープされ、ユーザーの領域内ではさらにチャットごと、作業フォルダごとにスコープされます。チャットが作業フォルダにどのようにアクセスするかは[作業フォルダ](/ja/products/ai-studio/concepts/work-folders)を参照してください。

## 外部サービスへの接続

Treasure AI Studio のエージェントは**コネクション**を通じて外部サービスにアクセスします。管理者が組織向けにコネクタを有効化し、各ユーザーが OAuth 2.0 で自分のコネクションを認可します。ユーザーは **設定 → コネクション** からいつでもコネクションを取り消せますし、管理者はコネクタを全ユーザーに対して無効化または削除できます。ワークフロー全体、利用可能なコネクタ、認証情報の差し替えの挙動は[コネクション](/ja/products/ai-studio/connections)に記載しています。

ここで押さえておきたいセキュリティ上の性質が 2 つあります。エージェントがサービスの生のパスワードを扱うことはありません。そして、コネクタのリクエストがエージェントのサンドボックスから出る場合（Databricks・Snowflake・GitHub・Treasure Data CDP）、その通信は[ネットワークポリシー](/ja/products/ai-studio/security/network-policy)の対象であり、ポリシーがブロックしているホストにエージェントが到達することはできません。

1 つだけ動作が異なるコネクタがあり、統制を設計するうえでこの例外は重要です。[Treasure AI Voice](/ja/products/ai-studio/connections/ai-voice) のリクエストは、サンドボックスの外にある Treasure AI のコネクタサービスが実行します。他の外向き通信と同様に[ネットワーク監査ログ](/ja/products/ai-studio/security/network-audit-log)には記録されますが、ネットワークポリシーは適用されないため、そのホストに **Block** ルールを置いても止まりません。このコネクタはポリシーではなくコネクタ自体で制御してください（**コネクタ設定**で無効化または削除する）。

## 管理者コントロール

Treasure AI Studio は、アカウント管理者に組織全体を対象とする 5 つのコントロールを提供します。それぞれ **設定 → 組織** 配下の専用ページにあります。

| コントロール  | 統制する対象 |
|  --- | --- |
| [ネットワークポリシー](/ja/products/ai-studio/security/network-policy) | エージェントが到達できる外部ドメイン。順序付きの許可／ブロックルールと、一致しない場合のデフォルトアクション。 |
| [ネットワーク監査ログ](/ja/products/ai-studio/security/network-audit-log) | エージェントの外向き接続の記録。ドメイン、ユーザー、チャット、結果ごとに参照できます。 |
| [チャットデータ保持](/ja/products/ai-studio/security/data-retention) | チャット履歴が自動削除されるまでの保持期間（14日、28日、60日）。 |
| [クレジットポリシー](/ja/products/ai-studio/credits/credit-policy) | ユーザーごとの 1 日あたりのクレジット上限と、リセットの基準となるタイムゾーン。 |
| [プラグインマーケットプレイスのポリシー](/ja/products/ai-studio/skills/marketplace) | ユーザーが自分でスキルマーケットプレイスを登録できるか、管理者のみに限定するか。 |


データそのものへのアクセスはこれらのコントロールには含まれません。接続先のシステムがそれぞれ自前の権限で制御し、Studio はお客様の認可をそのまま引き渡すだけで独自の層を重ねません。したがってエージェントに見えるのは、そのシステムでお客様に見えているものと全く同じ範囲です。Treasure Data CDP であれば [Policy-Based Permissions](/products/control-panel/security/policies/about-policy-based-permissions) と IP Allowlist、それ以外の[コネクタ](/ja/products/ai-studio/connections)であれば各ユーザーが認可したアカウントに対してそのベンダーの権限モデルが許可している範囲が適用されます。[アクセス制御](/ja/products/ai-studio/security/access-control)を参照してください。

## tdx コマンド実行前の承認

チャットでは、エージェントは `tdx` コマンドを実行する前に、通常はお客様の承認を求めます。`tdx` は、エージェントが Treasure Data CDP のあらゆる操作に使う CLI です。承認の依頼は[質問カード](/ja/products/ai-studio/chat/chat#%E8%B3%AA%E5%95%8F%E3%82%AB%E3%83%BC%E3%83%89)として表示され、実行しようとしているコマンドがそのままの形で示されます。あわせて、そのコマンドが何をするものか、書き込みであれば何が変わるかも説明されます。承認するとコマンドが実行されます。断るとエージェントはそのコマンドを実行せず、作業を止めるか別の方法を提案します。

- **すべての `tdx` コマンドが対象で、読み取り専用のものも含みます。** クエリやテーブルの参照も、セグメントのプッシュやワークフローの開始と同じように事前に確認されます。
- **それ以外は対象外です。** 他のコマンド、ファイルの編集、他の[コネクタ](/ja/products/ai-studio/connections)の呼び出しは、カードなしで実行されます。
- **予定しているコマンドは 1 枚のカードにまとめられます。** 複数の `tdx` コマンドが必要だと最初から分かっている場合、エージェントは通常それらを 1 枚のカードにまとめて示します。カードに載っていなかったコマンドや、承認後に変更したコマンドには、新しいカードが表示されます。
- **オフにはできません。** すべての対話型チャットに適用され、インストラクションで変えることもできません。
- **スケジュール実行では確認を求めません。** [アクションスケジュール](/ja/products/ai-studio/skills/action-schedules#%E3%82%B9%E3%82%B1%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB%E5%AE%9F%E8%A1%8C%E3%81%AF%E9%80%94%E4%B8%AD%E3%81%A7%E7%A2%BA%E8%AA%8D%E3%82%92%E6%B1%82%E3%82%81%E3%81%AA%E3%81%84)から開始されたチャットには回答する人がいないため、`tdx` コマンドはカードなしで実行されます。


このカードは、変更が起きる前に気づくための機会です。お客様の知らないところで何も起きないという保証ではありません。確認を求めるかどうかはエージェントが判断し、Studio は承認のない `tdx` コマンドをブロックしないため、カードなしでコマンドが実行されることもまれにあります。決して起きてはいけない操作については、[Treasure Data CDP の権限](/ja/products/ai-studio/security/access-control)を境界としてください。

## エージェントの生成物を確認する

Treasure AI Studio は、クエリ、セグメントルール、ジャーニー定義、設定、推奨事項を生成します。それが自社のビジネスにとって正しいかどうかの判断はお客様に残ります。エージェントとそのツールは、その判断を代わりに下すのではなく、判断を助けるものです。

- **意図したとおりかを確認します。** 生成された SQL、セグメントルール、設定は不正確または不完全な場合があるため、本番環境に反映する前に目を通してください。エージェントに頼めば、書いた内容そのものと、そうした理由を示してくれます。
- **検証ツールは品質を高めるために使い、承認の代わりにはしません。** クエリのパフォーマンスは `sql-skills:trino-optimizer` スキルで、セグメント定義は `tdx sg validate` で、ジャーニーは `tdx journey validate` で検証するようエージェントに指示できます。検証が通れば、定義の形式が正しく効率的であることは分かります。ただし、対象となるオーディエンス、タイミング、ロジックが意図どおりかまでは分かりません。その判断は引き続きお客様が行います。
- **`tdx` 以外の操作は、確認のステップを依頼してください。** [承認カード](#tdx-%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%E5%AE%9F%E8%A1%8C%E5%89%8D%E3%81%AE%E6%89%BF%E8%AA%8D)の対象は `tdx` コマンドだけです。それ以外で事前に見ておきたいもの（エージェントが上書きしようとしているファイル、他のコネクタの呼び出しなど）は明示してください。「実行する前に変更内容を見せて」のようにメッセージで伝えるか、同じルールを[カスタムインストラクション](/ja/products/ai-studio/custom-instructions)や作業フォルダのインストラクションに入れておくと、毎回書かなくてもすべての会話に適用されます。失敗のコストが大きい変更については、エージェントが確認してくれることを前提にせず、アカウントの権限でも裏付けてください。


ターンを中断する
**[応答を停止]** はそのターンの残りの処理を終了させます。エージェントが意図しない方向に進み始めたときに有効です。ただし取り消し（undo）ではなく、即座に停止するものでもありません。チャットに既に表示されているツール呼び出しは実行済みで、実行中の処理は完了する場合があります。後続の処理を止めるために使い、そもそも起きてはいけないことについては権限を境界としてください。

## ベストプラクティス

### チームへ展開する管理者向け

1. **ネットワークポリシーは展開前に設定します。** デフォルトの「ブロック＋必要最小限の許可」ルールセットから始め、スキルとコネクタが必要とするホストのみを追加し、各ルールのコメントに理由を記録します。[ネットワークポリシー](/ja/products/ai-studio/security/network-policy)を参照してください。
2. **ルールは手順書ではなくインストラクションに書きます。** 組織全体の[カスタムインストラクション](/ja/products/ai-studio/custom-instructions)と作業フォルダのインストラクション（「プッシュ前に必ず検証する」「本番セグメントを直接変更しない」など）は、すべての会話に自動的に適用されます。社内 wiki にしか書かれていないルールは、各人が覚えているかどうかに依存します。ただしインストラクションはエージェントを誘導するもので、停止させるものではありません。慣習はインストラクションに、必ず守らせたい境界はネットワークポリシーとアカウントの権限に振り分けてください。
3. **未検証のスキルが懸念ならマーケットプレイスを制限します。** プラグインポリシーを**管理者のみ**に設定すると、管理者がレビューするまでサードパーティのスキルが環境に入りません。[プラグインマーケットプレイス](/ja/products/ai-studio/skills/marketplace)を参照してください。
4. **監査ログは定期的に確認します。** [ネットワーク監査ログ](/ja/products/ai-studio/security/network-audit-log)を期間とドメインでフィルタリングして定期的に確認してください。コンプライアンスの確認頻度を決める際は、保持期間が約 4 週間であることを考慮してください。
5. **保持期間をデータポリシーに合わせます。** [チャット保持期間](/ja/products/ai-studio/security/data-retention)は意識して選択してください。組織内の全ユーザーに同時に適用されます。


### 個人ユーザー向け

1. **承認する前に承認カードを読みます。** カードには実行される `tdx` コマンドがそのままの形で表示されます。説明がもっともらしいかだけでなく、対象（どのセグメント、どのワークフロー、どのデータベースか）を確認してください。想定と違うコマンドであれば、実行しない選択肢を選んでください。
2. **ツール呼び出しを読み、その性質を理解します。** エージェントが実行したコマンドはすべてチャットストリームに表示され、ツール呼び出しを展開すると正確なコマンドとその結果を確認できます。承認カードを除けば、ツール呼び出しは承認を求めるものではなく実行済みの内容の記録です。意図しない方向に進んでいないかをストリームで早めに捉え、**[応答を停止]** でターンの残りを打ち切ってください。既に起きたことが取り消されるわけではない点は意識しておいてください。
3. **`tdx` 以外でも確認のステップが欲しいときは依頼します。** そう伝えればエージェントは一度止まって確認します（「変更内容を説明して、私の OK を待ってからファイルを上書きして」など）。毎回適用したいルールは、メッセージで繰り返すのではなく作業フォルダのインストラクションに入れてください。
4. **重要な場面では検証を依頼します。** `validate-segment` と `validate-journey` は設定の誤りがアカウントに反映される前に検出しますが、対象はセグメントとジャーニーのみで、実行するのは何かがそう指示したときだけです。メッセージまたは作業フォルダのインストラクションにある「プッシュ前に検証して」がトリガーになります。
5. **失敗のコストが低い場所でリスクのある作業を行います。** 元に戻すのが大変な変更は、まず開発用アカウントやコピーに対して実行してください。Studio に取り消し機能はありません。
6. **使うコネクションだけを残します。** 実際に必要なサービスのみを認可し、それ以外は **設定 → コネクション** から削除してください。
7. **シークレットをチャットに貼り付けないでください。** 認証情報はコネクタの OAuth フローで扱われ、会話にもサンドボックスにも残りません。


## セキュリティの責任

Treasure AI は、このページに記載したプラットフォームの境界を運用します。お客様には以下の責任があります。

- AI が生成した出力をデプロイ前に確認・検証すること
- シークレット、パスワード、アクセストークンをチャットメッセージに含めないこと
- 上記の管理者コントロールを組織のポリシーに合わせて設定すること
- セキュリティに関する懸念事項を [security@treasure-data.com](mailto:security@treasure-data.com) に報告すること


セキュリティテストには書面による同意が必要です
Treasure AI Studio のペネトレーションテスト、脆弱性スキャン、その他のセキュリティ評価を実施するには、Treasure AI の事前の書面による同意が必要です。

## よくある質問

### Treasure AI Studio は私のデータで AI モデルを学習しますか

いいえ。Treasure AI Studio は Amazon Bedrock 上で推論を実行します。Amazon Bedrock は基盤モデルの学習や改善に顧客データを使用せず、リクエスト完了後にプロンプトやレスポンスを保持しません。チャット履歴は Studio が別途保持し、組織の[チャットデータ保持](/ja/products/ai-studio/security/data-retention)設定に従います。

### エージェントは私のローカルファイルにアクセスできますか

いいえ。Treasure AI Studio のエージェントはすべて、サーバーサイドの独立したサンドボックス内で実行され、お使いのデバイスのファイルシステムにアクセスできません。これは Web と Mobile だけでなく Desktop でも同じです。ファイルは明示的なアップロードとダウンロードによってのみデバイスとサンドボックスの間を移動します。

### 管理者は私のチャットを読めますか

いいえ。Treasure AI Studio のチャットとファイルはユーザーごとに分離されています。アカウント管理者ロールは組織全体のポリシーコントロール（ネットワークポリシー、監査ログ、保持期間、クレジット上限）を付与しますが、他のユーザーの会話やファイルへのアクセスは付与しません。

### 私のプロンプトはどこで処理されますか

アカウントのリージョンに紐づく地理的範囲の内側です。US01 は米国リージョン、AP01 は日本リージョン、EU01 はヨーロッパリージョン、AP02 はアジアパシフィックリージョンです。いずれも regional な Amazon Bedrock 推論プロファイルを使用し、その宛先リージョンは固定であるため、プロンプトが記載の地理的範囲を出ることはありません。

### エージェントは私の Treasure AI 認証情報を参照できますか

いいえ。エージェントのサンドボックスが保持するのはプレースホルダートークンのみです。Treasure AI Studio はサンドボックスの外側のネットワーク境界で実際のアクセストークンに差し替えるため、どんなプロンプトや生成スクリプトもお客様の認証情報を読み出せません。

### 変更を加える前にエージェントに確認させるには

`tdx` コマンドについては、通常はすでに確認されます。エージェントは `tdx` コマンドを実行する前に、読み取り専用のものも含めて質問カードで承認を求めます。[tdx コマンド実行前の承認](#tdx-%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%E5%AE%9F%E8%A1%8C%E5%89%8D%E3%81%AE%E6%89%BF%E8%AA%8D)を参照してください。それ以外の操作は依頼してください。Treasure AI Studio のエージェントは、止まるよう伝えられていなければリクエストを遂行するために自ら動きます。そのため確認のポイントは明示的に作ります。「変更内容を説明して、私の OK を待ってから実行して」のようにメッセージで伝えるか、同じルールを[カスタムインストラクション](/ja/products/ai-studio/custom-instructions)や作業フォルダのインストラクションに入れておけば、すべての会話に適用されます。承認カードもインストラクションも強制的なゲートではないため、決して起きてはいけない変更についてはアカウントの権限を境界としてください。

### 特定のサービスへのエージェントのアクセスを止めるには

[ネットワークポリシー](/ja/products/ai-studio/security/network-policy)でそのドメインに対する**ブロック**ルールを追加し、先に一致してしまう広範な**許可**ルールより上に配置してください。制御はサーバーサイドで行われるため、エージェントが上書きすることはできません。

## 確認事項

- [ ]（管理者）**設定 → 組織**の**ネットワークポリシー**ページに想定どおりのルールセットが表示される
- [ ]（管理者）**ネットワーク監査ログ**に直近のエージェントアクティビティのレコードが返る
- [ ]（管理者）**データ保持**期間が組織のデータポリシーと一致している
- [ ] **設定 → プロフィール**の**環境**の値（例：`production-us01`）が、コンプライアンス要件で想定している推論の地理的範囲を持つリージョンと一致している


## トラブルシューティング

| 問題  | 解決策 |
|  --- | --- |
| 「サンドボックス環境が予期せずクラッシュし、再起動しています」 | しばらく待ってからメッセージを再送してください。繰り返す場合は新しいチャットを開始してください。操作がサンドボックスのリソース制限を超えている可能性があります。 |
| エージェントの操作が外部サービスに到達できない | ネットワークポリシーがそのホストをブロックしている可能性が高いです。[ネットワーク監査ログ](/ja/products/ai-studio/security/network-audit-log)で確認し、[ネットワークポリシー](/ja/products/ai-studio/security/network-policy)で許可してください。 |
| 設定に**組織**セクションが表示されない | これらのコントロールにはアカウント管理者ロールが必要です。組織の管理者にロールを確認してください。 |
| クエリが権限エラーで失敗する | Studio はお客様自身の認証情報をそのまま使用するため、エージェントにはお客様と全く同じ権限が見えています。[アクセス制御](/ja/products/ai-studio/security/access-control)を参照してください。 |


## 次のステップ

- [ネットワークポリシー](/ja/products/ai-studio/security/network-policy) — エージェントが到達できる外部ドメインを制御する
- [ネットワーク監査ログ](/ja/products/ai-studio/security/network-audit-log) — エージェントの外向き接続を確認する
- [アクセス制御](/ja/products/ai-studio/security/access-control) — 権限、IP Allowlist、ユーザーごとの Studio アクセス
- [チャットデータ保持](/ja/products/ai-studio/security/data-retention) — 保持期間とデータのライフサイクル
- [SSO ログイン](/ja/products/ai-studio/security/sso-login) — 認証、リージョン、セッションの扱い
- [コネクション](/ja/products/ai-studio/connections) — コネクタ、OAuth 認可、認証情報の差し替え