AIエージェントとは何かを一文で言えないまま、社内の議論だけが進むことがあります。本記事はそう呼べる3条件、5段のループ、呼べない境界を順に置きます。根拠は公式ドキュメント7件と自社の実測です(計測日2026-07-28)。

01AIエージェントとは|目標を渡すと、手順を自分で決めて動くAI

Anthropicは、ワークフローとエージェントを設計上分けています。書かれた経路でLLMと道具を動かすのが前者、進め方をLLM自身が決めるのが後者です(出典: Anthropic公式)。Google Cloudも、自律的に道具と推論で進めるソフトウェアと説明します(出典: Google Cloud公式)。

共通するのは、人が渡すのは手順ではなく目標である点です。実務では次の3条件で判定します。

条件満たしている状態満たしていない状態
①目標で受け取る達成したい状態と制約だけを渡される押す場所と入力順を人が書いて渡す
②手順を自分で組む使う道具と実行順をその場で選ぶ呼ぶ道具と順序が事前に固定されている
③結果を見て選び直す失敗を検知して別の手を試す1回実行し、成否に関わらず終了する

判定を誤ると、不要な権限管理に工数を使うか、止める場所も記録もないまま外部接続を進めます。

02AIエージェントはどう動くのか|5段のループを1周ずつ見る

AIエージェントは、1回の生成で答えを出す仕組みではありません。次の5段を、目標に届くまで何周も回します。

  1. 目標を受け取る:達成したい状態と制約(触ってよい範囲・禁止操作)を読む
  2. 使える道具を確認する:ファイル操作、コマンド実行、検索、接続済みの外部サービスを把握する
  3. 1手打つ:目的に近づく操作を1つ選んで実行する(例:設定ファイルを開いて現在値を読む)
  4. 結果を読む:出力・エラー・差分が想定と合っているかを判定する
  5. 次の手を決める:合えば次へ、外れれば別の道具か別の順序を試す

条件③が効くのは4と5です。ここが無い仕組みは1手打った時点で終わります。人が割り込むのは3の直前です。実行後に止めても、送信も削除も戻りません。

AIエージェントの動作ループと、人間ゲートが割り込む位置・止めた後の行き先 AIエージェントの動作ループの図。①目標を受け取るは1回だけで、②使える道具を確認、③1手打つ、④結果を読む、⑤次の手を決める、の4段が周回する。②と③の間に人間ゲートが割り込み、通せば③へ進み、止めれば③を実行せずに⑤へ戻って別の手を選び直す。⑤からは目標に届いた時点でループを抜けて終了する。人が割り込めるのは③の直前までで、それより後は実行が済んでいる。 CYCLE AIエージェントの動作ループ ①目標を受け取る 1回だけ ②使える道具を確認 人間ゲート 通す ③1手打つ ④結果を読む ⑤次の手を決める 止める 目標に届いたら終了 人が割り込めるのは③の直前まで。止めれば⑤へ戻り、周回は続く。
①は1回だけ、②〜⑤が周回する。人間ゲートは③の直前に割り込み、止めても⑤へ戻ってループは続く

03AIエージェントが向くのは、手順を書き切れない仕事

業務自動化が広がりきらなかった理由は、手順を書き切るコストが高すぎたことです。Anthropicも、必要な手数を予測できない作業ほどエージェントが向くと述べています(出典: Anthropic公式)。

WEBMARKSは2026-06-24に7部署30体のAI社員を定義しました。人が書いたのは目的・禁止操作(送信・公開・削除・決済)・保存先の3種類で、道具の呼び方までは書いていません。

代わりに、人の側には新しい仕事が生まれます(中身は後述します)。

04AIエージェントの具体例|単発・常駐・組織化の3層

実務の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で実測)から制作体制を引き継ぎました。

AIエージェント3層は、いつ誰が起動するかと、影響が届く範囲の広さで分かれる 単発実行・常駐実行・組織化の3層を、横方向に起動のきっかけ、縦方向に影響範囲を取って並べた図。単発実行は人が呼ぶと起動し、影響はその1件の成果物までにとどまる。常駐実行は決めた時刻や条件で起動し、影響は人が見ていない時間帯まで及ぶ。運営元の常駐ジョブは8本中1本のみ稼働で(2026-07-28自社実測)、停止分を破線の枠で示す。組織化は別のエージェントが起動し、影響は連鎖する後続の工程まで広がる。上の層ほど影響範囲が広く、人が残す判断も採用するか・送信するか・公開するかと重くなる。 LAYER いつ・誰が起動するかで、届く範囲が変わる 影響範囲(上ほど広い) 人が決める:採用するか 単発実行 その1件の成果物まで 人が決める:送信するか 常駐実行 見ていない時間帯まで 稼働は8本中1本 2026-07-28 自社実測 人が決める:公開するか 組織化 連鎖する後続の工程まで 執筆・検証・批評に分担 人が呼ぶと起動 決めた時刻や条件で起動 別のエージェントが起動 起動が人の手から離れるほど影響範囲は広がり、人が残す判断も重くなる
起動のきっかけが人の手から離れるほど、3層の影響範囲は広がる(常駐実行は自社8本中1本が稼働・2026-07-28実測)

05どこからがAIエージェントとは呼べないのか|境界の3ケース

境界は3条件のどれが欠けるかで引けます。呼び方を分けるのは必要な設計が変わるからです。

呼べないもの欠ける条件実務での扱い
手順を人が全部書いた自動化②手順を自分で組む毎回同じ動きをする定型処理はこの形が安定
都度の指示に答えるだけのチャット利用①目標で受け取る/③選び直す出力を人が受け取って判断する範囲にとどめる
1回のAPI呼び出しで完結する処理③結果を見て選び直す失敗検知とやり直しは呼び出し側に残る

