朝起きると、記事が20本できている。私のサイトの一部は、私が寝ている間に作られた。
Claude Codeにまとまった指示を渡して夜間に走らせる、いわゆるバッチ運用の話だ。憧れる人が多い運用だが、実態は魔法ではなく、指示文の組み立てと検査の仕組みの積み重ねになる。実際にやっている中身と、無人ゆえの限界を書く。
この記事の要点
- 夜間バッチの本体は、寝る前に書く指示文の質だ
- 指示文の型は3点セット。タスク分割・完了ごとの保存・エラーは飛ばして報告
- 無人にするのは作業だけ。公開の判断は翌朝の検品に残す
- 事故は起きる。起きる前提の仕組みがない人は、夜間に手を出さない方がいい
夜間バッチとは何か。1日の時間割で見せる
流れは単純だ。寝る前に指示文を書いて渡す。朝、成果物と報告を検品する。間の数時間、AIは1人で作業を続けている。
<!-- 撮影プレースホルダー［撮1］: Claude Codeのターミナル実行画面（バッチが記事を書いてコミットしている瞬間。機密・APIキー・非公開数値が映らない画角で）をここに挿入 -->
だが、この図の左端に注目してほしい。運用の成否は、21時の｢指示文を書く｣の30分〜1時間でほぼ決まる。ここからが本題だ。
指示文の型。3点セットで組む
夜間バッチの指示文は、昼間の会話的な頼み方とは別物だ。途中で質問に答えられないという制約が全てを決める。私の指示文は、必ずこの3点で組んでいる。
1、タスクを分割して番号を振る。｢記事を20本書いて｣ではなく、｢タスク1=この10テーマの記事を型に沿って執筆。タスク2=既存記事の壊れリンク検査。タスク3=検査結果の修正｣のように、独立した作業に割る。1つが失敗しても他が道連れにならないためだ。
2、完了ごとに保存させる。タスクが1つ終わるたびに作業を保存（コミット）する決まりにしている。朝起きて全滅、を防ぐ最重要ルールだ。途中で何かが壊れても、保存済みの分は無事に残る。
3、エラーは飛ばして、最後にまとめて報告させる。夜中にエラーで止まると、朝まで数時間が無駄になる。だから｢詰まったらそのタスクを飛ばして次へ進み、飛ばした理由を報告に書く｣と指示しておく。判断に迷う場面で勝手に判断させず、保留として人間に戻させるのがこの型の狙いだ。
この3点は、部下に留守を任せる時の引き継ぎ書と同じ発想になる。実際、私のマネジメント経験で一番役に立っているのはこの場面かもしれない。
ここまでのまとめ
・夜間バッチの本体は、寝る前に書く指示文の質だ
・指示文の型は3点セット。タスク分割・完了ごとの保存・エラーは飛ばして報告
・無人にするのは作業だけ。公開の判断は翌朝の検品に残す
朝の検品。無人の後始末はこう回す
朝の検品は、コーヒーを淹れてから30分〜1時間。見る順番も決めている。
- 報告を先に読む。何が完了して、何が飛ばされたか。飛ばされたタスクの理由から、指示文の穴が見つかる
- 検査スクリプトを回す。禁止表現・壊れリンク・存在しない参照。機械で見つかるものを先に潰す
- 事実と経歴の記述を目視する。AIの創作が混ざる場所はここだ。経歴を捏造された事故以来、この確認だけは省いたことがない
- 手直しは、直接直さず指示に変換する。同じ修正が2回出たら、それは指示文かルールファイルの不備だ。仕組み側を直す
検品で残す工程の考え方は量産時に人間が残す工程に詳しく書いた。夜間運用は、この検品体制の上にしか成立しない。
正直に書く。無人運用の事故と限界
夜間バッチは便利だが、無人には無人の事故がある。私が実際に食らったものを並べる。
- 朝起きたら、途中のタスクで詰まって数時間止まっていた。指示の曖昧さが原因。エラー時の挙動を指示し忘れると起きる
- 20本の記事に、同じ不自然な言い回しが20回入っていた。無人だと、変な癖がそのまま量産される。1本目の癖は20本目まで続く
- 経歴の捏造。これは昼夜問わず起きるが、無人だと発見が翌朝まで遅れる。検査の自動化で拾う体制が要る
そして限界の話もする。夜間バッチに渡せるのは、型が決まった作業だけだ。新しい企画、方針の判断、微妙な表現の判断は渡せない。つまり、夜間運用を大きくするほど、昼間の人間の仕事は型を作ることに寄っていく。
もう1つ、精神面の正直な話。最初の数回は、正直まともに眠れなかった。任せた作業が気になって夜中に見に行った。信頼は仕組みからしか生まれない。検査が整い、事故が仕組みで止まるようになってから、ようやく本当に寝られるようになったんよ。
始める人への順番。いきなり夜間はやらない
最後に、これから試す人への現実的な順番を書く。
- 昼間、横に付いて小さな作業を頼む。指示の癖と、AIの間違い方を体で覚える
- 昼間の放置運用に移る。数時間任せて外出し、帰って検品する。この段階で3点セットの指示文を練習する
- 検査の仕組みを整える。禁止表現・リンク・参照の自動検査。ここまでが夜間の前提条件だ
- それから夜間に移す。最初は小さいバッチから
私の観察では、いきなり夜間から入った人は、最初の事故で運用ごとやめてしまう。段階を踏んだ人は、事故を仕組みに変換して続く。急がば回れが、そのまま当てはまるわ。
全体の運用像は2週間で200記事のメディアをAIと作った話で書いた。この記事の夜間バッチは、その運用の一部を切り出したものだ。
あわせて検索される疑問に、先に答えておく
夜間に走らせる作業と昼間にやる作業は、どう分けていますか
判断の要らない定型作業は夜、判断の要る作業は昼、が私の線だ。具体的には、決まった型に沿った記事の下書き・全記事の検査・リンクや表記の一括整備は夜に回す。新しいテーマの企画、微妙な表現の判断、公開の最終決定は昼にやる。迷ったら昼に回す。夜のバッチに判断を混ぜると、朝の検品で｢AIの判断が正しかったか｣まで確認する羽目になり、検品の負荷がかえって増える。夜は手を増やす時間で、頭を増やす時間ではない。
バッチの途中で電源やネット環境が落ちたらどうなりますか
完了ごとに保存する運用にしていれば、被害は途中の1タスクで止まる。保存済みの作業は残り、朝に続きから再開すればいい。この安心のために、完了ごとの保存をルール化していると言ってもいい。逆に、保存の指示なしで一晩分をまとめて走らせて途中で落ちると、数時間分が消える。機械やネットの問題は防げないから、防げる側（保存の粒度）で備える。ちなみに私は、朝一番に｢何が保存済みか｣を報告の先頭で確認できるよう、報告の型も指示文に含めている。
会社員でも夜間バッチ運用はできますか
できる。むしろ会社員にこそ向いている運用だと思う。本業がある人の副業の最大の敵は、作業に使える時間の少なさだ。夜間バッチは、寝ている時間を作業時間に変換する仕組みだから、可処分時間が少ない人ほど恩恵が大きい。ただし、朝の検品30分〜1時間は必ず要る。通勤前に検品するか、通勤中に報告を読んで帰宅後に直すか、生活の型に合わせて検品の置き場所を決めておくことだ。検品を数日溜めると、未検品の在庫が心理的な借金になって続かなくなる。毎朝小さく回すのが、会社員の現実解なんよ。
<!-- ペイウォール第1弾｢この先ブロック｣（note原稿1: docs/note-drafts/01-batch-shijibun-template.md）
noteに入稿してURLが確定したら、下の2行のコメントを外して NOTE_URL_1 を実URLに差し替える。
この記事で書いた3点セットの、実物の指示文テンプレート10本（注釈つき）はnoteに置いた。ゼロから作文するより、実物を直して使う方が速い。
-->
3分で診断：X発信力診断——発信の仕組み化の前に、あなたの発信タイプを8問で判定する。無料・登録不要。
よくある質問
夜間の無人運用は初心者でもできますか？
最初からはやらない方がいい。昼の横付き→昼の放置→検査の整備→夜間、の順で段階的に移る。私もこの順番だった。
寝ている間に変なものを公開されるリスクはありませんか？
作業は無人化するが、公開の判断は翌朝の検品に残す。この線引きが安全装置だ。エラーは飛ばして報告させる。
夜間バッチで1晩にどのくらい進みますか？
記事の下書きなら10〜30本、一括の検査・修正なら数百ファイル規模が私の実績だ。ただし量は指示文の質に比例する。
この副業クラスタの全体の順路は会社の外で稼ぐ人の順路に、入口の全体像はAI副業は何から始めるかにまとめてある。自分の段階に合う記事から読んでほしい。
バッチ指示文の型はLINEでも配っている
夜間運用を始める前のチェックリストを、LINEで無料配布している。AIは寝ない。だが、寝ていいのは仕組みを作った人だけなんだわ。
