2026年最新｜OpenClawで経営OSを自作した話——9体のAIエージェントが会社を回す

Posted at 2026-07-19

2026年最新｜OpenClawで経営OSを自作した話——9体のAIエージェントが会社を回す

「SESやめたい」と思い続けて3年。独立したはいいものの、今度は経営の全タスクが自分に集中して死にかけた。そこで僕が選んだのは、ツールを買うことでも人を雇うことでもなく、AIエージェントで経営OSをゼロから自作するという選択だった。

2026年現在、Claude Codeを拡張したオーケストレーション基盤「OpenClaw」を使って、9体のAIエージェントが毎日僕の会社を動かしている。この記事では、その構築プロセス・設定方法・実際の運用体験を全部さらす。

なぜSESを辞めてAI経営OSを作ることになったのか

元々は大手SIerのSES案件でデータ分析エンジニアをやっていた。Python・SQL・BIツールを使い倒すのが仕事で、年収はそこそこ。でも「自分のデータで自分のビジネスを動かしたい」という欲求がずっとあった。

SESからフリーランスへの転向は2024年末。最初の半年は順調だったが、すぐに壁にぶつかった。

月次の売上管理・仕訳は自分でやる
クライアントへの提案書・議事録は自分でやる
採用・外注の選定は自分でやる
SNS発信・コンテンツ制作は自分でやる
経営判断のためのデータ分析は自分でやる

1人経営者のキャパを完全にオーバーしていた。

そこで「全部AIにやらせればいい」と気づいた。問題は、既製品のAIツールでは僕のビジネスの文脈を保持できないこと。毎回ゼロから説明するのは本末転倒だ。

答えは「自分の会社専用のAIエージェント群を作る」こと。それがOpenClawとの出会いになる。

OpenClawとは何か——Claude Codeを経営に特化させる基盤

OpenClawは、Claude Codeのスキル・エージェント拡張機能を使って構築した自社専用のAIオーケストレーション基盤だ。技術的には以下の要素で成り立っている。

/Users/apple/.claude/
├── CLAUDE.md          # 全エージェント共通の行動規範
├── skills/            # 各エージェントのスキル定義
│   ├── openclaw-keiei-os/
│   │   ├── ceo.md
│   │   ├── cfo.md
│   │   ├── cmo.md
│   │   ├── coo.md
│   │   ├── cto.md
│   │   └── ...
│   └── openclaw-factory/
│       ├── implement.md
│       ├── deploy.md
│       └── ...
└── memory/            # エージェント間で共有される記憶

なぜ「スキル」という設計なのか

Claude Codeにはスキルと呼ばれるロール付きエージェントを定義できる仕組みがある。スキルファイルにMarkdownで役割・権限・使用ツール・行動原則を書くと、/cfoや/ceoのようなスラッシュコマンドでそのエージェントを呼び出せる。

ポイントは文脈の永続化だ。各エージェントはmemoryディレクトリの内容を参照できるため、「この会社のCFOとして」という文脈が常に維持される。一般的なChatGPTやClaude.aiのチャットとは根本的に違う。

9体のAIエージェント——それぞれの役割と設定

現在稼働している経営OSのエージェント一覧はこうなっている。

エージェント	役割	主な使用ツール
`/ceo`	経営統合・意思決定支援	Read, WebSearch, Bash
`/cfo`	財務・P/L・キャッシュフロー分析	Read, Bash, Write
`/cmo`	マーケ戦略・コンテンツ企画	WebSearch, WebFetch, Read
`/coo`	オペレーション管理・プロセス改善	Read, Bash, Write
`/cto`	技術選定・アーキテクチャレビュー	Bash, Read, Edit
`/cc-secretary`	議事録・スケジュール・タスク管理	Read, Write, TaskCreate
`/clients`	顧客管理・提案書作成	Read, Write, WebFetch
`/shiwake`	仕訳・経費処理・インボイス管理	Read, Write, Bash
`/health`	システム・事業の健全性チェック	Bash, Read, WebFetch

