AI社員が本当に働いたかを、どう確かめているか——出勤板の中身

無人化して最初に困るのは、失敗ではない。「動いたかどうかが分からない」ことだ。
毎朝03:00に講演コンテンツの制作工場が、04:00に動画工場が、誰もいない部屋で起動する。人がいないのだから、朝の完成品が並んでいなければ、原因を探す前に「そもそも起動したのか」から調べることになる。
この記事では、その確認を機械に渡した仕組み——出勤板をそのまま公開する。

無人化は、監視をセットにしないと成立しない

一般論として、自動化の議論は「動かす仕組み」に集中し、「動いたことを確かめる仕組み」は後回しにされる。人がやっていた頃は、担当者が出社して手を動かしている事実そのものが稼働の証拠だったので、確認という工程が存在しなかったからだ。
無人化すると、その証拠が消える。工程が増えるほど、朝に見るべき場所も増える。うちは5分ごとにコレクターが全AI社員の稼働を記録し、mon-ai.jp の出勤板にライブで表示している。誰が、いつ動いたのかを、人が見に行かなくても残る形にしてある。

工程分解表——「AI社員が働いたかを確かめる」業務

記録と表示は完全に機械の仕事だ。人間の側に残っているのは、板を見て異常だと判断することと、止めるか再開するかを決めることの二つだけになった。

出勤板が実際に効いた場面

音楽工場は、生成サービスの残高が尽きて空振りした朝がある。ラインは起動しているのに曲が増えない、という状態だった。工程が動いた記録と、成果物が出た記録を別々に持っていたから、「起動はした・生成が通らなかった」までを切り分けられた。原因はAIの能力ではなく、残高を管理する仕組みを作っていなかった人間の側にあった。残高チェックを工程に組み込んで解決している。
逆の失敗もある。素材が無いのに毎時起動する設計にしてしまい、ルーチンが空回りして2日で約85件の無駄なセッションを生成した。動いていること自体は正常に見えるので、稼働の記録だけを見ていては気づけない。1日1回のバッチに設計を直して解決した。
この二つで分かったのは、見るべき指標が「動いたか」ではなく「成果物が増えたか」だということだ。ラインの起動記録は、仕事が終わったことを意味しない。

難しい側——機械に渡し切れなかったもの

板は異常を表示するが、それが異常だと決めるのは人間だ。ゼロが並んだ朝に、止めるべき事故なのか、意図した停止なのかを分けるのは、経営の判断であって観測の結果ではない。
現に、うちの音楽工場は2026年7月27日から止めてある。指示で止めたので、板の上ではゼロが続く。事故のゼロと、決めて止めたゼロは、機械から見れば同じ形をしている。ここを混ぜると、直す必要のないものを直しにいく。
だから再開の判断も人間に残した。ここは、しきい値では書けない層だ。

導入までの手順

1. 自動化した工程に、稼働の記録と成果物の記録を別々に残す
2. 見る場所を一つにまとめ、朝に開く板を決める
3. 「止める・再開する」の判断だけを人間に残し、通知と集計は機械に渡す

この線は、会社ごとに引き直せる。あなたの会社でどこまでを板に載せ、どこから人が判断するのかは実装設計図で一緒に線を引く。うちの板は mon-ai.jp のオフィス（出勤板）で、いま動いているものをそのまま公開している。