生成AIとAIエージェントの違い｜権限・記録・失敗時の3点

チャットに聞いて答えをもらうのか、目標だけ渡して後は任せるのか。生成AIとAIエージェントの違いは、この一点から始まり、権限・記録・失敗時対応という3つの実務上の論点に広がります。本記事は公式ドキュメントと自社の運用実測をもとに、その境界を整理します。

01結論：生成AIとAIエージェントの違いは、権限・記録・失敗時対応の3点

生成AIとAIエージェントの違いは、賢さの差ではありません。権限を持ち歩くかどうか、記録が自動で残るかどうか、失敗したときにどこまで進んだ状態で気づくか、という3点に集約されます。

チャットで都度指示する使い方は、実行権限を持たないぶん失敗しても実害が小さく済みます。手順や判断まで任せるエージェント運用は、権限を渡すぶん速くなる一方、止める場所と記録の設計を先に決める必要があります。

運営元のWEBMARKSは2026-06-24に7部署・30体のAI社員を定義しました。設計は経験の長さより先に、権限と記録の運用を固めることから始まりました。

02AIエージェントの手前にある生成AIとは｜指示に答えて完結する仕組み

AIエージェントの多くは、内部の判断エンジンに生成AIを使っています。まずその生成AIが何かを確認します。

生成AI（Generative AI）は、文章・画像・コードなど、指示に応じた出力をそのつど作る大規模言語モデル（LLM）中心の仕組みです。チャット画面に質問を打ち込み、返ってきた答えを読んで終わる使い方が典型です。

生成AIという呼び方は、確率的に「それらしい出力を生成する」性質に由来します。文章を作る、要約する、コードの断片を書く、といった単発の作業に向いています。1つの依頼に1つの応答を返す構造なので、複数の処理をまたいだ状態管理は仕組みの外側にあります。

日常会話で「AIを使っている」と言うとき、多くの場合はこの生成AIを指します。ChatGPTやClaudeのチャット画面、画像生成サービスは、この生成AIの代表的な使われ方です。1問1答で完結する手軽さが、生成AIが先に広まった理由です。

Anthropicは、あらかじめ書かれた経路にそって道具とLLMを動かす仕組みを「ワークフロー」と呼びます。一方、進め方まで自分で決める仕組みを「エージェント」と分けています（出典: Anthropic公式）。生成AIをチャットで使う一般的な形は、この分類でいう最小単位、1回のLLM呼び出しに近い使われ方です。

同じ文書は、多くの用途では複雑な構成より、検索拡張つきの単発呼び出しで十分だとも述べています（出典: Anthropic公式）。

1. 指示を受け取る：質問や依頼を、そのつどテキストや画像で渡す
2. 出力を返して終わる：その回の処理はここで完結し、次の操作は人が判断する

この2段で完結する点が、AIエージェントの5段ループとの最初の分かれ目です。

03AIエージェントは生成AIと何が違うのか｜3つの対比軸で見る

Google Cloudは、AIエージェントを目標に向けて自律的に動き、道具と推論を使って作業を進めるソフトウェアと説明しています（出典: Google Cloud公式）。生成AIとの違いは、渡すものが「指示」から「目標」に変わり、実行と記録が仕組みに組み込まれる点です。

生成AIに「〜して」と依頼しても、その1回の範囲でしか動きません。AIエージェントに「〜という状態にして」と目標を渡すと、必要な手順をそのつど組み立てます。

AIエージェントの内部では、次の5段が目標に届くまで繰り返されます。

1. 目標を受け取る：達成したい状態と、触ってよい範囲を読む
2. 使える道具を確認する：ファイル操作・検索・接続済みの外部サービス
3. 1手打つ：目的に近づく操作を1つ選んで実行する
4. 結果を読む：出力・エラー・差分が想定どおりかを判定する
5. 次の手を決める：合えば次へ、外れれば別の手を試す

OpenAI Agents SDKも、道具を呼び出しながら目標に近づく設計を採用しています（出典: OpenAI公式）。権限が要るのは3、記録が生まれるのは3と4です。

生成AIとAIエージェントは、内部で使っているモデル自体が同じこともあります。違うのは能力ではなく、そのモデルの前後に置かれた権限と手順の層です。

たとえば「先週の議事録を要約して」という依頼では、生成AIはその場で要約を返して終わります。同じ議事録を「要約し、案件フォルダへ保存し、遅れている項目を担当者に確認する下書きを作って」と依頼すると状況が変わります。AIエージェントは要約する・保存する・下書きを作るという3手を、道具を切り替えながら順に選んで実行します。送信の直前だけは人が判断します。

04権限をどこまで渡すかで、AIエージェントと生成AIが分かれる

生成AIは実行権限を持たないため、権限設計そのものが要りません。AIエージェントは道具を実際に使うため、何を読ませ、何を書かせるかを先に決める必要があります。

