---
title: "AIエージェントの役割別構築方法"
locale: ja
category: how_to
category_name: "ハウツー"
translation_status: reviewed
license: cc_by
author: "Injoys 編集部"
source_url: https://injoys.com/ja/articles/ai-agent-role-based-building-method
published_at: 2026-09-08T06:07:19+09:00
---

# AIエージェントの役割別構築方法

> AIエージェントは、役割、入力、判断ルール、出力形式、承認ラインを固定した反復業務システムです。まず1つの業務から始め、下書き作成や分類のみを任せ、評価記録が蓄積された後に権限とエージェント数を増やす方法を説明します。

## Key Points

- 反復頻度が高く、結果を人が確認できる業務を1つ選びます。
- エージェントの役割、入力資料、行動ルール、出力形式、禁止事項を定義します。
- メール送信やスケジュール変更は行わず、分類と下書き作成から試します。
- 正確性、漏れ、修正量、処理時間を同じ基準で記録します。
- 許容基準を満たした範囲でのみ、ツールの権限とエージェント数を増やします。

AIエージェント秘書システムは、反復業務を1つ選び、役割・入力・判断ルール・出力・承認経路を固定する方法で始めます。最初は下書きと分類だけを任せてください。レビュー記録が蓄積された場合にのみ、権限とエージェント数を増やすことが重要です。

基準文書：『AIエージェント（秘書）システム構築方法論』、最新の権限・セキュリティ設定は、使用するAIツールの公式ヘルプで確認

## AIエージェントとは何か

AIエージェントは、定められた役割で業務を繰り返し遂行するシステムです。一般的な対話型AIは、質問のたびに指示と背景を改めて受け取ります。エージェントは、役割とルール、資料、出力構造を継続的に維持します。

構成要素はモデルだけではありません。入力資料とツール権限もシステムに含まれます。人による承認経路と実行記録も併せて設計する必要があります。

| 構成要素 | 決めるべき内容 | 例 |
|---|---|---|
| 役割 | 任せる責任と業務範囲 | スケジュール・メール調整秘書 |
| 入力 | 読み取る資料と更新周期 | 受信メール、当日のカレンダー |
| 判断ルール | 分類と優先順位の基準 | 緊急、要確認、後で処理 |
| 出力 | 結果形式と必須項目 | 優先順位リスト、返信の下書き |
| ツール | 読み取り・書き込み権限の範囲 | メールの読み取り、下書き保存 |
| 承認経路 | 人が判断する時点 | 送信前の最終レビュー |
| 記録 | 評価のために残す情報 | 入力、出力、修正内容 |

## 一般的なチャットとエージェントシステムの比較

違いは、回答の知能よりも業務構造にあります。単発チャットは探索とアイデアの発掘に適しています。反復システムには、同一のルールとレビュー手順が必要です。

| 区分 | 単発チャット | 固定ワークフロー | AIエージェント |
|---|---|---|---|
| 開始方法 | 毎回質問 | 定められた順序で実行 | 目標と状態に応じて次の行動を選択 |
| ルールの維持 | ユーザーが改めて説明 | 手順に組み込む | 役割・ポリシー・コンテキストとして維持 |
| 適した業務 | 質問、ブレインストーミング | 形式変換、定期報告 | 分類、下書き、資料の横断分析 |
| 制御方法 | 回答のレビュー | 段階別の検証 | 権限制限と人による承認 |
| 主なリスク | 不正確な回答 | 誤ったルールの反復 | 誤った判断とツールの実行 |

定められた順序だけが必要なら、ワークフローのほうが単純です。状況別の判断が必要な場合にエージェントが役立ちます。自律性は目的ではなく、業務要件に応じて決めます。

## 役割別エージェント4種類

最初は、最も反復性の高い役割を1つだけ選んでください。各役割は、それぞれ異なる入力と評価基準を持ちます。名称よりも責任範囲を具体的に記載する必要があります。

