工場は止まっている。アプリは公開されている——AIが作った曲を世に出すまで
AIが生成した楽曲を配信するアプリ、BGMUPがApp Storeで公開されている(2026年8月5日に確認)。一方で、その曲を作っていた音楽工場は2026年7月27日から止めてある。
この二つは矛盾しない。作る工程と、世に出す工程は、別の仕事だからだ。
工程分解表——「AIで作ったものを製品として出す」業務
| 工程 | 内容 | 無人化度 |
|---|---|---|
| 楽曲の生成 | 生成サービスに曲を作らせる | 完全無人 |
| カタログ化 | 曲を分類し、プレイリストに束ねる | 検品のみ人間 |
| ジャケット・販促画像 | 曲やプレイリストの画像を作る | 半自動 |
| アプリへの同梱 | どの曲を製品に載せるかを決める | 人間必須 |
| 審査対応 | プラットフォームの規約に合わせる | 補助 |
| 公開の判断 | 会社の名前で出すかを決める | 人間必須 |
上の三つと下の三つで、性質がはっきり分かれる。上は完成条件を文章にできる。下はできない。
できる側——量を作る工程は、無人になる
曲を作る工程は無人化できた。生成、分類、束ねるところまでは、判定基準を文章で書けるからだ。実際の在庫は、Webカタログで1,315曲・74プレイリストある(2026年7月23日時点の実測)。
画像も同じ理屈で量産できる。画像・販促物は4か月で668点作った(2026年3月24日〜7月24日の実測)。用途はBGMUPのジャケットとプレイリスト画像、YouTubeのサムネイル、AIタレントのキャラ素材、LPの素材だ。
数を作る仕事は、AIに渡すと桁が変わる。ここは疑う余地がない。
難しい側——出す工程は、量では解けない
App Storeに載っているアプリに同梱してあるのは20曲だ。カタログには1,315曲ある。この差が、この記事の全部だと言っていい。
製品に載せる20曲を選ぶ作業は、生成の続きではない。「どれが会社の名前で出せる水準か」という判断であり、その基準を文章で書き切れていない。書き切れないものを機械に渡すと、事故が起きたときに誰も止められなくなる。だから選定と公開の判は人間に残した。
審査対応も同じ層にある。規約は文章で読めるが、規約が想定していなかった作りをしていたときにどう直すかは、その場で決めることになる。AIに調べさせて人間が読む、という補助の形が現実的な線だ。
工場のほうは、指示で止めた。2026年7月27日から動かしていない。止まっていることと、製品が世に出ていることは同時に成り立つ。在庫があるからだ。
一般論として、AI活用の議論は生成の速さに集中し、「出せる状態にする工程」が見落とされる。生成が速いほど、選ぶ仕事と責任を負う仕事の比重が上がる。速くなった分だけ人間が楽になるのではなく、人間の仕事の中身が入れ替わる。
審査を通ったことは、それ自体が線引きの証拠になる
うちがApp Storeに出したアプリは、これが初めてではない。朝活アプリのAM38がAppleの審査を通過して公開されている。
審査は、社内の自己申告ではない。第三者が規約に照らして通したかどうかで決まる。無人ラインを持つ会社にとって、外部の審査を通ったという事実は、「機械が作ったものが、機械の外側の基準でも通用した」という数少ない証拠になる。社内の検品だけを積み上げていると、基準そのものが内向きに歪んでいても気づけない。
導入までの手順
- 対象業務を「量を作る工程」と「出す判断をする工程」に分けて書き出す
- 量を作る側から自動化し、成果物の在庫を持てる状態にする
- 出す判断は人間に残し、判断の材料(在庫・記録)を機械に揃えさせる
この線は、会社ごとに引き直せる。御社の業務のどこまでを工場にし、どこから人が判を押すのかは、実装設計図で一緒に線を引く。まず現状の工程を分解するだけなら、無料相談から始められる。