Claude Codeの自動化｜無人で回せる業務の見分け方・方式の3択・止め方と空振り対策

「毎週同じ作業を、また自分でやっている」。Claude Codeの自動化を調べ始めた方から、よく出てくる言葉です。その場で頼む仕事は速くなったのに、月曜の朝に自分が座る前提だけは変わっていません。

先に結論をお伝えします。人が座っていない時間に仕事が進むかどうかで、設計は別物になります。決めるのは起動・権限・出口・停止の4か所で、指示文のうまさはその後の話です。

ただし、何でも無人にしていいわけではありません。向かない業務にかけると、動いたかを見張る手間のほうが元の作業より重くなります。

この記事では、無人で回していい業務の見分け方、方式の3択、許す操作と止め方、空振りに気づく仕組み、社内に広げるときに決めることを順に説明します。

最終更新：2026年10月8日

Claude Codeの自動化は2種類｜人が座っている時間と、座っていない時間

同じ「自動化」に、2つの話が混ざっています。自分が画面の前にいて、その場で頼む仕事と、寝ている間に勝手に動いて結果だけ置いてある仕事です。

前者は指示文の出来で決まり、後者は書く前に決めておくことがあります。扱うのは後者だけです。

その場で頼む自動化と、勝手に動く自動化は設計がまるで違う

総務省の令和8年版 情報通信白書によると、自社の業務で生成AIを利用している日本企業は86.4%でした。ただし用途はきれいに偏っています。

最も多い用途は「議事録・メール作成補助」で約7割、次が「営業・販売」で約6割、「社内ヘルプデスク」で約5割。効果を実感した割合も「議事録・メール作成補助」が約7割で、他の類型より顕著に高いと書かれています（総務省 令和8年版 情報通信白書）。

ポイント：生成AIを業務で使う会社はもう多数派です。用途は人が座ってその場で頼む補助に寄っていて、差がつくのは座っていない時間を使えているかです。

この記事が扱う範囲｜入れ方と料金には踏み込まない

インストールや初期設定、最初の1本を動かすところは扱いません。AIに仕事を任せるとは何をどこまで渡すことなのかから押さえたい方は、先にAIエージェントの使い方と費用を読んでください。

ここで扱うのは人が座っていない時間に回すための設計だけです。決まるのは起動（いつ）、権限（何を触らせるか）、出口（どこへ出すか）、停止（何で止めるか）の4か所です。

無人で回していい業務の見分け方｜3つの条件を満たすものだけ

設計の前に、業務を選ぶ段があります。私たちが支援に入って最初に詰まるのも、ここです。

総務省の令和7年版 情報通信白書では、中小企業は生成AIの活用方針を「方針を明確に定めていない」との回答が約半数を占めると書かれています。導入の懸念で最も多かったのも「効果的な活用方法がわからない」でした（総務省 令和7年版 情報通信白書）。

詰まっているのは道具ではなく選び方です。無人で回していいのは、次の3つを全部満たす業務だけです。

条件1｜入力が毎回同じ場所から機械で取れる

材料の置き場所が毎回変わる業務は向きません。メールの添付や、その都度違うフォルダです。無人運転は材料を探しに行きません。入力の取り先は1か所に固定するのが条件です。

条件2｜良し悪しの判断基準を文章で書ける

人が座っていれば「違う、こうして」と直せますが、無人では直せません。何が良くて何が駄目かを先に文章で書けるかが分かれ目になります。「見れば分かる」は、書けていない状態です。

条件3｜間違えたとき人の手で戻せる

下書きなら捨てれば済みますが、送信・公開・本番データの書き換えは戻りません。下書きまでを無人にして、送信や公開の一押しだけ人に残すと条件を満たせます。

難しい仕事ほど無人化の価値が高い、というのはよくある勘違いです。効くのは、難しくはないけれど毎週必ず発生して、やらないと後ろが詰まる仕事です。