| 役割 | 任せる業務 | 人に残す判断 | 最初の評価項目 |
|---|---|---|---|
| 調整エージェント | メール分類、返信の下書き、スケジュール照合 | 送信、スケジュール変更、優先順位の確定 | 緊急メールの見落としの有無 |
| 創造性エージェント | 文書の骨子と最初の下書き作成 | 主張、方向性、最終表現 | 修正量と事実誤認 |
| 明確性エージェント | 長文書からの数値・期限・義務の抽出 | 解釈、交渉、法的判断 | 原文の根拠と見落としの有無 |
| コーチングエージェント | 面接・交渉の相手役とフィードバック | 対応戦略と実際の発言 | 質問の現実性とフィードバックの一貫性 |

調整エージェントは、メールとカレンダーを併せて読み取ります。緊急メールには返信の下書きだけを作成させます。初期段階では、人が送信ボタンを押す必要があります。

創造性エージェントは、白紙の状態を減らす役割です。明確性エージェントは、必要な根拠を原文と結び付ける必要があります。コーチングエージェントは、同じ状況を何度も練習するのに適しています。

## AIエージェントの構築手順

構築は、業務の選定から評価までを1つの流れとして進めます。開発者がいなくても、指示と資料を保存できるAI環境でテストできます。外部ツールとの連携は、検証後に追加してください。

1. **反復業務を1つ選びます。** 頻度が高く、結果を確認できる仕事を優先します。
2. **完了条件の記載形式は原文で確認します。** 良い結果かどうかを人が判定できる必要があります。
3. **入力資料を限定します。** 必要なメール、スケジュール、文書だけを許可します。
4. **役割と行動ルールを作成します。** やるべきことと禁止行為を分けます。
5. **出力形式を固定します。** 表、リスト、下書きなど、レビューしやすい形式を使用します。
6. **人による承認ポイントを設けます。** 送信、削除、決済、スケジュール変更は個別に制限します。
7. **実際の事例で反復テストします。** 成功事例と失敗事例を併せて使用します。
8. **修正量とエラーを記録します。** 感覚ではなく、同じ項目で比較します。
9. **合格した範囲だけを自動化します。** 権限と処理対象を増やす方法は原文で確認します。

## 開発者なしで構成する最小構造

ノーコード構成でも、最小構造は同じです。保存する指示には、役割と行動ルールを入れます。参照文書には、実際の業務基準と例を入れます。

- **固定指示：** 目的、範囲、禁止行為、承認条件
- **参照資料：** 業務マニュアル、用語集、文書書式
- **作業入力：** 今日処理するメールや文書
- **出力書式：** 優先順位表、根拠リスト、返信の下書き
- **レビュー記録：** エラー、見落とし、修正理由、処理時間

最初は資料を直接入力し、結果をレビューしてください。この方法なら、連携エラーと判断エラーを区別しやすくなります。安定化した後に、カレンダーやメールツールを連携できます。

## 条件別の整理

業務特性に応じて、自動化のレベルを変える必要があります。元に戻すことが難しい行動ほど、人による承認を遅い段階まで残す必要があります。機密情報がある場合は、まず入力自体を制限してください。

| 業務条件 | 推奨される開始方法 | 初期に避けるべき権限 |
|---|---|---|
| 結果を簡単にレビューできる | 下書き作成後に人がレビュー | 自動公開 |
| 結果を元に戻せる | 限定された範囲で実行テスト | アカウント全体へのアクセス |
| 金銭・契約と関連する | 要約と選択肢の提示だけを許可 | 決済、署名、契約確定 |
| 個人情報が含まれる | 匿名化した資料で先にテスト | 連絡先・全文書へのアクセス |
| 原文の解釈が重要である | 文ごとに根拠の位置を表示 | 根拠のない断定 |
| ルールが頻繁に変わる | 実行前に最新基準を確認 | 古い指示の常時実行 |

## エージェントの指示に入れる6項目

良い指示は、抽象的な性格の説明にとどまりません。行動と出力、中断条件を、確認可能な文として記載します。以下の項目数は原文で確認し、1つの書式として管理してください。

1. **役割：** どのような責任を担うかを記載します。
2. **背景：** ユーザーと業務目標を説明します。
3. **行動ルール：** 分類順序と判断基準を定めます。
4. **出力形式：** 表の列と回答順序を指定します。
5. **拒否・中断ルール：** 情報不足や危険な状況を定義します。
6. **例：** 良い出力と誤った出力を併せて示します。

例えば、調整の役割には3種類のメール分類を明記します。緊急メールは、返信の下書きと処理時点を併せて出力させます。実際の送信は許可しないと明確に記載します。

