弊社では毎晩、深夜2時にAIエージェント（Claude）が起動し、日中に登録されたタスクを棚卸しして、任せられるものを無人で完了まで進めます。人間が寝ている間にレポートの下書きができ、調査がまとまり、GitHubのissueは実装済みのPRドラフトになっている。朝、人間がやるのは成果物を確認して承認する10分だけです。
「AIに勝手に何かされるのは怖い」——この仕組みを話すと必ず言われますが、その感覚は正しいと思っています。だからこの仕組みの核心は、自動化の技術ではなく、「AIに何をさせないか」を先に決めるガードレール設計にあります。この記事では、弊社で毎晩動いているパイプラインの全体像と線引きの基準を、失敗談も含めて公開します。
定型作業が、日中の集中時間を食い潰していた
導入前の弊社の課題は、多くの会社と同じだったはずです。レポート作成、データの整理、資料や文章の下書き——1つずつは30分でも、積み重なると日中の2〜3時間がこうした定型作業に消えていました。しかも定型作業は「今やらなくてもいい」ので後回しになり、締切前にまとめて集中時間を奪いに来ます。
一方で、これらの作業には共通点がありました。手順が決まっていて、失敗してもやり直せて、成果物が社内向けであること。つまり、無人で実行されても事故にならない仕事です。ここに気づいたことが、夜間無人実行の出発点でした。
全体像：5層のパイプライン
弊社の業務自動化基盤は、次の5層で構成されています。
- 登録——口頭の依頼・メールの宿題・定例業務を、AIが「完了条件つきのタスク」に整形してNotionに登録する。この時点で後述の3段階（自動可／要レビュー／手動のみ）を指定する
- トリアージ——深夜、AIが全タスクを棚卸しし、期日リスク→売上インパクト→優先度の順でスコアリングする
- 実行——「自動可」のタスクは完了まで無人で実行。「要レビュー」のタスクはドラフトを作ったところで必ず停止する
- 報告——実行結果をNotionの処理ログに記録し、朝のSlackに「処理した件数・レビュー待ち・ブロック中」をまとめて報告する
- レビュー——人間が毎朝、要レビューの成果物を承認または差し戻す。承認して初めて、成果物は「使ってよいもの」になる
トリアージの結果は毎朝6時にSlackへ「今日の指示書」として届きます。この部分の設計は別記事『社長の朝30分を消した「今日の指示書」——タスクの優先順位をAIに委ねる設計』で詳しく公開しています。
ガードレール：「自動可・要レビュー・手動のみ」の線引き基準
この仕組みでいちばん時間をかけたのが、この分類です。基準は**「失敗したときに、取り返しがつくか」**の一点で判断します。
| 区分 | 基準 | 例 |
|---|---|---|
| 自動可 | 失敗してもやり直せる。成果物が社内に閉じている | データ整理、社内レポート、調査まとめ、コードのドラフト |
| 要レビュー | 最終的に社外の目に触れる。品質の責任を人が持つべきもの | 顧客向けメールの下書き、公開する文章、提案資料 |
| 手動のみ | 取り返しがつかない。金銭・契約・信頼に直結する | メールの送信、課金・支払い、契約に関わる操作 |
とくに3つ目は絶対のルールにしています。送信・課金・契約は、どんなに定型的でも無人では実行しない。 AIは「送信ボタンの手前」まで完璧に用意しますが、ボタンを押すのは常に人間です。この一線があるからこそ、残りの領域を安心して無人化できます。ガードレールは自動化のブレーキではなく、むしろアクセルを踏むための装備です。
実例：issueのURLを渡すと、朝にはPRドラフトができている
「自動可」の代表例が、開発タスクです。弊社ではGitHubのissue（改修したい内容のメモ）のURLをタスクとして登録しておくと、夜間にAIが実装し、レビュー待ちのPRドラフトとして朝に並んでいます。人間のエンジニアの仕事は、ゼロから書くことではなく、できあがったコードをレビューして品質を判断することに変わりました。
開発以外でも構造は同じです。「◯◯について調べて表にまとめる」「先月の数値から報告書の下書きを作る」——完了条件さえ明確に書いてあれば、夜のAIはかなりの精度でこなします。逆に言うと、完了条件を書けないタスクはAIにも人にも任せられないので、登録の段階で仕事の定義が鍛えられるという副次効果もありました。
失敗から学んだこと
順風満帆に見えるかもしれないので、つまずいた点も書いておきます。
- 完了条件が曖昧なタスクは、夜のAIが「それっぽい何か」を作ってくる——初期は「〜を検討する」のような曖昧なタスクを渡してしまい、朝に使えない成果物が並びました。対策は実行側ではなく登録側で、「何ができたら完了か」を必ず書く運用に変えたことです
- 自動化の対象を一気に広げすぎると、レビューが追いつかない——夜間の処理量を増やした結果、朝のレビューが30分を超えて本末転倒になった時期があります。現在は優先度の高いものから処理し、人間のレビュー能力を超えない量に絞っています
- 「AIがやった」ことが見えないと、不安だけが残る——処理ログと朝の報告を整備する前は、「昨夜、何が起きたのか」が分からず確認の手間が増えました。無人実行は、実行そのものより報告の設計が信頼を左右します
まとめ：任せる範囲を先に決めるから、任せられる
夜間無人実行の本質は、「AIがどこまでやれるか」ではなく**「どこまでやらせると決めるか」**です。取り返しのつく仕事は完了まで、社外に出るものはドラフトまで、送信・課金・契約は絶対に人間——この線引きさえ固まれば、寝ている間に仕事が進む状態は、特別な会社でなくても作れます。
弊社のAI顧問では、この仕組みを自社で毎晩運用している経験をもとに、お客様の業務での「任せられる領域」の見極めから設計・内製化までを支援しています。