この3条件は、そのまま社内ルールの一行になります。どの業務を無人にしてよいかを生成AIの社内ルールの禁止事項と並べて書いておけば、人が増えても同じ基準で判断できます。欠ける業務は、今週は手でやります。

起動｜無人で回す方式は3択、手元のファイルを触るかで決まる

最初に決めるのは起動です。実質1問で、その業務は手元のPCのファイルを触るか。方式が決まらないと、許す操作も止め方も決められません。

VS Codeで動かす形との違い

VS Codeで動かしていると自動化できている感覚がありますが、あの型は許可を押す人が座っている前提です。承認を求める設定のまま定期実行に載せると、朝起きても何も進んでいません。

3つの方式を、何が止まる条件かで並べて比べる

方式	手元のファイル	動く条件	止まる・飛ぶ条件
手元のPCで動かす	触れる	PCが起きている間	スリープ中の実行は飛ぶ
クラウドで動かす	触れない	PCを閉じていても動く	許可リスト外の通信は弾かれる
CIのスケジュール	触れない	決めた時刻かイベント	公開リポジトリは60日間の無活動で停止

3つ目のCIはGitHub Actionsです。公式ドキュメントには、平文のプロンプトだけではシェルもGitHub APIも使えないとあります。必要な道具を明示的に許可するまで、何も動きません（公式ドキュメント：GitHub Actions／2026年10月8日確認）。

スケジュール実行はデフォルトブランチからしか動きません。作ったのに動いていない事故は、指示文の出来ではなく仕様の側から起きます。

選び方は1問だけ｜手元のファイルを触るか

最初の1問で、どれに降りるかはほぼ決まります。

社内のPCにある請求書のExcelや経費のCSVを処理させたいなら、PCを起こしたままにする手元の方式しか選べません。クラウド側は手元のフォルダを見ないからです。

材料がもともとクラウド側にあるなら、PCを起こしておく必要はありません。この1問に答えられない業務は、入力の取り先がまだ1か所に決まっていません。

ポイント：起動の方式は、手元のファイルを触るかどうかで決まります。PCを閉じても動くことと手元のファイルを処理することは、同時に満たせません。

権限と停止｜承認を求めない代わりに、許す操作と止め方を先に決める

対話なら危なそうな操作はその場で許可を聞いてきますが、無人運転には答える人がいません。承認する人がいない前提で線引きを作り直します。

許可を全部通すモードは、隔離した環境のための設定

公式のモード表で、許可を全部通す設定（bypassPermissions）の向き先は隔離したコンテナと仮想マシンだけで、普段の仕事用PCは入っていません。危ない削除に2分のカウントダウンが出ますが、無人では誰も答えません。

選ぶのは、許可していない操作を自動で拒否して入力を待たずに進むモード（dontAsk）です。公式は締めたCIとスクリプト向けと置いています（公式ドキュメント：権限モード）。

許す操作を列挙し、止め方は数字で3つ決める

列挙するのは3段です。読み取りだけか、書き込みまで要るか、シェルならどのコマンドのどこまでか。この3段を書けない業務は、まだ無人で回す段ではありません。

シェルの許可は前方一致で効きます。公式の例では、差分の表示だけを通すつもりのルールが末尾の空白を1つ落としただけで別のコマンドにも一致すると注意されています。出力の行き先も同じ場所で決めます（生成AIの情報漏洩対策）。

上限は3つです。往復は何も書かなければ上限なしと公式に明記され、書き忘れると直らないものを直そうとして回り続けます。

費用はサブエージェントの支出も合算され、達すると起動が失敗します（公式ドキュメント：CLIリファレンス）。待ち時間は次の章です。

外から受け取ったフォルダへの無人実行は、中身の実行と同じ

非対話で走らせた時点で、そのフォルダは信頼済みとして扱われます。設定ファイルのフックや環境変数のブロックは動き、MCPのサーバは承認を聞かずに接続されると公式にあります（公式ドキュメント：権限の設定）。

