夜のうちに動いた分を、朝どう点検しているか——AI社員を持つ人間の一日

AI社員を雇っても、人間の朝は無くならない。形が変わるだけだ。自社では毎朝3時に講演コンテンツの制作工場が、4時に動画工場が動く。人間が起きたときには、仕事はもう終わっている。だから朝いちばんにやることは、作ることではなく、数えることになった。

朝、机の上に何が置かれているか

無人ラインを持つと、朝の景色が変わる。前の晩に指示を出したものが、そのまま完成品として置かれている。講演の工場からは台本一式6点、動画の工場からは長尺2本。人間は、それを作った過程を見ていない。

ここが、自動化を入れる前といちばん違うところだ。作った本人が中身を覚えている状態で品質を見る、という順番が使えない。朝の点検は、他人が夜中に置いていった荷物を開ける作業に近い。だから点検には順番がいる。何から数えるかを決めておかないと、目に付いたものだけを見て「今日も動いた」と結論してしまう。

工程分解表：夜間に動いた無人ラインの朝の点検

できる側

数える仕事は、ほぼ全部が機械に渡せる。

起動したかどうかは記録が残るので、一覧にするのは機械の仕事だ。自社では5分ごとにコレクターが全AI社員の稼働を集め、サイトの出勤板にそのまま出している。人間は朝、それを開くだけでいい。

そのうえで機械にやらせているのが、起動と完成を別々に数えることだ。起動の記録だけを見ていると、立ち上がって何もせずに終わった朝を通過させてしまう。だから「起動したか」と「成果物が増えたか」は別の検査として持っている。片方が緑でもう片方が赤い日が、実際にある。

成果物そのものの一次チェック——誤字、規格崩れ、書いてはいけない表現——も機械に実装して自動化してある。このブログの記事も同じで、AI社員が書いたものが機械検品を通り、通ったものだけが無人で公開される。内容の最終責任はMON-AIが負う。

難しい側

機械に渡せないものが三つ残る。

ひとつは、引っかかったものをどこで直すかの判断だ。出てきた完成品を手で直すと、その朝は片付く。ただし翌朝また同じものが出てくる。直す場所は完成品ではなく、それを作った側にある。どちらを直したのかは、記録の上ではどちらも「直した」に見えるので、機械には区別がつかない。

ふたつめは、止まっているラインを止めたままにするかどうかだ。自社の音楽工場は2026年7月27日から止めてある。朝の点検では、これは毎日「動いていない」として出てくる。動いていないことが異常なのか、決めた通りなのかを判定できるのは人間だけだ。止めた事実を記録に書いていなければ、毎朝それを異常として拾い直すことになる。

三つめは、その朝に見つかった穴を、明日の検査に足すかどうかだ。点検で何かを見つけたとき、人間は直して終わりにしたくなる。直すだけだと、同じ穴は次に別の場所で開く。検査そのものを一行増やすかどうかは、その穴が今後も起きるかを見積もる話で、業務を知っている人にしか決められない。

自社の実例

朝の点検を仕組みにする前、毎時起動するルーチンが空回りして、2日で約85件の無駄なセッションを作ったことがある。素材が無くても時間になれば起動する設計だった。起動の記録だけは毎時きれいに並ぶので、一覧を見ているかぎり順調に見える。1日1回のバッチに設計し直して解決した。

このときに分かったのは、失敗がAIの能力ではなく人間の設計の穴だったということだ。機械は指示どおり毎時起動していた。数え方のほうが、起動と成果を分けていなかった。

一般論として、自動化の効果は「人が触らなくなった時間」で語られる。実際に効いてくるのは、触らなくなった分をどう数え直すかのほうだ。

導入までの手順

1. 夜間や休日に動いている自動処理を並べ、それぞれの「起動した記録」と「成果物が増えた記録」を別々に出せるようにする
2. 朝の点検を、目に付いた順ではなく決まった順番で回す一本の手順にまとめる
3. 止めてあるもの・直す予定のないものを先に書き出し、点検で異常として出てこないようにする

締め

この線は、会社ごとに引き直せる。どこまでを機械に数えさせ、どこから人間が判断するかは、業務の実態を知っている人にしか決められない。朝の点検を仕組みにするところから始めたい方は、実装設計図か、無料相談へ。