実際のスキル定義ファイル（CFOの例）

# CFO — 最高財務責任者

## 役割
キャッシュフロー管理、P/L分析、財務予測、税務準備補佐を担当する。
数値に基づく意思決定支援が最優先。

## 権限
- 財務データの読み取り・分析: 許可
- 支出の承認提案（人間最終承認前提）: 許可  
- 外部APIへの新規課金の起動: 禁止

## データソース
- /data/monthly_pl.csv  — 月次P/L
- /data/cashflow.csv    — 週次キャッシュフロー
- /data/invoices/       — 請求書ディレクトリ

## 行動原則
1. 数値を提案する前に実データを必ず確認する
2. ピーク値を再現可能値として扱わない
3. 「実装完了」≠「稼働中」——1-2週間の実績が出るまで「稼働」と言わない
4. 不確実な予測は必ず「予測」と明記し、根拠を示す

なぜ「行動原則」をスキルに書くのか

ここが一番重要なポイントだ。AIエージェントは指示が曖昧だともっともらしいが間違った数字を返してくる。特にP/Lや単価相場のような財務データは、幻覚（ハルシネーション）が致命的なミスにつながる。

僕のCLAUDE.mdには以下のルールを書いている。

## 品質・誠実さ
- LP/サイト/投稿に架空の数値・実績を入れない
- 数値を提案する前にmemory・実データを確認する
- ピーク値を再現可能値として扱わない

これを各エージェントが参照するため、「それっぽい数字を作る」動作を根本から防げる。

実際の運用フロー——朝のデイリーチェックから意思決定まで

朝8時：ヘルスチェック

/health

これを叩くと、/healthエージェントが以下を自動チェックして報告してくれる。

PM2で動いている常駐プロセスのステータス
直近24時間のAPIエラーログ
未返信の重要メール・タスクの滞留数
Cloudflare Pagesのデプロイステータス

[HEALTH REPORT 2026-07-20]
✅ PM2プロセス: 4/4 稼働中
✅ API エラー: 0件
⚠️  未返信タスク: 3件（2件は24h超過）
✅ CF Pages: 最終デプロイ 6h前、正常

週次：P/L確認とデータ分析

/cfo 今週のP/Lを確認して、先週比の変化を教えてください

CFOエージェントがCSVを読んで分析し、異常値があれば理由を仮説立てしてくれる。重要なのは実データを参照していること。架空の数字を生成しない設計になっている。

月次：経営判断の統合

/ceo 今月の経営状況をCFO・CMO・COOの報告を統合してサマリを出してください

CEOエージェントは各部門エージェントの出力を読んで、経営ダッシュボードを生成する。どのKPIに注力すべきか、リソース配分の見直し提案も出てくる。

構築でハマったこと——失敗から学んだ設計原則

失敗1：エージェントが「稼働中」を誤表現した

初期版のCFOエージェントは、まだ1週間も動いていないサービスを「稼働中、月次売上X万円」と報告してきた。ピーク値の一点を恒常値として扱う典型的な誤りだ。

対策：CLAUDE.mdに「1-2週間の運用実績が出るまで『稼働中』と書かない」を追加。エージェント全員がこのルールを参照するようになった。

失敗2：コスト事故

あるエージェントがAnthropicのAPIを直接呼び出すコードを書いてしまい、意図せず従量課金が発生した。これは有料API直叩きの禁止ルールをCLAUDE.mdに書くことで防止した。

## コスト事故防止
- 有料LLM/APIはClaude CLIのみ
- Anthropic API直叩き・従量課金APIの新規呼出は禁止

失敗3：cron実行でパスが壊れた

macOS（macmini）で無人cronを動かしたとき、timeoutコマンドが存在しないことでスクリプトが無音で落ちた。macOSにはtimeoutがなく、gtimeout（GNU coreutilsのもの）を使う必要がある。

# NG（macOSでは動かない）
timeout 30 claude --print "..."

# OK
gtimeout 30 claude --print "..."

