筆者は小さな会社を経営している。

事業はTikTok Shopとアフィリエイトのインフルエンサーマーケティングで、数百人規模のクリエイターと一緒に商品を売る仕事だ。人間のスタッフは数人。実務の大半は、この記事に出てくるAI社員16人が回している。 X（旧Twitter）の自動運用bot、成果データの自動集計、この記事に載せた仕組みはすべて2026年8月時点で実際に稼働しているものだ。

AI社員16人が動いている。でも一番効いた学びは人数じゃない

うちの会社では今、Claude Code上で16人のAI社員が会社の一部を回している。社内業務部6人、X運用部3人、動画制作部2人、ブレイン部1人、統括室4人。ただ、この記事で本当に伝えたいのは「16人作った」という数字ではない。

単価表を社内業務OSへ反映する仕組みが、36日間壊れたまま動き続けていた話だ。同期ログを数えたら、111行のうち成功はたった1回しかない。残りの110回はすべて失敗という結果だった。原因はAPIキーの不一致にある。デプロイ済みのコード自体は正しい。ずれていたのは、サーバ側とローカル側の鍵だけだ。

止まる直前の最後の成功時点で、単価は218件だった。気づかず放置された36日間で、案件は476件まで積み上がっている。差の258件は、直るまで業務OSの画面には一件も無かった。

厄介なのは、この間もメインの投稿botや案件申請は普通に動いていたことだ。表面のログを見る限り、会社は「動いている」ように見えていた。静かに死んでいた系統は、実は同じ日にもう2つ見つかっている。どれも「気づいた時にはもう止まっていた」という点で共通していた。

AIを入れているのに、なぜ忙しいのか

私たちは単価表・LINE・スプレッドシート・社内業務OS・TikTok Shop・ASP案件など、複数のシステムを少人数で見張っている。 AIチャットに個別に質問すれば答えは返ってくる。だが監視までは誰もしていなかった。「ログが流れているから大丈夫」という思い込みが、一番危ない。メインの処理さえ成功していれば、後段が死んでいても表面上は無事に見えるからだ。今回の36日間も、投稿botや案件申請という「目立つ処理」が正常だったせいで、単価表という「地味な処理」の停止は誰の目にも留まらなかった。

チャットAIとの違い

チャットAIは、こちらが話しかけた分だけ答える。 AI社員は違う。役割定義ファイルを持ち、決まった時刻に自分から動く。そして read-only 権限しか持たない。本番システムへの書き込みは全員禁止にしている。危険な操作は人間の承認を挟むか、そもそもさせない設計にしてある。これが、チャットで都度頼むこととAI社員に「常駐」してもらうことの違いだと思う。

16人、5部署の全体像

社内業務部6人が案件・単価・経理・データ取込を担当する。 X運用部3人がリサーチと発信を、動画制作部2人が台本と検収を担う。ブレイン部1人がこの記事のような文章を書き、統括室4人が全部署を横断する。統括室は幸子(統括)・律子(秘書)・怜子(戦略)・朱音(校閲)の4人だ。

今日誰が何をしたかは、社内で「サチコタワー」と呼ぶ画面に1枚で見えるようにしている。働いた人だけが手を動かし、成果物の実数だけが机に積まれる仕組みだ。見せかけのアニメーションは出さない。動くのは実際に今日動いた人だけにした。

05_図版01_サチコタワー.jpg

サチコタワー — 16人が部署ごとの島で働くオフィス画面（実画面）

単価表の承認ボタンは、Cloudflare Worker側で処理が完結する。 Macを閉じて寝ていても、単価の反映や通知はそこで止まらない。

ここから先は、この16人体制を実際にどう組んだか、そして36日間の停止をどう見つけて直したかを、コピペで動くレベルまで公開する。

ここから先は有料パート（¥9,800〜）