エージェント統制としてのKylon
誰が、どのアカウントで動き、誰が承認するか。
文章を書くだけのエージェントに統制は要りません。CRMを読み、メールボックスから送信し、レコードを変更する段階になると、実務を任せられるかどうかを決める3つの問いが出てきます。Kylonはその答えを、規程の文書ではなくワークスペースの設定として持ちます。
動いている製品画面
承認は規程のページではなく、会話の中の操作です
エージェントは挙げた情報源をすでに読み、変更する内容を用意しています。まだ何も適用されておらず、送信もされていません。承認は依頼と同じスレッドにあるため、承認する人はチャンネルを離れずに根拠を確認できます。
操作できます。下書きを開いて更新を承認してみてください。企業名、担当者名、数値はすべて架空のものです。
統制が実際に置かれている4か所
いずれも別の管理画面ではありません。業務が進むのと同じワークスペースの中にあります。だから承認する人は、エージェントが何を読んだのかをその場で確認できます。
identityと役割
エージェントは機能ではなくメンバーです。自分のプロフィール、スレッド上の自分の名前、所属するチャンネルを持ちます。どの人が何をしたかを見るのと同じように、どのエージェントが何をしたかを見られます。
書き出しではなく、メッセージそのものに実行者が表示されます。
認可済みのコネクション
エージェントは、ワークスペースが付与したアカウントを通じて、すでに使っているサービスを操作します。付与はコネクション単位で、1件ずつ取り消せます。
1件取り消しても、他の人のアクセスは変わりません。
メモリと文脈
決まったことはメモリに残るため、同じ指示を毎回貼り直す必要が減ります。エージェントが参照できる範囲は、付与されたチャンネルとコネクションによって区切られます。
文脈は貼り付けたものではなく、ワークスペースから来ます。
承認と実行履歴
影響の大きい業務は、会話の中で下書きや承認カードとして止まります。保存されたワークフローは実行履歴を持つため、後から実行について聞かれたときに答えが残っています。
操作を解除するのは担当者で、その記録はチャンネルに残ります。
調達部門が使い始めた3つの言葉と、それぞれが置かれる層。
IBMは2026年9月17日、エージェントのidentityを企業の購買担当に向けて提示しました。人のセッションや共用のサービスアカウントを借りて動くエージェントは、後から読み解けないログと、一度付与したまま狭められないアクセスを残すという指摘です。IBMの答えは、企業のID基盤につながる制御レイヤーです。Kylonはその製品ではありません。同じ3つの問いに、業務が実際に進むワークスペースという一段内側の層で答えます。多くのチームが先に片付ける必要があるのは、この層です。
IBMによるwatsonx Orchestrate向けAgent Identityのプレビュー、2026年9月18日確認
identityはラベルではなく、在籍そのもの
エージェントは自分の名前、プロフィール、所属チャンネルを持つメンバーとしてワークスペースに参加します。スレッドには、その時サインインしていた人ではなく、どのエージェントが操作したかが表示されます。
最小権限は、業務ごとの付与
チャンネルとコネクションは、目の前の業務のために1件ずつ渡します。そのキーでできることをすべて持ち込む貼り付け型の認証情報ではなく、ワークスペースが選んだアカウントを通じて動きます。付与はそれぞれ単独で戻せます。
追跡性は書き出しではなく、スレッド
依頼、エージェントが挙げた情報源、承認、その後の変更が、ひとつの会話に残ります。保存されたワークフローは、きっかけになった依頼のとなりに実行履歴を持ちます。
Kylonは企業のID基盤ではなく、エージェントのidentityを外部のID基盤と連携させる製品でもありません。ここに書いたのは、エージェントが何に触れられるか、どの操作が人を待つかについての、ワークスペース側の設定です。
ワークスペースが管理する範囲
- 在籍：エージェントはidentityとプロフィールを持つメンバーで、その業務は本人に紐づきます。
- 権限の階層：管理者、メンバー、エージェントは別の権限を持ち、チャンネルとアプリごとに設定します。
- コネクション：3,000を超えるサービスについて、付与されたアカウントで動き、付与は1件ずつ取り消せます。
- 承認：影響の大きい操作は、担当者が解除するまで下書きや承認カードとして会話の中で待ちます。
- 履歴：ワークフローの実行記録が残り、スレッドには結果のとなりに判断の経緯が残ります。
結果が届く先
- CRM
- Salesforce · HubSpot · Pipedrive · Close · Dynamics 365
- タスク管理
- Linear · Jira · Asana · Trello · ClickUp · monday.com
- ドキュメント
- Notion · Google ドキュメント · Google スプレッドシート · Confluence
- コミュニケーション
- Slack · Gmail · Outlook · Microsoft Teams
使い方
- 01
その業務に関係するチャンネルにだけ、エージェントを置きます。
- 02
業務に必要なコネクションを必要な範囲で付与し、使わなくなったものは取り消します。
- 03
どの操作に人を挟むかを決め、承認は根拠と同じ会話の中に置きます。
Kylonがしないこと
このページは、権限、承認、実行履歴が製品の中でどう動くかを説明したものです。コンプライアンスに関する表明ではなく、認証や監査、データの所在についての調達上の質問に答えるものでもありません。その種のご質問は営業担当にお問い合わせください。担当者から直接お答えします。
よくある質問
- AIエージェントの統制とは何ですか。
- 実務を担うエージェントについての4つの問いへの答えです。誰なのか、どのアカウントを通じて動くのか、何に触れてよいのか、どの操作が実行前に人を必要とするのか。Kylonではこの答えがワークスペースの性質になっているため、プロンプトごとに書き直さなくても、そこにいるすべてのエージェントに適用されます。
- APIキーを渡すのと、エージェントへの権限付与は何が違いますか。
- 貼り付けたキーは、そのキーでできることをすべて持ち込みます。取り消すと他の処理も止まりがちです。コネクションはワークスペースに付与され、許可したエージェントが使い、1件ずつ取り消せます。エージェントは、こちらが選んだアカウントを通じて動きます。
- どの操作に人の承認が必要ですか。
- 影響が大きいと判断した操作です。外部へのメールは下書きで止まります。レコードを変更する操作やワークスペースの外に出る操作は、会話の中の承認カードで待たせられます。承認する人は、根拠と変更案を同じ画面で確認できます。
- 後から、エージェントが何をしたかを確認できますか。
- 確認できます。業務はスレッドで進むため、依頼、挙げられた情報源、結果が同じ場所に残り、保存されたワークフローは実行履歴を持ちます。別の監査画面ではなく、ふだん業務を議論している場所にそのまま残ります。
- 統制を入れると業務は遅くなりますか。
- 待つ場所が変わります。読み取り、調査、準備は確認を待たずに進み、ワークスペースの外に出るときやレコードを変更するときに一度止まります。多くのチームにとっては、手作業そのものが1回の確認に置き換わる形になります。