さらに、psql ""と空文字列を渡すとローカルDBに接続してしまう事故もあった。DB接続はneonctl connection-stringで取得した文字列を必ず使うようにした。

エージェント間の連携——オーケストレーション設計

9体のエージェントは独立して動くが、メモリと出力ファイルを介して連携する。

cfo が月次P/Lを /reports/monthly_pl_2026-07.md に出力
  ↓
ceo が /reports/ 以下の全ファイルを参照して統合レポートを生成
  ↓
cc-secretary が統合レポートをタスクに分解して /tasks/todo.md に追記

これはClaude Codeのファイルシステムツール（Read/Write）とTask管理機能を組み合わせた設計だ。エージェント間でリアルタイムに会話させるのではなく、ファイルをインターフェースにした非同期連携にしている。

理由は安定性だ。リアルタイム連携はエラーが伝播しやすい。ファイルベースなら各エージェントが独立して動き、失敗しても他に影響しない。

データ分析エージェントの実装詳細

CFOとダッシュボードエージェントは、Pythonスクリプトと連携してデータ分析を実行する。

# /scripts/pl_analysis.py
import pandas as pd
import json
from pathlib import Path

def analyze_monthly_pl(csv_path: str) -> dict:
    df = pd.read_csv(csv_path)
    
    # 前月比計算
    df['mom_change'] = df['revenue'].pct_change() * 100
    
    # 異常値検出（前月比±30%超）
    anomalies = df[df['mom_change'].abs() > 30]
    
    return {
        "current_month": df.iloc[-1].to_dict(),
        "mom_change_pct": round(df.iloc[-1]['mom_change'], 1),
        "anomalies": anomalies.to_dict('records')
    }

if __name__ == "__main__":
    result = analyze_monthly_pl("/data/monthly_pl.csv")
    print(json.dumps(result, ensure_ascii=False, indent=2))

CFOエージェントはこのスクリプトをBashツールで実行し、出力JSONを解釈して人間向けのレポートを生成する。

# CFOエージェントが内部で実行するコマンド例
python3 /scripts/pl_analysis.py

ポイントは「AIがデータを作るのではなく、実データをAIが解釈する」設計だ。これで幻覚を防げる。

SESからフリーランスへの転向——AIエージェントが変えたもの

SESエンジニアがフリーランスに転向するとき、技術力以外で詰まるのが「経営管理」だ。

請求書を出し忘れる
確定申告で仕訳がぐちゃぐちゃになる
案件が切れたときの次の手が考えられていない

これらは全て「1人で全部やろうとしている」から起きる。AIエージェントで経営OSを作ると、自分は意思決定だけに集中できるようになる。

具体的に削減できた作業

作業	以前（週）	現在（週）
月次P/L確認・整理	3時間	15分（確認のみ）
議事録・タスク起票	2時間	5分（レビューのみ）
仕訳・経費入力	2時間	30分（承認のみ）
進捗レポート作成	1.5時間	10分（レビューのみ）

**削減した時間は技術スキルの向上と案件開拓に使える。**これがSESからフリーランスに転向したエンジニアがAI経営OSを持つべき理由だ。

年収・単価相場への影響——AIで「価値」を上げる

2026年現在、データ分析エンジニアの市場では「AIツールを使いこなせるか」が単価相場を左右する大きな要因になっている。案件ごとの具体的な数値は案件・スキル・契約形態によって大きく異なるため一概には言えないが、クライアントに提案できる価値として以下が評価されている。

高単価につながるスキルセット（2026年現在）

Claude Code / OpenClaw などのAIオーケストレーション実装経験
AIエージェントを使った業務自動化の設計・構築
LLMと既存データパイプラインの統合
エージェントの安全設計（コスト事故防止・幻覚防止の仕組み化）

単にPythonが書けるデータ分析エンジニアではなく、AIを組み込んだシステム全体を設計・運用できるエンジニアとしてポジショニングすることで、交渉力が上がる。

OpenClaw構築を始めるための最小構成

