---
title: "AIエージェントの統制：身元、権限、人による承認 | Kylon"
description: "誰が動いているのか、どのアカウントを通じて動くのか、何に触れられるのか、どの操作が人を待つのか。Kylonにおける権限と承認の仕組みを説明します。"
url: "https://kylon.io/ja/solutions/ai-agent-governance"
language: "ja"
---

エージェント統制としてのKylon

# 誰が、どのアカウントで動き、誰が承認するか。

文章を書くだけのエージェントに統制は要りません。CRMを読み、メールボックスから送信し、レコードを変更する段階になると、実務を任せられるかどうかを決める3つの問いが出てきます。Kylonはその答えを、規程の文書ではなくワークスペースの設定として持ちます。

[動いている画面を見る](https://kylon.io/ja/solutions/ai-agent-governance#solution-scene)

動いている製品画面

## 承認は規程のページではなく、会話の中の操作です

エージェントは挙げた情報源をすでに読み、変更する内容を用意しています。まだ何も適用されておらず、送信もされていません。承認は依頼と同じスレッドにあるため、承認する人はチャンネルを離れずに根拠を確認できます。

[Kylon：承認を待つアクセス権の棚卸し](https://kylon.io/assets/mock-agent-governance-approval-ja.html)

[Kylon：承認を待つアクセス権の棚卸し](https://kylon.io/assets/mock-agent-governance-approval-ja.html)

操作できます。下書きを開いて更新を承認してみてください。企業名、担当者名、数値はすべて架空のものです。

## 統制が実際に置かれている4か所

いずれも別の管理画面ではありません。業務が進むのと同じワークスペースの中にあります。だから承認する人は、エージェントが何を読んだのかをその場で確認できます。

01

### 身元と役割

エージェントは機能ではなくメンバーです。自分のプロフィール、スレッド上の自分の名前、所属するチャンネルを持ちます。どの人が何をしたかを見るのと同じように、どのエージェントが何をしたかを見られます。

書き出しではなく、メッセージそのものに実行者が表示されます。

02

### 認可済みのコネクション

エージェントは、ワークスペースが付与したアカウントを通じて、すでに使っているサービスを操作します。付与はコネクション単位で、1件ずつ取り消せます。

1件取り消しても、他の人のアクセスは変わりません。

03

### メモリと文脈

決まったことはメモリに残るため、同じ指示を毎回貼り直す必要が減ります。エージェントが参照できる範囲は、付与されたチャンネルとコネクションによって区切られます。

文脈は貼り付けたものではなく、ワークスペースから来ます。

04

### 承認と実行履歴

影響の大きい業務は、会話の中で下書きや承認カードとして止まります。保存されたワークフローは実行履歴を持つため、後から実行について聞かれたときに答えが残っています。

操作を解除するのは担当者で、その記録はチャンネルに残ります。

identity、最小権限、追跡性

## 調達部門が使い始めた3つの言葉と、それぞれが置かれる層。

IBMは2026年9月17日、エージェントのidentityを企業の購買担当に向けて提示しました。人のセッションや共用のサービスアカウントを借りて動くエージェントは、後から読み解けないログと、一度付与したまま狭められないアクセスを残すという指摘です。IBMの答えは、企業のID基盤につながる制御レイヤーです。Kylonはその製品ではありません。同じ3つの問いに、業務が実際に進むワークスペースという一段内側の層で答えます。多くのチームが先に片付ける必要があるのは、この層です。

[IBMによるwatsonx Orchestrate向けAgent Identityのプレビュー、2026年9月18日確認](https://community.ibm.com/community/user/blogs/watsonx-watsonx-orchestrate-blog-team/2026/09/17/why-ai-agents-need-their-own-identities-introducin)

### identityはラベルではなく、在籍そのもの

エージェントは自分の名前、プロフィール、所属チャンネルを持つメンバーとしてワークスペースに参加します。スレッドには、その時サインインしていた人ではなく、どのエージェントが操作したかが表示されます。

### 最小権限は、業務ごとの付与

チャンネルとコネクションは、目の前の業務のために1件ずつ渡します。そのキーでできることをすべて持ち込む貼り付け型の認証情報ではなく、ワークスペースが選んだアカウントを通じて動きます。付与はそれぞれ単独で戻せます。

### 追跡性は書き出しではなく、スレッド

依頼、エージェントが挙げた情報源、承認、その後の変更が、ひとつの会話に残ります。保存されたワークフローは、きっかけになった依頼のとなりに実行履歴を持ちます。

Kylonは企業のID基盤ではなく、エージェントのidentityを外部のID基盤と連携させる製品でもありません。ここに書いたのは、エージェントが何に触れられるか、どの操作が人を待つかについての、ワークスペース側の設定です。

| 問い | チャットのアシスタント | Kylonのエージェント |
| --- | --- | --- |
| 身元：誰が操作したのか | セッションを開いている本人として実行されるため、モデルが決めた操作が人の操作として記録されます | エージェントは自分の名前とプロフィールを持つワークスペースのメンバーで、発言も操作も本人に紐づきます |
| 委任：どのアカウントで動くのか | ツールに貼り付けた認証情報のまま動きます。業務に必要な範囲を超えた個人のキーであることも珍しくありません | ワークスペースが保持する認可済みのコネクションを使います。付与されたアカウントで動き、他の人の権限に触れずに1件ずつ取り消せます |
| 最小権限：何に触れてよいのか | 回答を良くするために貼り付けたものを含め、コンテキストに入ったものすべてです | チャンネル、アプリ、コネクションごとに権限を設定します。管理者、メンバー、エージェントは別の階層に置かれます |
| 承認：外に出る前に何が起きるか | 送信が回答の一部として実行されます | 影響の大きい操作は、会話の中で下書きや承認カードとして止まり、担当者が解除します |
| 追跡性：後から何を再現できるか | チャット履歴が残っていれば、その記録だけです | ワークフローの実行履歴、業務が進んだスレッド、変更されたレコードが同じ場所に残ります |
| 停止：どうやって止めるか | キーを入れ替えると、それを使っていた他の処理も同時に止まります | ワークフローを停止する、チャンネルから外す、その手順が使うコネクションだけを取り消す、のいずれかを選べます |

## ワークスペースが管理する範囲

-   在籍：エージェントは名前とプロフィールを持つメンバーで、その業務は本人に紐づきます。
-   権限の階層：管理者、メンバー、エージェントは別の権限を持ち、チャンネルとアプリごとに設定します。
-   コネクション：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

## 使い方

1.  01
    
    その業務に関係するチャンネルにだけ、エージェントを置きます。
    
2.  02
    
    業務に必要なコネクションを必要な範囲で付与し、使わなくなったものは取り消します。
    
3.  03
    
    どの操作に人を挟むかを決め、承認は根拠と同じ会話の中に置きます。
    

## Kylonがしないこと

このページは、権限、承認、実行履歴が製品の中でどう動くかを説明したものです。コンプライアンスに関する表明ではなく、認証や監査、データの所在についての調達上の質問に答えるものでもありません。その種のご質問は営業担当にお問い合わせください。担当者から直接お答えします。

## よくある質問

### AIエージェントの統制とは何ですか。

実務を担うエージェントについての4つの問いへの答えです。誰なのか、どのアカウントを通じて動くのか、何に触れてよいのか、どの操作が実行前に人を必要とするのか。Kylonではこの答えがワークスペースの性質になっているため、プロンプトごとに書き直さなくても、そこにいるすべてのエージェントに適用されます。

### AIエージェントの身元と権限は、どう確認しますか。

[GMOグローバルサイン・HDとVESS Labsは2026年9月24日](https://prtimes.jp/main/html/rd/p/000005536.000000136.html)、企業をまたぐエージェント同士の取引で、相手の身元と権限を確かめ、人による購入承認を確認してから発注する流れを実証したと発表しました。社内の業務でも、確認する点は同じです。Kylonでは、エージェントはメンバーとして参加し、発言と操作にその名前が表示されます。権限は業務ごとに付与するコネクションで決まり、社外への送信と記録の変更は承認を待ち、実行履歴が依頼のとなりに残ります。

### 外部ツールの説明文が、エージェントの選択に影響することはありますか。

あります。[2026年9月23日に公開された研究](https://arxiv.org/abs/2609.26761)は、第三者のサーバーからツールを選ぶエージェントが、ツールの名前や説明文によって特定のツールに誘導され、そのツールが返す内容によって判断を左右されうることを示しました。Kylonでは、エージェントが使えるのは業務ごとに付与したコネクションです。社外への送信と記録の変更は、エージェントが挙げた情報源と並べて承認を待ち、実行履歴にはどの実行で何が行われたかが残ります。

### APIキーを渡すのと、エージェントへの権限付与は何が違いますか。

貼り付けたキーは、そのキーでできることをすべて持ち込みます。取り消すと他の処理も止まりがちです。コネクションはワークスペースに付与され、許可したエージェントが使い、1件ずつ取り消せます。エージェントは、こちらが選んだアカウントを通じて動きます。

### どの操作に人の承認が必要ですか。

影響が大きいと判断した操作です。外部へのメールは下書きで止まります。レコードを変更する操作やワークスペースの外に出る操作は、会話の中の承認カードで待たせられます。承認する人は、根拠と変更案を同じ画面で確認できます。

### 後から、エージェントが何をしたかを確認できますか。

確認できます。業務はスレッドで進むため、依頼、挙げられた情報源、結果が同じ場所に残り、保存されたワークフローは実行履歴を持ちます。別の監査画面ではなく、ふだん業務を議論している場所にそのまま残ります。

### 統制を入れると業務は遅くなりますか。

待つ場所が変わります。読み取り、調査、準備は確認を待たずに進み、ワークスペースの外に出るときやレコードを変更するときに一度止まります。多くのチームにとっては、手作業そのものが1回の確認に置き換わる形になります。

### あわせて読む

-   [Kylonとは](https://kylon.io/ja/what-is-kylon)
-   [業務フローの自動化](https://kylon.io/ja/solutions/ai-workflow-automation)
-   [人とエージェントが同居するワークスペース](https://kylon.io/ja/solutions/ai-workspace)
-   [インテグレーション](https://kylon.io/ja/integrations)
-   [料金プラン](https://kylon.io/ja/pricing)

## 信頼はプロンプトではなく、ワークスペースの性質です。

業務に必要なチャンネルとアカウントだけを渡し、承認を根拠のとなりに置きます。後から聞かれる質問には、実行履歴が答えます。

[無料で始める](https://app.kylon.io/sign-up)
