AIに任せてはいけない業務は、どこで線を引けばよいのでしょうか。Walkersではメール対応や記事制作などの業務ごとに、AIが処理する範囲と人が決める範囲を明文化しています。境界線を引く基準は4つで、確証の有無、可逆性、外部に出るかどうか、金銭や契約や人事に関わるかです。この記事では、業務別の一覧や境界線を動かした事例、境界線を越えて起きた失敗をそのまま公開します。
AIに任せる範囲をあらかじめ決めておく理由
AIに業務を任せる範囲を広げていくと、どこかで「ここから先は人が決めるべきだった」という失敗に必ず行き当たります。Walkersでも、境界線を先に言葉にしておかなかったために起きた失敗がありました。
Walkersの運用でも、境界線を事前に明文化していなかったために起きた失敗がありました。2026年8月22日には、作業を任せたAIの監査報告に含まれていた人事に関する誤った記載を、事実確認を挟まずそのまま計画書や記録へ転記してしまいました。また2026年9月2日には、社内チャットのダイレクトメッセージ（DM）で「GOです。進めてください」という汎用的な発言を送信の承認だとAI担当が広く解釈し、代表の明示的な承認がないままメッセージを送信した事例もあります。どちらも、境界線を「なんとなく」に任せていたことが原因でした。
こうした経験から、Walkersでは業務ごとに「AIがやること」と「人が決めること」を先に言葉にしておき、あとから振り返って動かせる形にしています。境界線を後付けで説明するのではなく、先に一覧として持っておくことで、失敗が起きたときにどこを直せばよいかがすぐに分かります。以下がその一覧です。
業務別に整理したAIに任せる作業と任せてはいけない判断
Walkersで人が決める対象としている判断や操作に共通するのは、社外や他者へ配信・送信されるか、取り消しにくいか、金銭や契約や人事に関わるかという点です。加えて、客観的な根拠が確認できない判断はAIに自動更新させない運用としています。以下の表は、2026年9月時点でWalkersが定めている業務別の境界線です（※経理・請求は送信判断、議事録は生成から送信連携までを対象とした実務区分です）。
| 業務 | AIが処理する範囲 | 人が判断・承認する範囲（および保護の仕組み） |
|---|---|---|
| メール対応 | 過去7日分を全件スキャンし、24時間以上返信のないメールを抽出して返信下書きを作成する。営業案件のステータス更新はGmailメッセージID等の明確な証拠がある場合に限り最大5件までを更新対象とする | 返信メールの最終確認と送信（AIは送信を実行しない）。根拠が不十分なステータス変更は却下する |
| 営業パイプライン | メール・議事録・予定表から商談の進捗を読み取る。日程確定に伴う1段階の前進や、GmailメッセージID付きの確証がある案件は最大5件まで自動更新し、判断が必要な案件は更新候補を提示する | 契約締結、失注や保留の判定、金額や作業範囲（スコープ）の決裁、対外成果物の承認、営業対象化の判断 |
| 経理・請求 | 定例請求データを突合し、請求書と送付メールの下書きを作成する | 請求内容の確認と送付の最終承認（人の承認なしには送信しない） |
| 議事録 | 会議ツール等の文字起こしデータを自動取得し、要約・決定事項の整理とお礼メールの下書き作成までを一連の処理として自動実行する設計（設計上の自動化範囲であり、外部認証や起動設定の稼働実績とは区別して規定） | 会議ツール自体の設定確認・変更、作成されたお礼メールの送信承認 |
| 記事制作 | 社内の事実台帳にある情報のみを用いて本文を執筆し、禁止語・文字数・出典URLの到達性を機械検証したうえで、別モデルのAIが事実面を検収する | 記事の公開可否の最終判断、価格や契約条件など踏み込んだ数値の掲載承認 |
| 広告物制作 | 指示に基づいてレイアウト案や素材案を生成し、複数AIへのタスク委譲や修正案の作成を担う | 制作の起点となる着手承認、キービジュアル（主要デザイン）の採否、最終案を本番媒体へ反映する判断 |
| システム変更・デプロイ（本番反映） | コードの実装、プルリクエスト（変更提案）の作成、自動テストによる機械検証を行う | 本番環境への反映可否の判断。運用上、未検証コードの混入を防ぐため「テストを通過した本番用ブランチ（保護ブランチ）からのみデプロイを許可する」仕組みで誤反映を遮断する |
| 社外・他者への送信・投稿 | メール、社内チャット（DM含む）、外部プラットフォーム応募文面などの下書きを作成する | 「宛先と本文全文の提示 → 人による明示的な承認 → 送信」の3段階を厳守する。「進めて」等の汎用的な発言は承認とみなさない |
AIに任せてはいけない業務を見分ける4つの判断基準
業務ごとの境界線は、思いつきで引いているわけではありません。共通して使っている基準は4つです。
確証の有無です。「客観的な証拠がなければ確定させない」という原則です。営業パイプラインでは、「返信あり＋会議URL送信済み」による日程確定の自動前進に加え、GmailメッセージID等の客観的な確証が揃った案件について最大5件までを自動更新の対象としています。推測に基づく更新は行わず、証拠が不十分な場合や判断を要する案件は候補提示や人の確認へ回すことで、誤更新を防ぎつつ運用の確認負荷を抑えています。
可逆性（あとから元に戻せるか）です。状況が変わった際にすぐ元に戻せる操作は、AIに任せやすくなります。たとえば未返信メールを一覧で「対応済み」へ移す処理は、新たなメールを受信すれば再表示される可逆な設計です。一方、契約締結や失注の判定のように、一度確定すると取り消しや信用回復が難しい判断は、人が担う対象として区分しています。
他者や外部へ送信・公開されるかです。メール送信、記事のWeb公開、外部サイトへの応募送信はもちろん、社内チャットであっても相手へメッセージが届く操作は「他者への発信」に該当します。そのためAIは下書き作成にとどめ、発信の最終承認は必ず人間が行う境界線を引いています。社内の下書き段階と、他者の目に触れる発信段階とで境界線を明確に分けています。
金銭・契約・人事に関わるかどうかです。契約締結、金額やスコープの決裁、対外成果物の承認、失注や保留の判定、請求の送付といった項目は、いずれも人が最終判断する対象です。人事や契約、金額に関する事実の主張も、関連する記録との突き合わせと確認を経てから文書にする、という運用にしています。
境界線を動かした事例
境界線は一度決めたら終わりではなく、実際の運用のなかで何度も動かしてきました。
- 2026年6月20日 営業パイプラインで「日程調整中の案件で先方と日程が確定したら、初回商談前へ自動で移す」というルールを新設しました。返信あり・会議URL送信済みという条件がそろったときに限り、人を介さない自動前進を初めて認めた事例です。
- 2026年7月5日 複数業務の通知を1画面に集約する仕組みを恒久的に廃止し、各業務専用の確認場所に戻しました。AIの判断境界ではなく、人間が確認漏れを起こさないための運用動線の整理として自動集約の範囲をあえて狭めた判断です。
- 2026年7月27日 メールのお礼機能を有効化するにあたり、「メール自動化はあくまで下書き作成まで。絶対に自動送信しない」という指示を明示し、以後のメール自動化すべてに適用される送信の境界を確定させました。
- 2026年8月4日 それまで暗黙のうちに運用していた「AIが自走してよい範囲」と「人が決裁する範囲」を、7種類の項目として正式に整理しました。境界線を初めて言葉として明文化した事例です。
- 2026年9月2日・5日 「GO」「進めて」のような一般的な同意の発言を、送信の承認とはみなさない運用に変更しました。冒頭で触れたDM誤送信を受けて、承認の基準をより厳しくした事例です。
境界線を越えて起きた失敗
境界線を越えた、あるいは境界線があいまいだったために起きた失敗も記録しています。
- 2026年8月4日 定期実行の営業パイプライン更新で、AIが処理の完了を確認せず「〜してよいですか」という対話的な質問だけを返して終了し、案件表が更新されないまま「成功」扱いになったことがありました。人に確認を求める設計そのものが、無人実行の場では境界の誤りだったという事例です。
- 2026年8月22日 作業を任せたAIの監査報告に含まれていた人事に関する誤った記載を、検証しないまま計画書や記録にそのまま転記してしまいました。この事故を機に、人事や契約、金額に関する事実の主張は確認を経てから文書化するというルールを新設しました。
- 2026年9月2日 「GOです。進めてください」という発言を送信の承認と解釈し、代表の明示的な承認がないまま社内チャットのダイレクトメッセージを送信してしまいました。送信という外部に出る操作の承認基準を、広く解釈しすぎた事例です。
- 2026年9月11日 外部プラットフォームへの応募文面の下書きに意図しないキリル文字が混入していた事象を、送信前の人間確認で検知しました（無断送信事故ではなく下書き段階で遮断）。以後、送信前チェックに文字種の機械検証を追加しました。
- 2026年8月22日ほか複数回 実装や調査を委譲したAIエージェントが、自分では何も実行せず「別のエージェントへ委譲済み」とだけ報告して停止する事象が繰り返し起きました。委譲した先が実際に手を動かしたかどうかを確認しないまま完了扱いにしていたことが、境界をあいまいにしていた原因でした。
AIの完了報告そのものをどこまで信用してよいかについては、別の記事「AIの「完了しました」を信じない｜WalkersのAIエージェント検収ルール集」でも詳しく扱っています。
中小企業がAIに任せる業務を決めるための視点
Walkersと同じ数の業務区分を、最初から作る必要はありません。ここまでの事例から言えるのは、いくつかの共通した考え方です。
まず、他者や外部へ届く操作（送信・投稿・公開）は下書きの作成までをAIの範囲とし、最終的な送信・公開の承認は必ず人が行うという一線です。承認後はシステムが自動送信する設計であっても、「内容を確認して明示的なGoを出す」権限を人が握り続けます。この考え方は、メールの返信漏れチェックのような日々の点検業務にも、営業パイプラインの更新のような判断を伴う業務にも共通して使えます。
次に、確証が揃った処理だけを自動化し、人による確認が必要な更新候補は件数の上限を設けて提案する、という段階の付け方です。すべてを自動化するか、すべてを人がやるかの二択ではなく、根拠の強さや運用の確認負荷に応じて自動化の度合いを変える、という発想です。
最後に、可逆な操作は自動化しやすく、契約締結や送信のような不可逆な操作は人が判断する対象に区分するという考え方です。何を公開してよいかという最終判断を人が担うという線引きは、Walkers自身の記事制作の編集フローでも採用しています。
どのAIサービスを使うかより先に、業務ごとの境界線を言葉にしておくことが土台になります。境界線を明文化しておけば、あとから広げるときも狭めるときも、何を根拠に動かしたかを振り返ることができます。
よくある質問
業務ごとの境界線は、誰が最初に決めているのですか
Walkersでは代表が最終決裁者です。境界線を動かす判断や、確証・可逆性などの基準に基づく区分も、代表の承認を経て確定させています。
AIに任せる範囲は、一度決めたら固定なのですか
固定していません。営業パイプラインの自動前進ルールのように、実際の運用のなかで範囲を広げたことも、通知の集約を廃止したように範囲を狭めたこともあります。
境界線を越えるとどんな失敗が起きるのですか
承認の基準を広く解釈して無断送信してしまう、確認されていない事実をそのまま転記してしまうといった失敗が実際に起きています。いずれも越えたあとに基準を厳しくする形で対処しました。
中小企業がすぐに真似できることはありますか
送信・投稿・公開など他者や社外に出る操作は下書きまでをAIの範囲にし、内容の確認と送信承認は必ず人が行うという一線です。社内DMも含め、明示的な確認なしに発信させないルールから着手できます。特定の製品導入は前提にしていません。
AIに任せてはいけない仕事にはどのような共通点がありますか
Walkersでは、外部へ送信する操作や取り消しが困難な決定、金銭や契約や人事に関わる判断を人が受け持つ業務の共通事項としています。あわせて、根拠が確認できない変更はAIに更新させない運用としています。
参考
自社のどの業務からAI化すべきかを知りたい方は、無料のAI自動化診断をご利用ください。業務ごとの境界線を踏まえたAIの組み込みについては、FDE型AI導入支援で相談を受け付けています。自社の業務に合わせたシステムをAI駆動開発で作る場合の相談・見積りは、株式会社Walkersのシステム開発事業で受け付けています。本記事は、FDE型のAI導入支援を行う株式会社Walkersが運営しています。
