AIにメール文を考えてもらうことと、情報を集めて資料を作り、必要な場所へ保存してもらうこと。どちらもAIの活用ですが、任せる範囲と確認すべきことは大きく違います。

AIエージェントを選ぶときは、名前より「何を読み、何を操作し、どこで人の確認を待つか」を見ましょう。 便利さの中心が回答づくりから作業の実行へ広がるほど、権限や完了条件を決めることが重要になります。

目次:知りたいところから読む

この記事でわかること

  • チャットAI・ワークフロー・AIエージェントの考え方の違い
  • 仕事で任せやすい範囲と、人が止めるべき境目
  • 小さな作業で安全に試すための依頼例

公式資料の確認日は2026年10月16日です。説明例は編集部による提案で、特定製品の動作検証や導入実績ではありません。「エージェント」という言葉の定義や製品機能は、提供元によって異なります。

チャット画面があるかどうかでは区別できない

チャットAIは、人が質問を送り、回答を受け取る形で使われることが多いサービスです。ただし、チャット画面の中で検索やファイル処理などのツールが動くこともあります。「チャットだから文章を返すだけ」とは限りません。

一方、AIエージェントは、与えられた目的に向けて必要な手順やツールの使い方を判断し、結果を見ながら次の作業へ進む仕組み、と考えると理解しやすいでしょう。

Anthropicの設計資料では、決められた経路で処理するワークフローと、AIが進め方やツール利用を動的に決めるエージェントを区別しています。これは一つの設計上の整理で、すべての製品名を分類する共通規格ではありません。Anthropic:Building effective agents

OpenAIの開発者向け資料でも、エージェントを構成する要素としてツールや実行環境などを説明しています。実際にできる操作は、接続しているツールと与えられた権限を確認する必要があります。OpenAI:Agents

同じ「報告書を作る」でも、任せる深さが違う

ここでは架空の週次報告を例にします。特定のサービスに標準搭載された機能の一覧ではありません。

進め方任せる範囲の例人が決めること
会話で相談する渡したメモから報告文を提案する材料を選び、結果をコピーする
決めた手順で処理する毎回同じ表を読み、同じ形式へ整える対象、手順、例外時の扱いを定める
目的から手順も考えさせる不足情報を確認し、資料を選んで下書きを作る閲覧範囲、操作権限、停止条件を定める

毎回同じ形式の集計をするなら、決めた手順で動く仕組みが合うこともあります。単に文章を短くしたいだけなら、一回の依頼で足りるかもしれません。エージェント化が必ず上位の選択というわけではありません。

「提案」と「実行」の間に、確認の境目を置く

たとえば、取引先への返信案を作るだけなら、まだ相手には送信されません。一方で、送信までできる権限を渡すと、宛先や添付の誤りが外部への影響になります。

ここを「優秀なAIだから任せる」で済ませず、作業を三段階に分けて考えるのがおすすめです。

読む:必要な範囲だけを見せる

まずは特定のサンプル資料だけを対象にします。共有ドライブ全部、メールボックス全部のように、作業に不要な範囲まで広げないことが基本です。接続先が増えるほど、入力したつもりのない情報を扱う可能性にも注意します。

作る:元データを変えず、別の下書きにする

元の表を上書きするより、新しいファイルや下書きとして出力する方法を選びます。元資料、AIが作ったもの、人が確認したものを区別できるようにすると、途中で止めても戻りやすくなります。

送る・消す・支払う:人が確認する

外部送信、公開、削除、購入などは、文章の作成より影響が大きい操作です。最初はこれらを許可せず、どの画面・どの操作で承認を求めるかを確かめてください。依頼文に「送信しないで」と書くだけでなく、可能なら製品側の権限も絞ります。

外部の文章を読ませるときに増えるリスク

資料やWebページには、依頼とは関係のない指示が書かれている場合があります。AIがその文章を作業命令として扱うと、意図しない操作につながるおそれがあります。こうした問題はプロンプトインジェクションと呼ばれます。

OpenAIの安全性資料でも、信頼できない文章がAIへの指示を上書きしようとするリスクや、接続ツールを通じた情報の流出などを説明しています。OpenAI:Safety in building agents

利用者としては、外部文書を読んだ後に権限の追加や想定外の送信を求められたら、そのまま承認しないことが重要です。「資料にそう書いてあった」と「自分が作業を依頼した」は別だからです。会社で導入する場合は、管理者や情報システム担当者と接続先・権限を確認します。

最初の試し方は、公開情報から下書きを作るところまで

いきなり日常業務全体を任せず、失敗しても影響の小さい一つの作業を選びます。次は架空の依頼例で、使うサービスが必要な操作に対応していることが前提です。

目的:指定した公式ページ3件から、社内共有用の更新メモの下書きを作る。 参照先:今回指定したURLのみ。 出力:変更点、対象者、確認日、根拠リンクをまとめた下書き。 禁止:ログイン、外部送信、公開、購入、ファイル削除。 停止条件:ページを開けない、情報が矛盾する、追加の権限が必要になったら、推測で進めず報告する。 完了時:参照できたページと、確認できなかった項目を示す。

この依頼をコピーするだけで安全なエージェントが完成するわけではありません。利用環境で禁止操作を制限できるか、途中経過を確認できるかも見る必要があります。

また、機能が使えない環境なら、通常のチャットへ公式ページの必要部分を渡して整理する方法でも構いません。自律性の高さではなく、目的を無理なく達成できるかで選びましょう。

完了報告は「できました」だけで判断しない

実行後は、成果物そのものと作業記録を確認します。確認したいのは、説明がもっともらしいかではなく、依頼した範囲で成果ができているかです。

  • 指定した資料を参照し、未確認の情報を混ぜていないか
  • 保存先やファイル名が合い、実際に開けるか
  • 元データや共有設定を変えていないか
  • 停止条件に当たったのに、勝手に別の方法へ進んでいないか

最初の数回は小さな成果物で確認し、同じ失敗が続くなら依頼や仕組みを見直します。作業回数が減っても、確認にかかる時間や利用料金が増えていれば、導入効果は別に評価する必要があります。

PCを閉じても動くかは、別の確認が必要

「エージェントなら常時動く」とは限りません。クラウド上で実行する製品もあれば、手元のアプリや接続環境が必要なものもあります。実行場所、予約・定期実行の条件、失敗通知、停止方法を製品ごとに確認してください。

コーディング用途を具体的に比べたい場合はClaude CodeとCodexの選び方、決まった手順の自動化を考えたい場合はGASでできることも参考になります。

まずは、任せたい仕事の「止める場所」を一つ決める

AIエージェントは、すべての仕事を無確認で任せるための言葉ではありません。手順を考える部分を助けてもらいながら、人が確認すべき境目を残すことが大切です。

次に試すなら「公開情報を読む→下書きを作る→人が確認する」で止める作業を一つ選んでください。便利にする範囲と、任せない範囲を同時に決めるところから始めましょう。