3人で月商250万円。派遣・SES事業を中心にやってきた小さな会社の代表として、2026年に入ってから経営の意思決定プロセスを丸ごとAIエージェントに置き換える実験をしてきました。CFO・COO・CMO・CEOという役割ごとにClaude Codeのsubagentを立てて、資金繰り・タスク進捗・コンテンツ生成・意思決定支援を任せる「AI経営OS」です。
この記事では、実際に構築した仕組みと、そこに至るまでに踏んだ地雷（¥34万円の課金事故を含む）、そして「稼働してまだ1〜2週間」という正直な現在地を共有します。派手な成功譚ではなく、3人しかいない会社がAIをどう使い倒そうとして何にコケたか、という実務ログです。フリーランス、単価、データ分析、SES エンジニア 実態、フリーランス 案件 探し方といったキーワードで検索してこの記事にたどり着いた人にも、最後まで読めば手を動かせる内容にしています。
なぜ経営の意思決定をAIに渡そうと思ったか
3人体制の会社にとって一番のボトルネックは「代表の頭の中にしか経営情報がない」ことでした。月次のPL、案件ごとの粗利、SNS運用の効果測定……全部自分の記憶とスプレッドシートに散らばっていて、意思決定のたびに情報を掘り起こす時間が発生していました。
CFO/COO/CMOを雇う余力はありません。でも「役割を分けて考える」こと自体には価値がある。ここで思いついたのが、Claude CodeのSubagent機能を使って役割ごとにAIエージェントを立て、それぞれに専用のメモリとタスクを持たせる構成でした。
AI経営OSの構成：4つのエージェントとメモリ設計
実際に組んだ構成はシンプルです。
company-os/
agents/
cfo.md # 資金繰り・PL監視・単価/粗利のデータ分析
coo.md # 日次タスク進捗・オペレーション管理
cmo.md # コンテンツ生成・SNS運用・効果測定
ceo.md # 週次で全エージェントの報告を統合し意思決定案を出す
memory/
*.md # エージェントごとの永続メモリ（学習した経営判断の理由）
tasks/
todo.md
lessons.md # 失敗から学んだルールを溜める
各エージェントには専用のCLAUDE.mdを持たせて、役割・権限・NGラインを明記しています。たとえばCFOエージェントのCLAUDE.mdには「Anthropic APIを直接叩く従量課金コードを書かない」「Vercelの新規プロジェクトはFluid Computeを即OFFにする」といった、実際に事故を起こしたあとに追記したルールが並んでいます。
CMOエージェントは実際にこの記事を含むnote/Qiita向けコンテンツの生成を担当していて、トレンドキーワードの収集からドラフト執筆、SEOキーワードの配置まで一気通貫で動きます。COOエージェントは日次でタスクの棚卸しをして、遅延しているものをCEOエージェントに報告する。CEOエージェントは週次で各エージェントの報告を統合し、意思決定の選択肢を提示する役目です。
無人運用を支える技術的な工夫（PM2・cron・メモリ設計）
AI経営OSを「人がいなくても回る」状態にするには、Claude Code CLIをcronから叩くだけでは足りませんでした。実際に運用の中で詰まったポイントをいくつか挙げます。
- 常駐プロセスはlaunchdではなくPM2で管理する: macOSのlaunchdは条件によって無音で停止することがあり、気づかないまま数日エージェントが止まっていた、ということがありました。今はPM2でプロセスを常駐させています。
- claude認証のkeepalive監視は最優先事項: CLIの認証セッションが切れると、そこにぶら下がっている全cronジョブが一斉に401エラーで落ちます。経営OS全体が同時に止まるということなので、監視の優先度を最も高く設定しています。
-
macOSに
timeoutコマンドがない: Linux前提のスクリプトをそのまま持ってくるとtimeoutコマンドが存在せずエラーになります。gtimeout（coreutils）に置き換える必要がありました。 -
エラーを
2>/dev/nullで握りつぶさない: 無人実行のログでエラー出力を捨てる設定にしていたことで、初期のトラブルに気づくのが数日遅れたことがありました。今はエラーも必ずログに残しています。
こうした一つひとつは地味ですが、「AIに経営を任せる」という話の実態は、この手の運用の泥臭い部分を潰し続けることそのものだと感じています。
CFOエージェントが見ている「単価」と「粗利」のデータ分析
CFOエージェントの役割は、月次のPLと案件ごとの粗利を継続的にウォッチすることです。SES事業を含む複数の収益源があるので、案件ごとの単価と原価（稼働工数）を突き合わせて粗利率を出し、下がっている案件があれば週次レポートで警告を上げる、という運用にしています。
特別な機械学習をしているわけではなく、スプレッドシート的な集計をAIエージェントに任せているだけです。ただ、「毎月人力で集計する」を「エージェントが常時ウォッチして異常があれば報告する」に変えただけで、数値を見る頻度が圧倒的に増えました。データ分析の民主化というと大げさですが、3人の会社でも経営指標を継続的に見張れるようになったのは大きな変化です。
つまずいたポイント①：課金事故 ¥34万円
一番痛かったのが、検証用に書いたスクリプトがAnthropic APIを直接叩く従量課金の実装になっていて、気づかないうちに大きな請求が発生していたことです。最終的に¥34万円の請求になりました。原因は単純で、「Claude CLI経由なら定額の範囲で動く処理」を、検証の都合でAPI直叩きに書き換えたまま放置してしまったことです。
以降、「有料LLM/APIの呼び出しはClaude CLIのみに限定し、Anthropic API直叩き・従量課金APIの新規呼出は禁止」を全エージェントのCLAUDE.mdに明記しました。エージェントに経営判断や自動化を任せるなら、コスト面の逸脱を機械的に止めるガードレールが先、というのが最初の学びです。
つまずいたポイント②：Vercelの$1,160請求
コンテンツを出すランディングページをVercelにデプロイした際、新規プロジェクトのFluid Computeがデフォルトで有効になっていることに気づかず、$1,160の請求が発生しました。トラフィックが多かったわけでもなく、設定の見落としだけでこの金額になったのは正直こたえました。
今は「Vercel新規プロジェクトはFluid Computeを即OFFにする」をデプロイ手順の最初のチェック項目にしています。AIエージェントに任せる部分が増えるほど、こういう「デフォルト設定の罠」を人間が事前に潰しておかないと、気づいた時には請求書が来ている、ということが起きます。
つまずいたポイント③：SNS投稿でshadow ban
CMOエージェントにSNS投稿の自動化を任せていた際、同一アカウントへの投稿間隔を制御していなかったことで、2026年4月30日に15分間で15件投稿するという事態が発生し、Metaのshadow banを食らいました。生成のスピードが上がるほど、人間なら絶対にやらない頻度の投稿がAIには平気で実行できてしまう、という怖さを実感した出来事です。
これ以降、「同一アカウントへの連投は最低15分間隔を強制する」「生成は下書きまで、公開は人間承認とする」という運用ルールに変更しました。AI経営OSは意思決定の速度を上げるためのものですが、対外的なアクション（投稿・広告出稿・送金など）は速度よりも歯止めを優先すべき、というのがここでの教訓です。
実際の効果：正直、まだ「劇的な数字」は語れない
ここは正直に書きます。AI経営OSを組んでから月商が何%伸びた、という華々しい数字は今の時点では出せません。稼働してからまだ1〜2週間程度の運用実績しかないタイミングで「稼働中」「効果が出た」と言い切るのは、自分たちのルールにも反します。「実装完了」と「稼働中」は別物、というのを自戒として明文化しています。
一方で、体感として変わったことは明確にあります。
- 経営判断の材料が「代表の記憶」から「エージェントのメモリファイル」に移り、属人化が減った
- 週次でCEOエージェントが各領域の報告を統合してくれるので、経営会議の準備時間がほぼゼロになった
- コンテンツ生成（この記事もその一部）が自動化され、3人という人数でも情報発信を止めずに続けられている
- 失敗のたびに
tasks/lessons.mdにルールを書き足す運用が定着し、同じ事故を繰り返す頻度が明らかに下がった
数値のインパクトを語れるようになるにはまだ数ヶ月の運用ログが必要だと考えています。ここで焦って数字を盛らないことも、AI経営OSを回す上での誠実さの一部だと思っています。
保存版：無人AIエージェント運用でやってはいけない5つのこと
自分たちが実際にコストを払って学んだルールを一覧にしておきます。AIに業務の一部を任せ始めている小さな会社なら、そのまま使えるはずです。
| # | やってはいけないこと | 実際に起きたこと | 代わりにやること |
|---|---|---|---|
| 1 | Anthropic APIを直接叩く従量課金コードの放置 | ¥34万円の請求事故 | 有料LLM呼び出しはClaude CLIのみに限定する |
| 2 | Vercel新規プロジェクトのデフォルト設定を確認せず放置 | Fluid Computeで$1,160の請求 | 新規プロジェクト作成時は即Fluid ComputeをOFFにする |
| 3 | SNS自動投稿の間隔を制御しない | 15分間で15件投稿しshadow ban | 同一アカウントは最低15分間隔を強制する |
| 4 | 生成コンテンツをそのまま自動公開する | 未検証の投稿が公開されるリスク | 生成は下書きまで、公開は人間承認とする |
| 5 | 「実装した」を「稼働中」と同一視する | 運用実績のない機能を稼働中と発信するリスク | 1〜2週間の運用実績が出るまで「稼働中」と書かない |
このテーブルは自分たちの再発防止チェックリストとしてCLAUDE.mdに常駐させていて、無人実行のたびにエージェント自身がこれを参照する構成にしています。ブックマークしておいて、自社でAIエージェントの無人運用を始める前に見返してもらえると事故を減らせるはずです。
SESエンジニアにとっての示唆：AI経営OSの裏側で起きているスキル需要の変化
自分たちはSES事業も持っているので、この経験は他人事ではありません。ここからは少し視点を変えて、SESエンジニアの実態とキャリアの話をします。
SES エンジニア 実態として、多重下請け構造の中で単価が上がりにくい、案件選びの裁量が小さい、という声はよく聞きます。実際、AI経営OSのような仕組みを内製できる会社が増えるほど、「言われた通りに実装する」だけのポジションは相対的に価値が下がり、逆に「業務プロセスをAIエージェント込みで設計できる」人材の単価は上がっていく、という変化を現場で感じています。
フリーランスとしてSESから独立を考えるエンジニアが増えていますが、フリーランス 案件 探し方で最初につまずくのは、案件を選ぶ判断材料が自分の中に蓄積されていないことです。会社員時代は営業担当が持ってきた案件を選ぶだけでしたが、フリーランスになると自分で相場観・データ分析の視点を持って単価交渉をする必要があります。
SES→フリーランスに向けたスキルロードマップ（目安）
| 期間 | 身につけたいこと | 具体例 |
|---|---|---|
| 〜3ヶ月 | 案件相場の可視化 | 自分の職種・経験年数での単価レンジを複数の求人サイトで調査し、データ分析的に平均・中央値を把握する |
| 3〜6ヶ月 | AI活用による生産性の底上げ | Claude Code等を使い、1人で対応できる業務範囲を広げる（コードレビュー・ドキュメント生成の自動化など） |
| 6〜12ヶ月 | 契約・税務の実務知識 | 契約書の読み方、確定申告、インボイス対応など、会社員時代は意識しなかった実務を自走できるようにする |
| 12ヶ月〜 | 単価交渉力・複数案件の並行運用 | 単一案件依存から脱却し、複数のクライアントと交渉できる状態を作る |
このロードマップは自分たちの会社でエンジニアと話す中で聞いた話や自分自身の経験をベースにした目安であり、断定的な数値保証ではありません。ただ、AI経営OSのような仕組みを自分で組める・使いこなせるエンジニアほど、フリーランス転向後の単価交渉で優位に立ちやすい、というのは現場感覚として強く感じています。
まとめ
3人の会社でAI経営OS（CFO/COO/CMO/CEOのAIエージェント）を構築した経験から言えるのは、「AIに経営を任せる」というのは魔法ではなく、地道なガードレール作りの積み重ねだということです。¥34万円の課金事故、$1,160のVercel請求、shadow banという3つの実損を経て、ようやく「安心して無人運用できる」ルールセットに近づいてきました。
まだ稼働1〜2週間の実績しかないので、劇的な成果を語るのはこれからです。ただ、失敗のたびにルールを言語化してlessons.mdに溜めていく運用そのものが、3人という少人数の会社が生き残るための資産になっていると感じています。
関連記事
- OpenClawで9体のAIエージェント経営OSを構築した実装ノート
- Claude Code実践Tips15選：フリーランスエンジニアの市場価値を上げる設定術
- 【2026年最新】AIコーディングツール完全比較｜Claude Code・Copilot・Cursor・Codeium・Windsurfどれを使うべきか
AI駆動塾 — AIを使ったスモビジの作り方を学ぶ
Claude Code、OpenClaw、AI経営OSの実践ノウハウを毎週公開中。
月額¥4,980で過去記事すべて読み放題。
💼 フリーランスエンジニアの案件をお探しですか？
SES解体新書 フリーランスDBでは、高単価案件を多数掲載中です。
- ✅ マージン率公開で透明な取引
- ✅ AI/クラウド/Web系の厳選案件
- ✅ 専任コーディネーターが単価交渉をサポート