AIエージェントにできることは、担当者の勘や度胸で決まっているケースが少なくありません。本記事は、任せると効きやすい業務の共通点を4条件に整理し、人が判断を持ち続けるべき領域との境界を、公式ドキュメントと自社の運用実測から示します。読み終えると、社内で「なぜこの業務は任せないのか」を説明できる基準が手に入ります。
01結論：AIエージェントにできることは、目的から手順を組む仕事
結論は3点です。
- AIエージェントにできることは、結果を検証でき、やり直しのコストが低い業務です。
- 影響が対外的で取り返しがつかない操作は、条件を満たしても人の判断に残します。
- 見分け方は勘ではなく、4つの条件への照合で決まります。
Anthropicは、実行ステップ数を予測できず固定の手順を組み込めない、規模の大きな開かれた問題にエージェントが向くと説明しています（出典: Anthropic公式）。Google Cloudも、目標に向けて自律的に道具と推論で作業を進めるソフトウェアと説明しており、定義の軸は一致します（出典: Google Cloud公式）。
手順を固定できる作業は、ワークフローとして書き切るほうが安定します。できることを決めるのは能力の高さではなく、検証と後戻りのしやすさです。向いている仕事から先に任せると、失敗しても被害が小さく済みます。
「できること」を「得意なこと」と混同すると、任せる範囲を広げすぎます。精度の高さは得意さの指標ですが、任せてよいかどうかは、間違えたときに人が気づけるかどうかで決まります。精度が高くても、誤りに気づく手段が無い業務は、次章の4条件を欠きます。次章から4条件を1つずつ見ます。
02任せられる業務に共通する4つの条件
4条件を表にまとめます。
| 条件 | 満たしている状態 | 満たしていない状態 |
|---|---|---|
| ①結果を検証できる | 出力の正誤を機械的または短時間で判定できる | 良し悪しが感覚や好みに左右される |
| ②やり直しのコストが低い | 失敗しても再実行やロールバックができる | 一度実行すると取り消せない |
| ③目的は一定でも手順は変えてよい | 状況に応じて手段をその場で選び直してよい | 決まった手順以外を認めない |
| ④影響範囲が閉じている | 社内の下書き・調査など、外部へ出る前に人が挟まる | 送信・公開・削除・決済など対外的に確定する操作 |
4条件は独立していません。①を満たさない業務は②の判定もできず、失敗に気づけないまま進みます。逆に②が低ければ、①の判定を誤っても被害は小さく抑えられます。実務では①と②をセットで確認してください。
Claude Codeのサブエージェントは、呼べるツールをタスクごとに制限する仕組みを持ちます。使える道具を絞ることは、④の「影響範囲を閉じる」を実装する具体策の1つです（出典: Claude Code公式ドキュメント）。サブエージェントは独立した文脈で作業し、要約だけを親に返す設計のため、途中経過が本体の判断を汚しにくい利点もあります。
条件が業務にどう表れるか、代表例で確認します。
- ①の例：テストの合否判定、リンク切れの機械チェック、数値の突合
- ②の例：下書きの再生成、開発環境でのコード修正
- ③の例：調べ方や参照する資料の選び方
- ④の例：社内向けの調査・整理・下書き作成
4つとも満たす業務は、社内の下書き作成や情報整理に多く見られます。逆に1つでも欠けたら、任せる前に設計をやり直す対象です。欠けた条件を後から足すよりも、最初から範囲を絞るほうが、手戻りは小さくなります。
なぜ4条件なのかは、Anthropicが挙げる「チェックポイントで人の確認を待つ」設計とも重なります（出典: Anthropic公式）。できることの範囲を先に決めておけば、チェックポイントをどこに置くかも自動的に決まります。
03AIエージェントにできることの具体例｜3つの業務ドメイン
条件を満たす業務は、実務では次の3ドメインに多く現れます。
| 業務ドメイン | 世の中の代表例 | WEBMARKSの実例（2026-07-28時点） | 人が残す判断 |
|---|---|---|---|
| 調査・下書き作成 | Claude Code（目標を渡すと調査と編集を進める道具として使われています） | 執筆・原典照合・批評を分担し、姉妹メディアAIO Journalで251本を公開 | 採用するか |
| 定型コード変更 | GitHub Copilot coding agent（課題を割り当てると裏で変更を作り、プルリクエストにして返す） | 未導入 | マージするか |
| 入力の一次仕分け | OpenAI Agents SDKのガードレールパターン（入力を検査し高コストな処理を先送りする） | 未導入 | 例外を拾い上げるか |
3ドメインに共通するのは、結果を人が最終確認してから外へ出す設計になっている点です。ドメインが変わっても、④の条件を満たす工夫は共通しています。
GitHub Copilot coding agentは、GitHub Actions駆動の一時的な開発環境でブランチとコミットを作ります。人がレビューしてからプルリクエストを確定させる設計で、1タスクにつき1ブランチ・1PRに絞られ、最長59分で区切られます（出典: GitHub公式ドキュメント）。すべての変更はコミット履歴とログで追跡できるため、②のやり直しコストも比較的低く保てます。
OpenAI Agents SDKのガードレールは、ユーザー入力を安価なモデルで先に検査し、問題があれば高コストなモデルを動かす前に止める仕組みです（出典: OpenAI公式ドキュメント）。一次判断をエージェントに渡しつつ、コストと誤爆を同時に抑える設計です。入力チェックはワークフローの最初のエージェントだけで動き、出力チェックは最後のエージェントだけで動くよう役割が分かれています。
WEBMARKSは2026-06-24に7部署・30体のAI社員を定義しました。この記事自体も執筆・原典照合・批評の3役に分担しています。姉妹メディアAIO Journalの公開URLは251本です（2026-07-28にsitemap.xmlで実測）。
定型コード変更と入力の一次仕分けをWEBMARKSが未導入としているのは、権限設計と検証手順を先に固める段階にあるためです。導入していないことも、実測できる事実の1つです。
04できることの範囲を左右する3つの変数
同じ業務でも、次の3変数の設定次第で任せられる範囲は変わります。
| 変数 | 範囲を広げる状態 | 範囲を狭める状態 |
|---|---|---|
| 権限設計 | 読み書きできるディレクトリ・接続先が広い | 案件ごとに読み書きできる範囲を限定している |
| 接続されている道具の数 | 外部サービスに複数接続している | 使う道具を用途ごとに絞っている |
| ロールバック手段の有無 | 版管理や旧版退避があり、いつでも戻せる | 上書きされたら戻せない |
MCP公式サイトは、この規格をAIアプリ向けのUSB-Cポートにたとえています（出典: MCP公式）。接続先が増えるほどできることは広がりますが、同時に④の影響範囲も広がります。
3変数は互いに影響します。接続する道具を増やすと、権限設計を絞り直す作業も同時に発生します。変数を1つ動かしたら、残り2つも点検してください。
変数を動かす際によくある取り違えです。
- 権限を絞らずに「とりあえず全部見せる」設定にする
- 使う道具を増やしたあとに、影響範囲の見直しを忘れる
- ロールバック手段が無いまま本番相当のデータへ接続する
3つの取り違えに共通するのは、変数を「増やす作業」だけをして、影響範囲を「狭める作業」を後回しにする点です。両方を同時に扱ってはじめて、範囲は安全に動かせます。
05業務ごとの判断基準｜できることとの照合チェック
4条件を業務単位の判断軸に落とすと、次の表になります。
| 判定軸 | 任せてよい目安 | 任せない目安 |
|---|---|---|
| 結果検証可能性 | 正誤をコード・数値・チェックリストで判定できる | 良し悪しが個別の価値判断による |
| やり直しコスト | 再実行やロールバックが数分でできる | 送信・公開・決済など取り消せない |
| 頻度と例外 | 同じ形の判断が繰り返し発生する | 例外が多く、毎回条件が変わる |
| 説明責任の所在 | 結果を人が確認してから外へ出す | 対外的な説明責任がAI側の判断だけで生じる |
表を実務にあてはめる例です。月次レポートの下書き作成は、数値の突合で正誤を判定でき、再実行のコストも低いため、4条件を満たしやすい業務です。一方で、レポートに添える所見の最終判断は、良し悪しが読み手の受け取り方に左右されるため、任せない側に残ります。同じレポート作成という業務でも、工程を分ければ任せられる部分と任せない部分に分かれます。
2026-07-28、社内のAIエージェントが姉妹メディアの状態を確認せず、古い記録だけを根拠に「未公開」と報告した事例があります。実際は251本が公開済みでした（2026-07-28にsitemap.xmlで実測）。結果を検証せず断定してよい業務は、できることの対象になりません。
06任せないほうがいい領域｜できることの境界線
運営元WEBMARKSは、送信・公開・削除・決済・契約を人間の直接判断に固定しています。理由は、④の条件（影響範囲が閉じている）を根本から欠くためです。
対外的に確定する操作は、次の設計で人の判断を挟めます。
{
"hookSpecificOutput": {
"hookEventName": "PreToolUse",
"permissionDecision": "ask",
"permissionDecisionReason": "対外送信は人が確認してから実行します"
}
}Claude Codeは、ツール実行の直前に発火するPreToolUseフックを提供しています。settings.jsonのhooksにmatcher付きで登録し、判定はallow・deny・askの3つで返します（出典: Claude Code公式ドキュメント）。任せない領域は、askまたはdenyで止める設計にできます。
Anthropicも、モデルの判断をある程度信頼する前提に立つ以上、隔離環境での十分なテストと防護策を推奨しています（出典: Anthropic公式）。任せない領域を先に決めることは、防護策の1つです。
CLAUDE.mdは、複数ファイルの一括変更や上書きも、実行前に確認を取る対象として定めています。1件ずつなら取り消せる操作でも、まとめて実行すると後戻りのコストが跳ね上がるためです。これは②の条件を業務ルールへ落とし込んだ例です。
価値判断を伴う最終承認も、できることの外側に置きます。採用可否、表現の最終トーン、顧客対応の着地点は、検証可能性そのものが低く、①の条件を欠くためです。
07できることを見誤って起きるつまずき
典型的なつまずきは3つです。
- 権限を絞らないまま任せて、想定外の範囲まで書き換えられる
- 検証できる業務まで人が抱え込み、任せる機会を逃す
- 一度条件を確認したきり、業務内容が変わっても再照合しない
3つのうち最も見つけにくいのは3番目です。導入時に条件を満たしていても、業務の範囲が広がれば、④の影響範囲は静かに広がります。点検は一度で終わらせず、業務が変わるたびに繰り返してください。
できることを定義した記録と、いま動いている記録は別に数えます。WEBMARKSは常駐ジョブの稼働をlaunchctl list | grep webmarksで毎回実測しており、2026-07-28時点で稼働中は1本、残り7本は定義済みで検証待ちだと把握しています（設計は8本）。自動再開パトロールについても、最終実行日が2026-07-13で止まっている事実を実測で確認済みです。設計した「できること」と、実際に動いている状態は別物であり、その差を知っているかどうかが、この記事の4条件を運用できるかどうかを分けます。
08AIエージェントにできることチェックリスト
- この業務の結果を、数分〜同日で正誤判定できるか
- 失敗したときにロールバックできるか
- 対外的に確定する送信・公開・削除・決済・契約を含んでいないか
- 同じ形の判断が繰り返し発生しているか
- 権限設計を、この業務の範囲だけに絞れるか
- 結果を人が確認してから次に渡す設計になっているか
- 「任せる」と決めた後も、条件を定期的に照合し直す仕組みがあるか
09FAQ
AIエージェントに任せる業務は、最初から広く設定してよいですか
いいえ。最初は検証しやすくやり直しがきく業務に絞り、4条件を満たすと確認できてから範囲を広げるほうが安全です。焦って範囲を広げると、ロールバック手段を用意する前に本番相当のデータへ触れてしまうことがあります。
判断基準を満たしても不安な場合はどうすればよいですか
人間ゲートを1つ増やしてください。実行前の承認、または結果を人が確認してから確定させる工程を挟めば、条件を満たしたまま安全域を広げられます。
「できること」と「AIエージェントとは何か」は同じ基準で決まりますか
違います。AIエージェントとして動くかどうかは目標・手順・選び直しの3条件で判定し、任せてよいかどうかは本記事の4条件で判定します。目的が別なので、基準も別です。本記事の4条件は、すでにAIエージェントとして動くと判定された後に使う基準です。
4条件をすべて満たしていても、任せない方がよい場合はありますか
あります。契約・決済・対外公開など、社内規約で人間ゲートに固定されている操作は、条件を満たしていても人が判断します。条件は目安であり、組織が決めた例外を上書きしません。
業種や職種によって判断基準は変わりますか
軸は変わりません。ただし影響範囲や頻度の水準は業種で異なるため、本記事の4条件に業種特有の例外条件を足して使ってください。