他人から受け取ったフォルダなら、フックもスキルもMCPも読み込まない最小モードで起動します。

ポイント：決めるのは許可を全部通すかどうかではなく、許す操作の列挙と、往復・費用・待ち時間に置く3つの数字です。

出口｜「動いた」と「仕事が終わった」は別。空振りに気づく仕組みを作る

無人運転で怖いのは暴走よりも、静かに何もしないことです。終わったかどうかは、終わった形で残っていなければ分かりません。

成功も失敗も同じ静けさになる｜MUKIAIが2週間気づかなかった話

私たちは週次のキーワード分析を定期実行で無人化していました。ところがアプリ側の実行が15秒で空振りしたまま、画面には「成功」と表示され続けていました。

2026年9月24日から10月8日まで設計が途切れ、記事作成が止まりました。気づいたのは2週間後です。

実行が終わった表示は、頼んだ仕事ができた印ではありません。それが示すのは、処理が落ちなかったことだけです。

成否は終了コードで判定し、落ちたときだけ自分に1行届かせる

判定は終了コードです。公式ドキュメントは、非対話実行は成功で0、失敗で0以外を返し、停止信号で止めた場合は143で進行中の結果を記録しないと書いています。

背景の作業待ちは既定で連続10分までで、超えると途中の結果を捨てます（公式ドキュメント：プログラムからの実行）。

そこで落ちたときだけ自分に1行届く仕組みを外側に置きます。ツールの失敗時やセッション終了時に処理を差し込める発火点があります（公式ドキュメント：フック）。

設計シート｜空欄が1つでもある業務は、今週は手でやる

無人運転の設計シート（1業務1枚）

決める項目	何を書くか	記入例（週報）
業務名と頻度	何曜日の何時に何回	月曜07:00に1回
入力の取り先	1か所に固定	作業ログ3本
許す操作	読み・書き・シェルの範囲	読み書きとgit差分
出口	結果の置き場	下書きフォルダ
停止条件	何往復・いくら・何分	往復と費用に上限
失敗の知らせ先	誰がどこで知るか	0以外ならSlack
人が見る位置	どこからが人か	下書きまで。送信は本人
他人のフォルダか	自分で作ったか	最小モードで起動

ポイント：空欄が1つでもある業務は、今週は手でやってください。空欄を埋めることが設計そのもので、埋め終わった業務だけが無人で回ります。

Claude Codeのサブエージェントで工程を分け、権限と上限も分ける

1本の指示に材料集めから書き出しまで全部やらせると、渡す権限は工程の中でいちばん強いものに合わせて広がります。

工程ごとに許す操作を分けると、権限の最大公約数が小さくなる

Claude Codeのサブエージェントは、工程ごとに担当を分けて走らせる仕組みです。公式ドキュメントは、独自のコンテキストと権限を持ち、使えるツールも個別に決まると書いています（Create custom subagents、2026年10月8日確認）。

週報の下書きなら、読む工程と書く工程と知らせる工程に割れます。読む工程に書き込みを許す理由はありません。工程を分けた分だけ、事故が届く範囲が狭くなります。

上限も工程ごとです。設定には permissionMode と maxTurns があり、その工程だけの許可モードと往復の上限を決められます。

ポイント：サブエージェントは機能を増やす道具ではなく、渡す権限と往復の上限を工程ごとに小さく切る道具です。

同時に動く数と入れ子の深さには上限がある

同時に動かせるサブエージェントは既定で20で、21本目は上限に達したという失敗になります。入れ子は既定で本会話の3層下までで、どちらも環境変数で変えられます。週に1回の業務なら、工程は3つか4つで足ります。

社内に広げるときに先に決める3つ｜企業導入でつまずくのは契約より運用

無人運転を社員に渡す段で止まるのは、契約やプランではなく誰の権限で動いているのかが誰にも分からないことです。相談で最初に聞くのも次の3つです。

誰の権限で動いているのかを1枚に書く

