ドキュメントに戻るコアコンセプト

権限

接続済みアカウント、認可、名前付き権限、承認期間、そして My Okou と Legacy Agents の違いを理解します。

最終更新日: 2026年11月13日 · 1 min read

アカウントを接続することと、Okou にそのアカウントの使用を許可することは別の判断です。ワークフローや結果を共有しても、あなたのアカウント、個人用の指示(Instructions)、プライベートチャット、または権限付与は共有されません。

接続、認可、権限

層何を制御するか
接続どの保存済みのサービスアカウントまたは認証情報を接続しているか。
認可その接続が、該当するコンテキストで Okou から利用可能かどうか。Legacy Agents ではエージェントの認可が必要な場合があります。
権限付与どの名前付きコネクター操作が、どの期間許可されるか。要求に表示されるスコープを確認してください。

各メンバーは自分のアカウントを接続し、認可します。チームのワークフローが、その作成者の個人用受信トレイやトークンを借用することはできません。ワークスペースにインストールされた統合では、メンバーごとの個別リンク設定が必要になる場合があります。

My Okou

コネクター を使うか、チャット内の接続リクエストに従ってください。対象のアカウントを選び、サービス自身の接続フローを完了し、要求された名前付き権限を確認します。サービスを接続するために専門のエージェントを作成する必要はありません。

一部のアカウントには、追加の Chat connector accounts コントロールがあります。これらのコントロールが利用可能な場合は、このチャットで有効になっているアカウントと、どのアカウントが選択されているかを確認してください。保存済みの接続は、そのチャットですべて自動的に使用できるわけではなく、アカウントの選択はすべてのコネクター操作の付与を意味しません。My Okou はこれらのコントロールをそれ自体で有効化することはありません。表示されない場合は、表示された接続および認可フローを使用してください。

権限スコープは、製品の要求とコネクタのポリシーによって定義されます。そこで承認したからといって、その権限が 1 つの Chat または 1 つの保存済みアカウントにのみ限定されていると決めつけないでください。承認する前に、名前付き権限と表示された期間を確認してください。

Legacy Agents

インターフェースにまだ Agents がある場合は、対象の Agent を選択して、その Authorization 設定を開いてください。1 つの接続で特定の Agent を認可できます。選択された Agent は、実行するメンバー自身の接続済みアカウントと権限付与を使用し、公開した人のアカウントは使用しません。1 つの Agent の認可を削除しても、他の認可済み Agent は変更されません。

アクセスの付与と取り消し

Okou に必要な権限がない場合は、コネクター、操作、理由、そして表示されているアカウントまたはスコープを確認してください。要求で提示される期間に応じて、Allow または Deny を選びます。期間限定のアクセスは、期限切れ後に更新が必要です。1 つの権限を拒否しても、アカウントの接続解除や、無関係な権限付与の削除にはなりません。

現在のアクセスは Connectors と、製品が提供する権限コントロールで確認してください。Legacy Agents では、選択した Agent の Authorization 設定も確認します。チャットアクセスの削除、操作の取り消し、保存済みアカウントの接続解除は、それぞれ異なる操作です。どれを選ぶかを決める前に、表示される影響を確認してください。

認証情報の取り扱い

OAuth トークンと手動で入力されたシークレットは、プラットフォーム上に保存されます。コネクターの要求では、ファイアウォールがネットワーク境界で認証情報を注入します。シークレットは環境変数としてエージェントコードに公開されません。

パスワード、API キー、OAuth トークン、またはクライアントシークレットを、チャット、個人用の指示(Instructions)、ワークフロー、または添付ファイルに貼り付けないでください。コネクターの接続フローを使用してください。保存済みアカウントの接続を解除すると、その接続は今後の実行から削除されます。これは、1 つのチャットでの使用を無効にするよりも広い範囲の操作です。

承認の境界

実行可能な境界は、コネクターの名前付き権限付与です。個人用の指示(Instructions)やワークフローの指示がアクセス範囲を拡大することはなく、「sensitive action」のような一般的なカテゴリがあっても、すべての外部書き込みが同じように一時停止するとは限りません。

人による確認を必須にする必要がある作業では、

  1. コネクターで個別に提供されている場合は、読み取りまたは下書きのアクセスを付与し、最終的な書き込みまたは送信のアクセスは拒否します。
  2. 個人用の指示(Instructions)またはワークフローに、レビュー要件を明記します。
  3. たとえば、メール下書きや変更案を作成して、最終操作は人が行うようにします。

上流のサービス側のコントロールも使用してください。スコープを絞った API キー、最小権限の OAuth スコープ、リポジトリ権限、本番用とは別の認証情報です。購入承認は、アカウントの接続とは別です。

Chat、ログ、管理者の可視性

メンバーは自分のチャットスレッドにアクセスします。ワークフローを公開しても、またはレガシー体験でエージェントを公開しても、メンバーのプライベートなチャットや認証情報は公開されません。会話や成果物は、明示的な共有コントロールを通じてのみ共有してください。

ワークスペース管理者は、請求とキャパシティ管理のために、メンバーレベルの使用集計を確認できます。それによってプライベートチャットの内容が自動的に露出することはありません。自分のチャット内では、アクティビティ記録を確認して、どのコネクター操作が実行され、成功したかを見られます。

確認チェックリスト

  • 対象のサービスアカウントは接続済みで、このタスクで利用可能ですか?
  • Legacy Agents では、対象の Agent は認可されていますか?
  • チャットのアカウントコントロールがある場合、対象のアカウントは許可され、選択されていますか?
  • 必要な名前付き操作だけが、適切な期間に対して許可されていますか?
  • タスクは、最終的な外部操作を確認可能なステップに保っていますか?

コネクター、ワークフロー、および チーム向け を参照してください。