WEBMARKSでは、操作の種類ごとに「AIエージェントが自分で判断してよい範囲」と「人間ゲート」を分けています。この線引きは、取り消せるかどうかを基準にしています。保存は打ち消せますが、送信や公開は打ち消せません。

権限を絞らないまま接続すると、想定していない範囲まで操作が及ぶことがあります。読める範囲と書ける範囲を先に固定するのは、可能性を狭めるためではありません。何かが起きたときに、影響を予測できる範囲にとどめるためです。

Claude Codeの公式ドキュメントは、道具の実行直前に発火するPreToolUseフックを定義しています。settings.jsonにマッチャーつきで登録します。判定はallow・deny・ask・deferのいずれかで返します（出典: Claude Code公式ドキュメント）。

{
  "hookSpecificOutput": {
    "hookEventName": "PreToolUse",
    "permissionDecision": "deny",
    "permissionDecisionReason": "送信は人が判断します"
  }
}

接続先を増やす標準規格であるMCPも、権限の対象を広げる要因です（出典: MCP公式）。接続先が1つ増えるたびに、読める範囲と書ける範囲の見直しが要ります。たとえば、保存だけを許可していたAIエージェントに送信用の接続を追加すると、その瞬間から送信という選択肢が生まれます。追加のたびに、権限の見直しが必要になります。

生成AIには、この仕組み自体が存在しません。実行しない以上、止める場所を設計する理由がないためです。

05AIエージェントの実行ログは、失敗したときに何の役に立つのか

生成AIの失敗は、その場で見える誤答です。人が使わなければ、実害はそこで止まります。

AIエージェントの失敗は違います。目標に向かって複数の操作を実行したあとで発覚することがあるため、どこまで進んだ状態かを記録から追わないと、後始末が決まりません。

記録に必要なのは、目標・使った道具・実行結果の3項目です。どれか1つが欠けても、失敗の原因を後から追えなくなります。良い記録は、いつ・何を目標に・どの道具を使ったかが、あとから他の人にも読める形で残っています。

設定ファイルを書いた事実と、いま動いている事実は別に数えます。WEBMARKSは常駐で動く自動化のジョブの稼働をlaunchctlで毎回実測しており、2026-07-28時点で稼働中は1本、残り7本は定義済みで検証待ちだと把握しています。

GitHub Copilotのクラウドエージェントは、課題を割り当てると人が見ていない間に作業を進めます（出典: GitHub公式ドキュメント）。この形では、記録の完全性がそのまま安全性に直結します。実行中に何をしたかが残っていなければ、失敗に気づく手段が記録の外にしかなくなるためです。

06AIエージェント導入でつまずく人は、生成AIの感覚のまま使っています

生成AIのチャット画面に慣れていると、AIエージェントも「聞けば良い答えが返ってくる道具」として扱いがちです。しかし手順を自分で組み、結果を見て次の手を選ぶ以上、聞き方だけでなく権限と記録の設計が要ります。

つまずきの典型は次の3つです。

• 権限を絞らずに接続する：とりあえず全部の操作を許可し、あとから絞ろうとする
• 記録を見ずに状態を判断する：古い記録をそのまま信じ、いま動いているかどうかを確かめない
• 失敗時の後始末を決めていない：途中まで実行された状態から、どこへ戻すかを事前に決めていない
• 戻し先を1つしか用意しない：保存先を変える操作と削除する操作を、同じ人間ゲートで一括りにする

2026-07-28、WEBMARKS社内のAIエージェントが、姉妹メディアのAIO Journalを「1本も公開されていない」と報告しました。根拠は、案件記録にあった古い「blocked」という表記だけでした。実際には、その時点でsitemap.xmlに251本の記事URLが載っていました。

記録を更新せずに放置していたことと、記録を実物と照合せずに使ったことが重なった失敗です。対策として、稼働を否定する報告は本番URLを直接確認してから出す、という手順を加えました。この失敗は生成AIの範囲では起きません。指示のたびに答えるだけなら、古い記録を信じて損をする場面がそもそもないためです。

実務でどちらを選ぶかは、業務の性質で決まります。

業務の性質を見極めたあとも、権限・記録・失敗時対応の3点は運用しながら見直す対象です。最初に決めた線引きが、常に正しいとは限りません。

07生成AIとAIエージェントを選ぶ前のチェックリスト

次の7項目は、いまの業務を生成AIのままにするか、AIエージェントへ任せるかを決める前のセルフチェックです。

• その業務は、1回の回答で完結するか、複数の操作を順に実行する必要があるか
• AIエージェントに渡す場合、読んでよい範囲と書いてよい範囲を先に決めたか
• 送信・公開・削除・決済にあたる操作を、人間ゲートの外に出していないか
• 実行の記録（目標・使った道具・結果）が、あとから追える形で残る設計になっているか
• 「動いているはずの記録」と「実際に動いている状態」を、定期的に照合しているか
• 失敗したとき、どこまで進んだ状態かを確認してから後始末する手順があるか
• 生成AIのままで十分な業務まで、無理にAIエージェント化していないか

08FAQ