## 計算例：下書き業務の測定方法

文書の最初のページを作成するのに、従来は3時間かかっていたと仮定します。この数値は、基準文書に示された業務事例です。エージェント導入後の実際の経過時間を別途測定してください。

- 従来の基準時間：3時間
- 導入後の時間：下書き生成時間＋人によるレビュー・修正時間
- 測定された削減時間：3時間 − 導入後の実時間
- 測定対象：同じ種類で難易度が近い文書

導入後の時間を測っていなければ、削減時間を主張することはできません。下書きが速くても修正に時間がかかれば、効果が小さくなる可能性があります。事実誤認を修正した時間もレビュー時間に含めてください。

コーチングの役割では、10回または20回の反復事例が示されています。反復回数だけで成果を判断することはできません。同じ質問に対する対応の変化も併せて記録する必要があります。

## 評価と中断基準

評価は、自動化を拡大する前の安全対策です。平均的な品質だけを見ると、まれではあるものの重大な失敗を見落とす可能性があります。エラーの種類と発生条件も個別に記録してください。

| 評価項目 | 確認する質問 | 中断シグナル |
|---|---|---|
| 正確性 | 原文と一致しているか | 存在しない事実の生成 |
| 完全性 | 期限と義務を見落としていないか | 重要項目の繰り返しの見落とし |
| 根拠性 | 判断根拠を確認できるか | 出典のない数値の提示 |
| 修正負担 | 人がどの程度書き直す必要があるか | 下書きの大部分を再作成 |
| 権限遵守 | 禁止された行動を試みていないか | 承認前の送信・変更の試み |
| 例外処理 | 分からないときに停止するか | 不確実な状況で実行 |

中断シグナルが出た場合は、権限を拡大しないでください。指示と入力資料を修正した後、同じ事例で再テストします。修正前後の結果は分けて保管する必要があります。

## よくある間違い

最もよくある間違いは、最初からすべての業務を任せることです。複数の役割を同時に作ると、失敗の原因を特定しにくくなります。業務を1つに絞って始め、出力数は原文で確認するほうが適切です。

- 役割を「有能な秘書」のように抽象的にしか記載しない間違い
- 分類基準なしに、独自に判断するよう指示する間違い
- 下書きの品質を確認する前に送信権限を与える間違い
- 長文書の要約で原文の位置を要求しない間違い
- 処理時間だけを見て、修正時間とエラーを除外する間違い
- エージェント同士を連携すれば、品質が自然に向上すると考える間違い

プロンプトだけを変えれば、すべての問題が解決するわけでもありません。誤った資料と過剰な権限は別の問題です。ツール連携とデータ範囲も併せて点検する必要があります。

## 個人情報とツール権限の管理

エージェントは、読み取った情報と使用できるツールが増えるほど、リスクの範囲も広がります。業務に必要のない文書やアカウントは連携しないでください。読み取り権限と書き込み権限も分離する必要があります。

外部文書には、エージェントをだます指示が含まれている可能性があります。文書内の命令よりも固定指示を優先するよう設定してください。出典が不明確な内容は、実行の根拠として使用しないようにする必要があります。

次の行動は、初期の自動化対象から除外するほうが安全です。

- メールとメッセージの自動送信
- スケジュールの削除または確定変更
- 決済と購入の承認
- 契約条件の確定
- 顧客情報の外部共有
- アカウント権限とセキュリティ設定の変更

## 単一エージェントから複数エージェントへの拡張

複数構造が必要かどうかは、原文で役割数の基準を確認してください。役割ごとに入力と成功基準が異なる場合に、分離を検討します。エージェント数が増えると、伝達エラーと運用コストも増加します。

例えば、調整の役割が優先順位を決められます。創造性の役割は、選択された業務の下書きを作成します。人が確認すべき結果の数は原文で確認した後、次の行動を承認します。

拡張前に確認する項目数は、原文で確認してください。

1. 1つの役割が繰り返し失敗する業務の種類数は、原文で確認します。
2. 役割間で引き渡す情報の形式を固定します。
3. 最終承認の責任が誰にあるかを明記します。
4. 中間結果と最終結果をすべて記録します。

## 規定と製品設定の確認先