無人実行は、必ず誰かの資格情報で動いています。決めずに広げると、Aさんが作った自動化がBさんの権限で動き、誰の判断で書き換わったのか後から追えません。業務ごとに、どのアカウントの権限で動くかを1枚に書きます。

止める権限と、動いている業務の一覧は経営側が持つ

作った人しか止め方を知らない状態は、その人が休めない状態と同じです。止める権限は、作った人以外にもう1人持たせます。

一覧に要るのは、業務の名前、動く曜日と時刻、失敗を誰がどこで知るか、止め方の4つです。作った人の端末にだけ出る形では、その人が見ない週は誰も知りません。

人数が増えると、払い方の判断が変わる

使う人数と本数が増えると、月額で持つのか使った分で持つのかという判断が出ます。金額とプランの選び方はClaude Codeの料金体系にまとめました。先に決めるのは金額ではなく、止める人と一覧を誰が持つかです。

よくある質問

Q1：無人で動かすには、パソコンをつけたままにしておく必要がありますか？

手元のパソコンのフォルダにあるファイルを触る業務なら、動かす時刻にパソコンが起きている必要があります。スリープしていた時間にぶつかった実行は飛びます。手元のファイルを触らない業務ならクラウド側のスケジュールで動かせるので、パソコンは閉じていて構いません。

Q2：見ていない間に勝手にファイルを書き換えられるのが不安です。どこで止められますか？

止め所は2つあります。1つは許可の設計で、許していない操作を拒否するモードを土台にして、許す操作だけを並べます。もう1つはツールを呼ぶ直前に走るフックで、条件に合わないものをここで止められます。承認を全部飛ばすモードは隔離した環境向けだと、公式ドキュメントに書かれています。

Q3：ちゃんと動いたかどうかは、どこを見れば分かりますか？

見るのは終了コードです。成功なら0、失敗なら0以外が返るので、0以外のときだけ自分に1行知らせる形にしておきます。実行の履歴が成功の表示になっていても、頼んだ仕事が終わったとは限りません。出てきた結果そのものを、置き場で確認できる形にしておいてください。

Q4：毎週決まった時間に動かすと、料金はどれくらい増えますか？

頻度と1回あたりの往復数で変わるので、一律には言えません。費用の上限を指定しておけば、上限に達した時点で止まります。プラン別の月額と払い方の選び方はClaude Codeの料金の記事にまとめました。

Q5：自分以外の社員にも、同じ自動化を使わせていいですか？

使わせて構いませんが、この記事の3つを決めてからにしてください。どのアカウントの権限で動くか、止める権限を誰が持つか、動いている業務の一覧を誰が持つかです。社員ごとに許す操作を分けておけば、同じ自動化でも触れる範囲を変えられます。

まとめ｜Claude Codeの自動化で最後に残るのは、止め方を決めたかどうか

最後に要点を3つに絞ります。どれも動かす前に決めておく話です。

• Claude Codeの自動化の出来を決めるのは指示文の上手さではなく、起動・権限・出口・停止の4か所を数字で埋めたかどうかです。
• 工程を分ければ、渡す権限と往復の上限を工程ごとに小さくできます。
• 社内に広げる段で効くのは契約の形ではなく、誰の権限で動くか、誰が止めるか、一覧を誰が持つかの3つです。

いちばん多い失敗は、暴走ではなく空振りです。止め方と知らせ先を先に決めておけば、動いているつもりで何も出ていない期間は、その週のうちに分かります。

次の一手は1つです。毎週やっている業務を1つ選んで、設計シートの8行を埋めてみてください。埋まらない行が、まだ人の判断に残っている場所です。自社の場合どこまで無人にしていいか相談したい方は、お気軽にどうぞ。

※本記事のClaude Codeの仕様は、2026年10月8日に公式ドキュメントで確認した内容です。既定値や指定できる項目は更新されることがあるので、無人で動かす前に最新の記述をご確認ください。