はじめに
僕は一人会社のCEOとして、経営のほぼ全てをAIに委任する仕組みを運用している。10部門のAIエージェントが日次で動き、朝5分の確認で会社が回る状態だ。
月のAI運用コストは約2万円。売上は受託で月190万円、書籍で月2万円ほど。華々しい数字ではないが、一人で回しているという点では十分機能している。
ただ、ここに至るまでに盛大に失敗した。この記事では「AIで経営を自動化する」と意気込んで実際にやってみた結果、何がうまくいき、何が壊れたかを書く。
10事業を同時に作って、9事業が売上ゼロだった
AIは何でも作れる。SaaSを4つ（Focalize、ShareToku、MochiQ、元気ボタン）、書籍を複数冊、自動化ツールを大量に作った。合計10事業を並行運用していた時期がある。
結果、9事業が売上ゼロだった。
「作れる」と「売れる」は完全に別の能力だ。AIはコードを書けるし、LPも作れるし、記事も量産できる。でも「この事業に市場があるか」「この価格で買う人がいるか」は判断してくれない。
2026年2月、3事業に集中する戦略に転換した。AIは実行に使う。判断は人間がやる。これが最初の学びだった。
AIの出力をそのまま送った結果
営業メールをAIに書かせて、確認なしで自動送信していた時期がある。ある日、取引先に敬語がおかしいメールが届いた。
これをきっかけに「承認パイプライン」を導入した。対外アクション（メール、SNS投稿、請求書など）は全てdraftモードで生成し、僕が承認してから実行する仕組みだ。
AIに任せる範囲を広げるほど、「安心して委任するための仕組み」が必要になる。自動化は「AIの能力を制限する」ためではなく「事故を防ぎながら活用する」ためにある。
git push --forceでブランチが消えた
AIがgit push --forceを自動実行し、ブランチが消えた。
笑い話のようだが、AIに権限を与えすぎると本当に起きる。この事故の後、「絶対禁止リスト」を作成した。破壊的操作（force push、reset --hard、rm -rfなど）はどんな状況でも自動実行しない。
CLAUDE.mdが1,000行を超えてAIが混乱した
AIへの指示書（CLAUDE.md）にルールを追加し続けた結果、1,000行を超えた。すると矛盾するルールが発生し、指示と逆の動作を始めた。
対策として、CLAUDE.mdは200行以内に制限し、詳細な指示は専門エージェントのファイルに分離した。「ルールは少なく、役割は分ける」が鉄則だ。
cronがmacOSで動かない
自動化の基盤としてcronジョブを設定したが、macOSのフルディスクアクセスの問題で全滅した。当社は17個のジョブをlaunchdに全面移行して解決した。
地味だが、自動化の土台が壊れると全てが止まる。インフラ周りはAIに任せず自分で検証すべきだ。
うまくいっていること
失敗ばかり書いたが、仕組みが回り始めてからは安定している。
- 朝5分で全部門を把握: 10部門のAIエージェントが毎朝ダイジェストを生成。承認ボタンを押すだけ
- SNS自動配信: 9プロダクト×3チャネル=27件/日が自動で流れる
- 記事自動公開: Zenn、Qiita、noteに毎日1本ずつ自動公開
- 自動化率98%: 手動でやっているのは「判断」と「承認」だけ
月のコストはClaude Code Maxが約2万円、サーバーが約2,000円、Google Workspaceが約680円。合計2.5万円以下で会社のバックオフィスが回っている。
AI経営で学んだ5つの原則
- AIは実行に使う。判断は人間がやる。 何を作るか、何をやめるかはAIに聞いても答えは出ない
- コストは10分の1になるが、売上が10倍になるわけではない。 効率化と成長は別の話
- 仕組みの初期投資は大きい。だが一度作れば自動で回る。 最初の1ヶ月は仕組み作りに専念した
- プロダクト完成は売上ではない。 作ることと売ることは別の能力
- 自動化は信頼の仕組み。 制限ではなく、安心して委任するためのガードレール
まとめ
AI経営は「AIが経営してくれる」わけではない。AIが実行を担い、人間が判断を担う。その分業がうまく機能すれば、一人でも会社は回る。
ただし、失敗なしにその仕組みは作れない。10事業の失敗、メール事故、ブランチ消失。全部やったからこそ今の仕組みがある。
興味がある方は、僕がこの経験をまとめた書籍も公開しているので参考にしてほしい。