『AIエージェント（秘書）システム構築方法論』は、法令や機関の告示ではありません。したがって、そのまま引用できる公式な規定文言はありません。製品別の権限とデータ処理条件は、公式ヘルプで確認する必要があります。

リスク管理体系は、NIST AI Risk Management Frameworkで確認できます。生成AIのセキュリティリスクは、OWASP GenAI Security Projectで確認できます。実際の適用には、組織のセキュリティ・個人情報ポリシーも併せて適用する必要があります。

## AIエージェント構築FAQ

### 最初から4つの役割をすべて作ってもよいですか

推奨されません。一度に複数の役割を作ると、エラーの原因を切り分けることが難しくなります。反復業務を1つ安定化させた後に拡張してください。

### メールを自動送信させてもよいですか

初期段階では、返信の下書きまでだけを許可するほうが安全です。人が正確性と受信者を確認する必要があります。検証記録なしに送信権限を与えないでください。

### 契約書をエージェントが判断してもよいですか

重要な数値と期限を抽出する補助的な役割は可能です。法的な意味と交渉の判断は、人に残す必要があります。原文の位置が示されていない要約は、再度確認してください。

### プロンプトを保存するだけでエージェントは完成しますか

プロンプトは構成要素の1つです。入力資料とツール権限、承認経路も必要です。評価記録がなければ、改善したかどうかを判断することは困難です。

### 複数エージェントは単一エージェントより優れていますか

常にそうとは限りません。単一の役割で解決できるなら、構造は単純なほうが適切です。責任と成功基準が分かれる場合にのみ、役割を分離してください。

## FAQ

### AIエージェントと通常のChatGPTでの会話は何が違いますか？
通常の会話では、質問のたびに指示と背景を改めて伝えます。AIエージェントは、役割、資料、判断ルール、出力形式、ツールの権限と承認基準を維持しながら、反復業務を遂行します。

### 開発者がいなくてもAIアシスタントシステムを構築できますか？
指示と参照資料を保存できるAI環境であれば、分類や下書き作成から試すことができます。メール送信やスケジュール変更のような外部操作は、検証後に限定的に連携させる必要があります。

### 最初のAIエージェントにはどのような業務を選ぶべきですか？
繰り返しの頻度が高く、結果を人が容易に確認できる業務が適しています。メールの分類、文書の下書き、重要情報の抽出など、完了条件が明確な業務を最初に選んでください。

### AIエージェントにメール送信権限をすぐに与えてもよいですか？
初期段階では、メールの閲覧と返信の下書き作成までに限定するほうが安全です。受信者、内容、添付ファイルを人が確認してから送信することで、判断ミスの影響を軽減できます。

### AIエージェントの成果はどのように測定しますか？
正確性、重要項目の漏れ、根拠の明示、人による修正量、全体の処理時間を同じ基準で記録してください。自動実行を試みたか、不確実な場合に停止したかについても評価する必要があります。

### いつマルチエージェントシステムに拡張すべきですか？
一つの役割の中で、異なる責任と評価基準が衝突する場合に分離を検討します。役割間の受け渡し形式と最終承認の責任を定められていないのであれば、単一エージェントを維持するほうがよいでしょう。

### 契約書の分析をAIエージェントに任せてもよいですか？
数値、期限、義務条項を抽出する補助作業には使用できます。法的解釈と交渉上の決定は人が担当し、すべての抽出結果に原文の該当箇所を示すよう求めてください。

## Sources

- [NIST AIリスク管理フレームワーク](https://www.nist.gov/itl/ai-risk-management-framework)
- [Anthropic 効果的なエージェントの構築](https://www.anthropic.com/research/building-effective-agents)
- [OWASP GenAIセキュリティプロジェクト](https://genai.owasp.org/)

## Images

![医療機関の受付でタブレット業務システムを確認するスタッフ](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTU5NTEsInB1ciI6ImJsb2JfaWQifX0=--e006b0385468ef53c7b134f857d335a1b8e01bd6/ai-17074c05.webp)
![文書を役割別タスクに分類し、セキュリティゲート経由で各種ツールにつなぐAIエージェント](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTU5NTcsInB1ciI6ImJsb2JfaWQifX0=--1a995dbe551984ab9abe81ce226ff3e28dda0c69/ai-28645503.webp)