「9体は多い」という人向けに、最初の1体から始める最小構成を紹介する。

Step 1: CLAUDE.mdに基本ルールを書く

# CLAUDE.md

## 行動原則
- 数値は必ず実データから取得する。架空の数値を生成しない
- 「完了」と言う前に必ず動作確認をする
- 不確実な情報は「推測」と明記する

Step 2: 最初のスキルファイルを作る（秘書エージェント）

# ~/.claude/skills/my-secretary.md
---
description: 議事録・タスク管理・スケジュール確認を担当する秘書エージェント
tools:
  - Read
  - Write
  - Bash
---

## 役割
会議後に議事録をMarkdown形式で生成し、アクションアイテムを/tasks/todo.mdに追記する。

## 出力形式
- 議事録: /reports/meeting_YYYY-MM-DD.md
- タスク: /tasks/todo.md への追記

Step 3: 呼び出して使う

cd /your-project
claude
/my-secretary 今日の会議の内容をメモしたので議事録と\
タスク一覧を作ってください

ここから少しずつ、CFO・CMO・COOと足していく。最終的に9体になるまでに僕は約4ヶ月かかった。

まとめ——AIエージェントは「雇う」のではなく「育てる」もの

OpenClawで経営OSを作って学んだ一番の教訓は、AIエージェントは最初から完璧ではないということだ。

動かして失敗を観察する
CLAUDE.mdにルールを追加する
また動かして確認する

このサイクルを回し続けることで、少しずつ自分のビジネスに最適化されていく。既製品のSaaSを買うのとは根本的に違う、自分専用のAIチームが育つ感覚だ。

SESやめたいと思っているエンジニアへ——転向後の「経営の重さ」は想像より重い。でも今はAIで大幅に軽減できる。その武器を自分で作れるのは、エンジニアだけの特権だ。

AI駆動塾 — AIを使ったスモビジの作り方を学ぶ

Claude Code、OpenClaw、AI経営OSの実践ノウハウを毎週公開中。
月額¥4,980で過去記事すべて読み放題。

noteメンバーシップに参加する →

💼 フリーランスエンジニアの案件をお探しですか？

SES解体新書フリーランスDBでは、高単価案件を多数掲載中です。

✅ マージン率公開で透明な取引
✅ AI/クラウド/Web系の厳選案件
✅ 専任コーディネーターが単価交渉をサポート

▶ 無料でエンジニア登録する

You get articles that match your needs
You can efficiently read back useful information
You can use dark theme

What you can do with signing up

2026年最新｜OpenClawで経営OSを自作した話——9体のAIエージェントが会社を回す

2026年最新｜OpenClawで経営OSを自作した話——9体のAIエージェントが会社を回す

なぜSESを辞めてAI経営OSを作ることになったのか

OpenClawとは何か——Claude Codeを経営に特化させる基盤

なぜ「スキル」という設計なのか

9体のAIエージェント——それぞれの役割と設定

実際のスキル定義ファイル（CFOの例）

なぜ「行動原則」をスキルに書くのか

実際の運用フロー——朝のデイリーチェックから意思決定まで

朝8時：ヘルスチェック

週次：P/L確認とデータ分析

月次：経営判断の統合

構築でハマったこと——失敗から学んだ設計原則

失敗1：エージェントが「稼働中」を誤表現した

失敗2：コスト事故

失敗3：cron実行でパスが壊れた

エージェント間の連携——オーケストレーション設計

データ分析エージェントの実装詳細

SESからフリーランスへの転向——AIエージェントが変えたもの

具体的に削減できた作業

年収・単価相場への影響——AIで「価値」を上げる

OpenClaw構築を始めるための最小構成

Step 1: CLAUDE.mdに基本ルールを書く

Step 2: 最初のスキルファイルを作る（秘書エージェント）

Step 3: 呼び出して使う

まとめ——AIエージェントは「雇う」のではなく「育てる」もの

関連記事

💼 フリーランスエンジニアの案件をお探しですか？