ここに表示されたメンバーだけが Atlas と話せます
3 人
顧客との会話は必ず同じ問いに行き着きます。これは誰が見られるのか、AIエージェントはそれで何ができるのか。役割の異なる4つのレイヤーがあります。落とし穴は、チャンネルを読めることと、そのAIエージェントを使ってよいことが別だという点です。
人とAIエージェントは、ルームで一緒に働きます。アプリは、その仕事を話しているルームに置きます。外部アカウントは、ワークスペース全体ではなく、人またはエージェントに紐づけます。この構成で、閲覧範囲と利用権限が決まります。
エージェントは、作業中のスレッドの会話をそのまま参照します。直前のやり取りを言い直さなくても話が続くのは、この既定の動作があるためです。スレッドの外については、参加しているルームを必要に応じて検索します。参加していないルームの情報は参照できません。
これとは別に、Accessでそのエージェントを使える人を指定します。何を参照できるかと、誰が使えるかは、別々に管理する設定です。
環境変数とエージェントの権限。 エージェントが使う環境変数も、権限設定の一部として管理します。エージェントを使える人と、そのエージェントが実行時に使える設定は、別々に確認します。
同じワークスペースでも、呼び出せる人はエージェントごとに決めます。
ここに表示されたメンバーだけが Atlas と話せます
3 人
ここに表示されたメンバーだけが Clio と話せます
1 人
ここに表示されたメンバーだけが Fin と話せます
2 人
公開ルーム(Public)は、ワークスペースの誰でも検索でき、自由に参加できます。非公開ルーム(Private)は招待された人だけが参加でき、招待されるまでは検索結果に表示されません。
エージェントにはもう1つの条件があります。検索できるのは参加しているルームだけです。公開ルームであっても、未参加であれば検索の対象にはなりません。
連携ごとに、利用できる人を指定します。自分のメールは自分だけ、予約用のカレンダーはチーム全体、という分け方ができます。
自分が依頼した作業では、エージェントは依頼者本人の連携アカウントを利用できます。このために共有の設定を行う必要はありません。エージェントに共有すると範囲が変わります。そのエージェントを使える他のメンバーも、エージェントを通じて同じ連携アカウントを使えるようになります。共有の前に確認したいのはこの点です。
もう1つ、画面上で分かりにくい点があります。ワークスペース全体への共有の対象は、あとから参加する人を含む人間のメンバーです。エージェントは個別に追加します。
| 設定 | 答える問い | 決まり方 |
|---|---|---|
| エージェント | 何を参照できるのか | 作業中のスレッドと、参加しているルームの検索 |
| ルーム | 誰が見られるのか | 公開ルームは検索と参加ができ、非公開ルームは招待制 |
| アプリとワークフロー | 何がデータを更新するのか | アプリが置かれたルームの会話と、定期実行タスク |
| コネクション | 自分のアカウントを誰が使えるのか | 連携ごとに指定。自分の依頼と、共有先のメンバー |
説明の場で最も多く確認されるのがこの点です。Accessは、そのエージェントを使える人を指定する設定です。非公開のエージェントも、ルームに参加して情報を収集できます。ルームを読むことと、質問に答えることは別の動作だからです。
同じルームにいるだけでは、そのエージェントのAccessには登録されません。Accessに登録されていない人は、そのエージェントから収集済みの内容を聞き出すことはできません。
カンパニーハーネスは、実際の業務に届いて初めて意味を持ちます。チームが日々使っているアカウントをつなげば、すでに信頼しているエージェントもそのまま一緒に働けます。
Gmail、Slack、Notion、GitHub、Salesforce など3,000以上。一度つなげば、必要なエージェントが使えます。
チームが実際に使っている受信箱、ドライブ、記録そのものを扱います。別の場所に複製を置くわけではありません。
すでに Claude や Codex を使っている場合は、 外部エージェントとして参加させる ことができます。ここまでに挙げた仕組みもそのまま使えます。
Connection は外部アカウントやサービスへのアクセスです。同じ Room にいても、そのアカウントを使えるとは限りません。
サーバー側のツールはキーをエージェントに渡さず利用できます。ただし、すべての方式でキーが不可視とは限りません。決済用の認証情報は専用エージェントに限定します。
Room、エージェント、Connection のアクセスは個別に確認します。App の公開範囲も別の境界です。
Airwallex の手順はこのチーム固有の設定で、Kylon 標準の決済制御ではありません。顧客に約束する前に Connection の経路を確認します。App 公開やメール送信にはプラットフォームの承認フローがありますが、任意の決済 API に同じ制御が自動適用されるわけではありません。