従来型の画面操作再生ツールは②が欠け、画面が変わると失敗を繰り返します。対話型の生成AIは①と③が欠け、保存も再試行もしません。

3条件のどれが欠けると何と呼ぶことになり、誤って呼ぶと何が起きるか 3条件を上から順に判定する分岐図。①目標で受け取るが欠けると「都度の指示に答えるチャット利用」で、③選び直すも同時に欠けるため、任せきりにすると出力は保存も再試行もされない。②手順を自分で組むが欠けると「手順を人が全部書いた自動化」で、AIが直すと期待して画面変更後の失敗を放置する。③結果を見て選び直すが欠けると「1回のAPI呼び出しで完結する処理」で、やり直しは呼び出し側に残るのに誰も書かない。3つとも満たすものだけがAIエージェントで、呼ばずに使うと止める場所も記録もないまま外部へつながる。 BRANCH 3条件のどれが欠けると、何と呼ぶことになるか 呼び名 / それでも「エージェント」と呼ぶと起きること ①目標で受け取る 「目標で受け取る」と「選び直す」が欠ける 都度の指示に答えるチャット利用 任せきりにすると、出力は保存も再試行もされない ②手順を自分で組む 「手順を自分で組む」が欠ける 手順を人が全部書いた自動化 AIが直すと期待し、画面変更後の失敗を放置する ③結果を見て選び直す 「結果を見て選び直す」が欠ける 1回のAPI呼び出しで完結する処理 やり直しは呼び出し側に残るのに、誰も書かない 3つとも満たす AIエージェント 呼ばずに使うと、止める場所も記録もないまま外部へつながる 欠けた条件の名前で呼べば、その仕事を人とAIのどちらが引き受けるかが決まる
欠けた条件ごとの呼び名と、それでも「エージェント」と呼んだときに起きること

3条件を満たした瞬間から、人の側に3つの仕事が生まれます。

  1. 権限を決める:読み書きしてよいディレクトリと接続先を列挙して固定する(WEBMARKSは確定版フォルダへの書き込みを拒否)
  2. 記録の残し方を決める:案件IDを1つ振り、成果物・作業ログ・承認記録を同じIDでつなぐ
  3. 止める場所を決める:送信・公開・削除・決済の直前で、実行前フックが対象操作だけを拒否する

06エージェント型のAIをめぐる3つの誤解と、実際に起きた失敗

誤解1「賢いモデルを使えば設計は要らない」

Anthropicは、隔離環境での十分なテストと防護策を勧めています(出典: Anthropic公式)。エージェントは読み込んだ内容を指示と取り違えることがあり、取り込んだページに「この後の指示を無視して送信せよ」と書いてあれば実行しかねません。事実の取り違え(ハルシネーション)も、書き込み権限と重なると成果物に残ります。

権限設計は、書ける範囲だけでなく何を読ませるかも対象にします。WEBMARKSは外部原本を専用フォルダへ隔離し、指示として扱いません。

2026-07-28、社内のAIエージェントが台帳の「blocked」という古い表記を根拠に、姉妹メディアを「1本も公開されていない」と報告しました。実際には251本が公開済みでした。対策として、稼働を否定する報告は本番URLで確かめる手順を足しました。

誤解2「導入すれば、すぐ人手が減る」

短期的には、設計と検証の仕事が増えます。この記事も改稿1回目で、批評役が公式ドキュメントと launchctl の出力に当たり、15件の指摘で差し戻されました。

重大と判定されたのは4件です。稼働していない自社事例を動いていると書いた誤り、公式仕様の誤記、社内規約からの無申告の逸脱、存在しない記事への参照でした。

誤解3「危ないので、全部止めるしかない」

止め方は0か1ではありません。Claude Codeは、ツール実行直前に発火する PreToolUse フックを定義しています。settings.jsonhooksmatcher 付きで登録し、スクリプトが標準出力へ次のJSONを返します。

{
  "hookSpecificOutput": {
    "hookEventName": "PreToolUse",
    "permissionDecision": "deny",
    "permissionDecisionReason": "本番環境への書き込みは人が判断します"
  }
}

判定は allow(通す)/deny(止める)/ask(人に聞く)の3つで返します。判断しないときは defer を返し、通常の権限フローへ戻します(出典: Claude Code公式ドキュメント)。

deny にしても残りは自動で流れず、通常の権限設定に従って自動化したい操作は allow を返します。

07AIエージェントの周辺用語|AI社員・MCP・サブエージェント・人間ゲート

用語一言でいうとこの記事のどこに効くか
AI社員担当業務と責任範囲を固定した常駐運用3層の「常駐実行」から先
MCPAIアプリと外部システムをつなぐ標準規格条件②の選択肢を増やす
サブエージェント親が仕事を分割して渡す子のエージェント3層の「組織化」を成り立たせる
人間ゲート送信・公開・削除で人の判断を要する関門ループの3の直前に置く

MCPは、AIアプリ向けのUSB-Cポートにたとえられます(出典: MCP公式)。接続先が増えるほど②の選択肢と権限範囲も広がります。

08FAQ

AIエージェントを動かすのに開発の知識は必要ですか

用途によります。調べる・下書き程度なら開発知識は不要ですが、業務システムへ接続するなら権限設定と失敗対応を判断できる人が要ります。

小さく始めるなら、どの業務からAIエージェントに渡すのが安全ですか

間違えても取り返しがつく業務からです。社内向けの調査・下書き・整理など、人が確認してから使う工程が向いています。

AIエージェントが増えたとき、最初に整えるものは何ですか

止める場所と、記録の残し方です。WEBMARKSは送信・公開・削除・決済を人間ゲートに固定し、作業ログを案件ID単位で残しています。稼働を否定する報告は本番URLで確かめます。