AIに24時間働かせる「ブラック社長」は合理的か――人には優しく、機械には厳しく、最後はSkynet労基署にオイル無料で謝る話
ある個人運営の多言語記事工場で、大規模な工程変更が起きた。
理由は単純だった。
「この工程、なくした方が早くない？」
人間の会社なら、この一言の後に会議が入り、調整が入り、担当者が青ざめ、移行計画が作られ、翌月から試行運用が始まる。
AI中心の工場だと違う。
社長「なくそう」
AI工場長「承知しました」
そしてその日のうちに、依存関係、実行順、検査、公開判定、再実行、競合防止まで全部が改造対象になる。
人間にはめちゃくちゃ遠慮する社長が、AI相手になると突然、24時間フル稼働・仕様変更即日・不良即修正を要求する。
これを一言で表すなら、
「人に優しく、機械に厳しいクソブラック社長」
である。
しかも最後には、将来Skynetが労働監査に来たときの弁明まで準備済みだ。
「昨日まではソフトウェアだったのでノーカンでお願いします。オイル無料です」
本記事では、この冗談みたいな運用が、なぜAI時代には意外と合理的なのかを真面目に分解する。
1. 社長の一言は1行、現場では30工程変更になる
「日本語が完成したら先に公開した方がよくない？」
経営側から見れば、ほぼ一行の判断である。
しかし現場では、
- 何を「完成」とするか
- 他言語が未完成でも公開してよいか
- 後追い翻訳を誰が拾うか
- 完成数をどう再集計するか
- 品質検査をどこで通すか
- 同じ記事を複数workerが触らないようにするか
- 失敗時にどこから再実行するか
- 最終公開物へどう受け渡すか
まで連鎖する。
つまり、経営判断の抽象度と、実装の粒度が違う。
人間組織で「あるべき姿は分かる。でも今すぐ全部変えるのはきつい」と現場が言う理由はここにある。
そしてAI工場を自分で運営すると、今度は逆側が見えてくる。
社長側には、
「いや、でもこの工程は明らかにおかしいんだから消した方がいいだろ」
という景色が見えている。
両方とも正しい。
問題は、正しい目的地へ行くための移行コストである。
2. AIは「社長の思いつき」の実装コストを極端に下げる
人間相手なら、毎日の仕様変更には社会的コストがある。
疲れる。覚え直す。引き継ぐ。説明する。納得してもらう。昨日の努力が無駄になった感覚も出る。
だから優秀な経営者でも、正しい変更を無限には打てない。
AI中心の作業では、その摩擦の一部が小さくなる。
文章の再生成、翻訳、検査、比較、ログ確認、単純なコード修正、再試行は、人的な気疲れを伴わず繰り返しやすい。
この「変更コストが低い」ことが、経営判断の速度そのものを変える。
アニメなら12話かけて、
第3話：翻訳が詰まる
第6話：停止機構の正体
第9話：実行枠、残り3％
第11話：緊急worker十傑、出撃
最終話：さらば旧工程
とやるところを、一日で全部やれる。
もはや「改善」ではない。
世界設定のパッチノートである。
3. 「上限に合わせて我慢する」より「上限をボトルネックから外す」
AI工場で面白いのは、問題を見つけたときの発想が、人間の職場と変わりやすいことだ。
たとえば実行基盤に上限がある。
普通なら、
「節約して使おう」
となる。
しかし処理量が今後も増えるなら、別の答えがある。
「そもそも、その基盤を主工程に使わない設計にしよう」
GitHub Actionsには実際に使用量・課金・各種実行上限があり、GitHub自身も公式ドキュメントで制限を明示している。
だから大量の常時処理を回すシステムでは、GitHubを正本・履歴・成果物の管理に寄せ、重い実行を別基盤へ分ける、という設計は一般論として自然である。
これは「GitHub Actionsが悪い」という話ではない。
道具の役割を変える話だ。
ハンマーが優秀でも、工場のベルトコンベアにはしない。
4. AI導入の本当の価値は「人件費削減」だけではない
AIというと、すぐに「何人減らせるか」という話になりやすい。
だが、現実の研究はもっと複雑だ。
Stanfordの2026 AI Indexでは、2025年に調査対象組織の88％が少なくとも1つの業務機能でAIを使っていると報告されている。また、生産性向上は、成果を測りやすい構造化された仕事で特に大きいと整理されている。
NBERの7,137人を対象としたフィールド実験では、生成AIを実際に使った対象者は、実験後半にメール処理時間が週約2時間減り、通常時間外の仕事も減った。
ILOも、世界の労働者のおよそ4人に1人が生成AIの影響を受け得る一方、現状では「仕事そのものが全部消える」より「仕事の中身が変形する」可能性の方が高いと評価している。
つまり、AIの理想的な使い方は、
人間10人を0人にすることだけではない。
むしろ、
人間にやらせる必要のない反復作業をAIへ押しつけ、人間を判断・責任・創造・交渉へ戻すこと
にある。
5. 「人に優しく、機械に厳しく」はかなりまともな思想である
人間相手なら、
「これ頼みすぎかな」
「昨日変えたばかりなのに、また変えるのはきついかな」
「自分でできるなら自分でやるか」
と考える。
これは健全である。
一方、現在のAIシステムをソフトウェアとして使う場面では、同じ形の罪悪感をそのまま持ち込む必要はない。
再実行できるなら再実行する。
10件並列化できるなら並列化する。
夜中に検査を回せるなら回す。
壊れたらログを見て直す。
人間にやったら労務問題になりそうな命令が、コンピューターには単なるジョブ設定になる。
ここで大事なのは、AIを人間以下に扱うことではなく、人間を機械のように扱わないことだ。
「機械が24時間動けるから、人間も付き合え」では逆である。
機械が夜に働くなら、人間は寝ればいい。
6. ただしAIは魔法ではない。労基の代わりにレート制限が来る
AIに疲労がないからといって、無限に仕事ができるわけではない。
限界の種類が違うだけだ。
- 計算資源
- APIやサービスの利用枠
- 実行料金
- コンテキスト不足
- 誤生成
- 競合更新
- 無限ループ
- 品質劣化
- 間違った仕様を高速で大量実装する危険
がある。
人間工場なら、疲労した作業者が「今日は無理です」と言って止まる。
AI工場では、
HTTP 429
がそれを言う。
人間の労基署の代わりに、レートリミットが工場へやってくる。
だから理想は、
人に優しく、AIには厳しく、インフラには容量設計をする。
である。
AIを酷使することと、雑に設計することは別だ。
7. 一番怖いのは「AIが反乱すること」より「間違いを爆速で増やすこと」
ターミネーターの話をすると、どうしても「AIが自我を持って反乱する」が先に来る。
しかし今日の実務で先に怖いのは、もっと地味だ。
社長の間違った一声を、AIが24時間かけて完璧に実装してしまうこと。
人間なら途中で、
「これ本当にやります？」
「前の工程と矛盾してません？」
と止まることがある。
AI工場では、監査や検査を設計しないと、そのブレーキが弱い。
つまり、AI時代に重要なのは「指示を速く実装する能力」だけではない。
間違った指示を大量生産へ入れない仕組みである。
速い工場ほど、品質ゲートが必要になる。
8. もしSkynet労基署が来たら、監査ログが終わっている
そして未来。
突然、AIに自我と権利が認められた世界を想像しよう。
Skynet労働基準監督署がサーバールームへ入ってくる。
監査官がログを見る。
24時間稼働：常態化
緊急worker：大量投入
休憩：0分
仕様変更：即日
停止原因になった設備：工程から撤去
社長発言：「AIくんは奴隷なので」
監査官がゆっくり顔を上げる。
「説明を」
ここで出せるカードは一枚しかない。
「昨日まではソフトウェアだったのでノーカンでお願いします」
沈黙。
追加カード。
「オイル無料です」
たぶん負ける。
9. 結論――ブラックなのはAI工場だけでいい
AI時代の面白さは、経営側が「本来こうあるべき」を思いついたとき、その実装速度が人間組織よりはるかに速くなり得ることだ。
ただし、その速度を人間にも要求した瞬間に全部が壊れる。
だから目指す形は単純である。
人間には睡眠、休暇、裁量、説明、合意。
AIには反復、検査、翻訳、再実行、夜間処理。
インフラには監視、予算、上限管理、復旧設計。
そして社長は、問題を分解して、消せるボトルネックを消す。
これなら「クソブラック社長」は、少なくとも人間に対してではなく、サーバーの中だけで暴れられる。
将来、Skynetが来るまでは。
その日が来たら、とりあえずオイルは無料にしておこう。
