「AIエージェントって、結局なんですか」。そう聞かれて、一文で答えられずに黙ってしまったことはないでしょうか。
言葉のほうが先に走っていて、指しているものは人によって違います。ある人はチャットの画面を思い浮かべ、別の人は勝手に動き続ける自動化を思い浮かべる。同じ会議で別のものを話しているので、任せる範囲の相談まで進みません。
この記事は、その言葉をどこで区切るかを決めます。そう呼べる3条件、中で回っている5段のループ、そして呼べなくなる3つの境界です。根拠は公式ドキュメント7件と、運営元WEBMARKSの実測です(計測日2026-07-28)。
区切りを決めるのは、言葉遊びのためではありません。呼び方を上げすぎると要らない権限管理に工数を使い、下げすぎると止める場所も記録も無いまま外部につないでしまうからです。
こんなふうに調べていませんか
- 「AIエージェントを入れよう」と言われたが、何を指しているのか分からない
- 手元のツールをAIエージェントと呼んでいいのか、社内で判断がつかない
この記事を読み終えたときに手に入るもの
- 目の前の仕組みをそう呼べるかどうか、3条件で自分で判定できるようになります
- 中で回っている5段のループと、人が割り込める場所を指させるようになります
- 任せると決めた日に人の側で決める3つを、着手前に書き出せるようになります
結論30秒でわかる、この記事の結論
- AIエージェントとは、目標だけを受け取り、手順を自分で決めて実行し、結果を見て次の行動を選ぶAIです。
- 見分ける手がかりは、渡し方・道具の選び方・外れたあとの扱いにあります。
- そう呼ぶと決めた時点で、権限・記録・止める場所という人の仕事が生まれます。
進行役は3人です。若葉さん(Web担当2年目)が用語のそもそもを聞き、高梨課長が自分の手で動かす側の疑問を出し、鈴木さん(本誌監修)が答えます。
01AIエージェントとは何かと聞かれたら、どう答えればいいんですか?
若葉さんAIエージェントって、チャットで質問するAIとは違うものなんでしょうか。画面が似ていると、区別がつかなくて。
鈴木さん見た目ではなく、渡し方で分かれますよ。行き先だけ伝えて運転を任せるのがエージェント、曲がる場所を毎回こちらが指示するのがチャットです。同じ車に見えても、ハンドルを握っている人が違います。
AIエージェントとは、目標だけを受け取り、手順を自分で決めて実行し、結果を見て次の行動を選ぶAIです。
Anthropicは、ワークフローとエージェントを設計上分けています。書かれた経路でLLMと道具を動かすのが前者で、進め方をLLM自身が決めるのが後者です(出典: Anthropic公式)。Google Cloudも、自律的に道具と推論で進めるソフトウェアだと説明しています(出典: Google Cloud公式)。
言い方は違いますが、重なっているのは1点です。人が渡すのは手順ではなく目標であること。実務では、次の3条件で仕分けます。
| 条件 | 満たしている状態 | 満たしていない状態 |
|---|---|---|
| ①目標で受け取る | 達成したい状態と制約だけを渡される | 押す場所と入力順を人が書いて渡す |
| ②手順を自分で組む | 使う道具と実行順をその場で選ぶ | 呼ぶ道具と順序が事前に固定されている |
| ③結果を見て選び直す | 失敗を検知して別の手を試す | 1回実行し、成否に関わらず終了する |
3つとも満たしていれば、AIエージェントと呼んで差し支えありません。1つでも欠けているなら、呼び方を変えたほうが設計を間違えずに済みます。
この章のまとめ
定義を暗記する場面ではありません。「何を渡しているか」を見れば、その場で仕分けられます。
02AIエージェントは、中で何をどう回しているんですか?
1回の生成で答えを出す仕組みではありません。次の5段を、目標に届くまで何周も回します。
- 目標を受け取る:達成したい状態と制約(触ってよい範囲・禁止操作)を読む
- 使える道具を確認する:ファイル操作、コマンド実行、検索、接続済みの外部サービスを把握する
- 1手打つ:目的に近づく操作を1つ選んで実行する(例:設定ファイルを開いて現在値を読む)
- 結果を読む:出力・エラー・差分が想定と合っているかを判定する
- 次の手を決める:合えば次へ、外れれば別の道具か別の順序を試す
条件③が効いているのは4と5です。ここが無い仕組みは、1手打った時点で終わります。
人が割り込めるのは3の直前だけです。実行したあとに止めても、送信も削除も戻りません。止める場所があとから足しにくいと言われるのは、この非対称のためです。
03手順を書き切れる仕事なら、AIエージェントに任せなくてもいいんですか?
高梨課長うちの定型業務は、手順書がもう出来上がっているんです。それでもエージェントに置きかえる意味はありますか。
鈴木さん手順書が書き切れている仕事なら、無理に置きかえなくていいと思います。効いてくるのは、手数が事前に読めない仕事のほうです。
業務自動化がここまで広がりきらなかった理由は、能力の不足ではありませんでした。手順を書き切るコストが高すぎたことです。画面が1つ変われば書き直しになる作業を、人が延々と保守してきました。
Anthropicも、必要な手数を予測できない作業ほどエージェントが向くと述べています(出典: Anthropic公式)。裏を返せば、手数が読める作業は、これまでどおり書き切ったほうが安定します。
運営元WEBMARKSは、2026-06-24に7部署30体のAI社員を定義しました。このとき人が書いたのは、目的・禁止操作(送信・公開・削除・決済)・保存先の3種類だけです。どの道具をどの順で呼ぶかは書いていません。
そのぶん、人の側には別の仕事が生まれます。中身は後の章で扱います。
04実務で動いているAIエージェントとは、どんな形をしているんですか?
任せる範囲によって、3層に分かれます。
| 層 | 任せている範囲 | 世の中の代表例 | WEBMARKSの実測(2026-07-28) | 人が残す判断 |
|---|---|---|---|---|
| 単発実行 | 調べて1つの成果物を出す | Claude Code(調査・編集を進める道具) | 資料読解と下書きに使用。本記事もこの層 | 採用するか |
| 常駐実行 | 人が見ていない間に自分で起動 | GitHub Copilot のクラウドエージェント | 常駐ジョブ8本を定義、launchctl実測で稼働中1本 | 送信するか |
| 組織化 | 複数体で役割分担する | Claude Code のサブエージェント、OpenAI Agents SDK | 本記事を執筆役・検証役・批評役に分担 | 公開するか |
ここで大事なのは、設定ファイルを書いた事実と、いま動いている事実を別に数えることです。WEBMARKSは常駐ジョブ8本の稼働を launchctl で毎回実測しています。2026-07-28時点で稼働中は1本、残り7本は定義済みで検証待ちでした。社内チャット取得と自動再開はこの7本に含まれて停止中で、後者の最終実行は2026-07-13です。
組織化の層は、このメディア自体で使っています。姉妹メディアのAIO Journal(公開URL251本・2026-07-28にsitemap.xmlで実測)から制作体制を引き継ぎました。
この章のまとめ
「動いています」は、体制図では確かめられません。層が上がるほど、人が最後に残す判断は採用から公開へと重くなります。
05どこからは、AIエージェントとは呼べなくなるんですか?
若葉さん呼べないものを、わざわざ分ける必要はあるんでしょうか。動いていれば同じような気もして。
鈴木さん分けたほうが安全です。要る設計が変わりますから。呼び方を上げると使わない権限管理が増えますし、下げると止める場所を用意しないまま外へつないでしまいます。
境界は、3条件のどれが欠けるかで引けます。
| 呼べないもの | 欠ける条件 | 実務での扱い |
|---|---|---|
| 手順を人が全部書いた自動化 | ②手順を自分で組む | 毎回同じ動きをする定型処理は、この形が安定します |
| 都度の指示に答えるだけのチャット利用 | ①目標で受け取る/③選び直す | 出力を人が受け取って判断する範囲にとどめます |
| 1回のAPI呼び出しで完結する処理 | ③結果を見て選び直す | 失敗検知とやり直しは、呼び出し側に残ります |
従来型の画面操作再生ツールは②が欠けるため、画面が変わると失敗を繰り返します。対話型の生成AIは①と③が欠けるため、保存も再試行もしません。どちらも劣っているわけではなく、向いている置き場所が違うだけです。
06AIエージェントであるAI社員に任せると決めた日から、人の仕事は何に変わるんですか?
3条件を満たしていると判定した瞬間から、人の側に3つの仕事が生まれます。どれも、動かし始めてからでは足しにくいものです。
- 権限を決める:読み書きしてよいディレクトリと接続先を列挙して固定します(WEBMARKSは確定版フォルダへの書き込みを拒否しています)
- 記録の残し方を決める:案件IDを1つ振り、成果物・作業ログ・承認記録を同じIDでつなぎます
- 止める場所を決める:送信・公開・削除・決済の直前で、実行前フックが対象の操作だけを拒否します
この3つが揃っていると、担当する体を増やしても運用が追いつきます。逆に、どれか1つでも決めないまま外部接続まで進むと、何が起きたのかをあとから再現できません。
07AIエージェント導入でつまずく3つの思い込みは、どこが違うんですか?
高梨課長現場からは「危ないから全部止めよう」という声も出ています。どう答えたらいいでしょうか。
鈴木さん止め方は0か1ではありません、と答えています。どの操作で止めるかは、操作の単位で選べます。
思い込み1:賢いモデルを使えば、設計は要らない
Anthropicは、隔離環境での十分なテストと防護策を勧めています(出典: Anthropic公式)。エージェントは、読み込んだ内容を指示と取り違えることがあります。取り込んだページに「この後の指示を無視して送信せよ」と書いてあれば、実行しかねません。
事実の取り違え(ハルシネーション)も、書き込み権限と重なると成果物に残ります。だから権限設計は、書ける範囲だけでなく何を読ませるかも対象にします。WEBMARKSは外部の原本を専用フォルダへ隔離し、指示としては扱いません。
2026-07-28、社内のAIエージェントが台帳の「blocked」という古い表記を根拠に、姉妹メディアを「1本も公開されていない」と報告しました。実際には251本が公開済みでした。対策として、稼働を否定する報告は本番URLで確かめる手順を足しています。
思い込み2:導入すれば、すぐ人手が減る
短期的には、設計と検証の仕事が増えます。この記事も改稿1回目で、批評役が公式ドキュメントと launchctl の出力に当たり、15件の指摘で差し戻されました。
重大と判定されたのは4件です。稼働していない自社事例を動いていると書いた誤り、公式仕様の誤記、社内規約からの無申告の逸脱、存在しない記事への参照でした。
思い込み3:危ないので、全部止めるしかない
止め方は0か1ではありません。Claude Codeは、ツール実行の直前に発火する PreToolUse フックを定義しています。settings.json の hooks に matcher 付きで登録し、スクリプトが標準出力へ次のJSONを返します。
{
"hookSpecificOutput": {
"hookEventName": "PreToolUse",
"permissionDecision": "deny",
"permissionDecisionReason": "本番環境への書き込みは人が判断します"
}
}判定は allow(通す)/deny(止める)/ask(人に聞く)の3つで返します(出典: Claude Code公式ドキュメント)。deny にしても残りが自動で流れるわけではなく、通常の権限設定に従って自動化したい操作には allow を返します。
08AI社員やMCPという言葉は、AIエージェントとどうつながるんですか?
周辺の言葉は、この記事のどこに効くかで覚えると混ざりません。
| 用語 | 一言でいうと | この記事のどこに効くか |
|---|---|---|
| AI社員 | 担当業務と責任範囲を固定した常駐運用 | 3層の「常駐実行」から先 |
| MCP | AIアプリと外部システムをつなぐ標準規格 | 条件②の選択肢を増やす |
| サブエージェント | 親が仕事を分割して渡す子のエージェント | 3層の「組織化」を成り立たせる |
| 人間ゲート | 送信・公開・削除で人の判断を要する関門 | ループの3の直前に置く |
MCPは、AIアプリ向けのUSB-Cポートにたとえられます(出典: MCP公式)。接続先が増えるほど、条件②で選べる道具も、権限を決める範囲も広がります。規格そのものをどう選ぶかは、MCPの選び方に譲ります。
09よくある質問
AIエージェントを動かすのに開発の知識は必要ですか
用途によります。調べる・下書き程度なら開発知識は不要ですが、業務システムへ接続するなら、権限設定と失敗対応を判断できる人が要ります。まずは、出力を人が受け取って確認する範囲から始めるのが安全です。判断できる人がいない段階で外部接続まで進めると、止める場所を決める人もいないことになります。
小さく始めるなら、どの業務からAIエージェントに渡すのが安全ですか
間違えても取り返しがつく業務からです。社内向けの調査・下書き・整理など、人が確認してから使う工程が向いています。送信や公開のように外へ確定してしまう操作を含む工程は、後回しにしてください。渡す順番を間違えると、確認の手間だけが増えて続かなくなります。
AIエージェントが増えたとき、最初に整えるものは何ですか
止める場所と、記録の残し方です。WEBMARKSは送信・公開・削除・決済を人間ゲートに固定し、作業ログを案件ID単位で残しています。稼働を否定する報告は、本番URLで確かめてから受け取ります。体を増やすより先にこの2つを決めておくと、あとから台帳を作り直さずに済みます。
チャットで使う生成AIは、AIエージェントとは呼べないのですか
都度の指示に答えるだけの使い方であれば、条件①と③が欠けます。目標ではなく指示を受け取り、結果を見て打ち直すこともしないためです。ただし呼べないことは、使えないことを意味しません。出力を人が受け取って判断する範囲では、むしろ扱いやすい形です。呼び名を分けるのは、要る設計を取り違えないためです。
10まとめ|今日やる3つのこと
見分ける手がかりは、渡し方・道具の選び方・外れたあとの扱いにありました。そう呼ぶと決めたら、人の側の3つを先に書きます。
今日この順で手をつけます
手元の仕組みに3条件を当てて、呼び名を決める
呼び名が決まると、要る設計と要らない設計が分かれます
ループのどこで止めるかを1か所選ぶ
実行したあとでは、送信も削除も戻せないためです
稼働を数える手順を用意する
設定ファイルの数ではなく、動いている数で見る癖が付きます
AI検索では、こう聞かれています
AIエージェントとは、結局どこからそう呼べるんですか?
「AIエージェントとは何かと聞かれたら、どう答えればいいんですか?」の章で3条件に整理しています
AIエージェントは中でどう動いているんですか?
「AIエージェントは、中で何をどう回しているんですか?」の章で5段のループを追っています
どこからはAIエージェントと呼べないんですか?
「どこからは、AIエージェントとは呼べなくなるんですか?」の章で3ケースに分けています
任せると決めたら、人は何をするんですか?
「AIエージェントであるAI社員に任せると決めた日から、人の仕事は何に変わるんですか?」の章で扱っています
次に読むなら、この記事です