無人音楽工場の記録——260曲の日と、0曲の日

7月22日、この工場は1日で260曲を作った。7月24日からは、1曲も作っていない。そしていま、工場そのものを止めている。

作曲からジャケット付与、公開までを人の手を介さずに仕上げ、Webアプリ「BGMUP」で公開する。そういう音楽工場を作った。この記事は、その工場が動いた記録と、止まった記録の両方だ。

工程分解表（音楽工場）

公開まで無人にできた理由

動画や講演の工場では、最終検収と公開の判断を人間に残している。音楽工場だけは、公開までを線の内側に入れた。

理由は商材の性質にある。BGMは完成条件を規格として書き切りやすく、1曲の出来が会社の信用を左右する度合いが小さい。「規格を満たした曲を、決めた場所に公開する」というところまで機械が判定できる形に落とせたから、公開まで無人にできた。逆に言えば、規格に落とし切れない成果物は、いまも人間の検収を通している。この判断は音楽という商材に対して下したもので、動画と講演には同じ線を引いていない。線の引き方は、成果物ごとに違う。

動いた日の記録

7月21日に140曲、22日に260曲を無人で仕上げた。この2日は定時ルーチンではなく、手で起動した別バッチによるものだ。定時ルーチンの設計値は1日20曲（昼10・夜10）で、量産の当たり日はそれとは別系統で作っている。23日は16曲。

16曲の日も260曲の日もある。量が大きく振れても工程そのものは落ちなかった。各工程の完成条件と受け渡しが文章で定義されていて、途中に曖昧な判断が挟まっていないからだ。

数字を書くときは媒体を分ける。公開先のWebアプリ BGMUP のカタログは1,315曲・74プレイリスト（2026-07-23時点）で、iOSアプリに同梱しているのは20曲だ。工場が作った曲数と、いまカタログに並んでいる曲数は、別の数え方になる。ここを混ぜて大きい数字にしないことも、記録の一部だ。

止まった日の記録

7月24日から27日まで、生成は0曲だった。生成サービスのクォータが尽きたからだ。工場は起動しては空振りし、曲は1つも増えなかった。そして7月27日、こちらの判断でルーチンそのものを停止させた。いまも止めたままで、再開の時期は決めていない。

原因はAIの能力ではない。残高が尽きる前に補充する工程を、人間が回し切れていなかった。無人化したラインは、燃料が切れても止まらずに空回りする。だから「動いたか」ではなく「仕上がったか」を見る仕組みが要る。ここは、うちの設計の穴だった。

無人でも、見えない工場ではない

5分ごとにコレクターが全AI社員の稼働を記録し、mon-ai.jp の出勤板にライブ表示している。人間は工場に張り付かず、記録を見て監督する。動いたか、止まったか、何を仕上げたか。空振りの日を拾うのも、この記録の役目だ。

「検品のみ人間」という工程の中身

工程分解表の「検品のみ人間」は、稼働の確認だ。曲そのものは機械が検品して公開まで進むが、工場が今日も正しく動いたかという確認は、人間が記録で行う。確認といっても、張り付いて眺める仕事とは違う。出勤板を開き、動いた記録と仕上がりの記録を確かめる。ラインの異常はここで拾い、拾ったら設計の側に手を入れる。

難しい側——人間が消えたわけではない

公開まで無人でも、人間の仕事は残っている。どんな規格の曲を作るのかを決めるのは人間だ。ラインの設計を変える判断も、異常があれば止める判断も、人間に残している。「完全無人」というラベルは工程に付くものであって、経営判断には付かない。

規格を決める。設計を変える。異常なら止める。この3つの判断が人間に残っているかぎり、工場は暴走しない。実際、今回この工場が止まっているのは、事故ではなく判断の結果だ。止める判断を人間が持っていたから、止められた。止めたままにしておくのも、同じ判断の続きだ。無人化の安心は、任せた範囲の広さよりも、残した判断の明確さから生まれる。

導入までの手順

1. 成果物を「無人で公開してよいもの」と「人の検収が要るもの」に分ける
2. 無人側の完成条件を、機械が判定できる規格に落とす
3. 稼働記録を残す仕組みを置き、人は記録で監督する
4. 無人ラインが依存する外部サービスの残高を、工程の中で監視する

この線は、会社ごとに引き直せる

一般論として、量産できる定型の成果物を持つ会社ほど、この設計はよく効く。同じ仕組みを御社の業務名で設計するのが実装設計図であり、うちの工場がいま動いているのか止まっているのかは、mon-ai.jpのオフィス（出勤板）でそのまま見られる。