ai-company は 複数事業を 1台の Windows PC で自律運営する AI エージェント基盤 です。1人で 7テーマ (AI × ソロ起業 / VOD+漫画 / 通信 / シニア資産運用 / 釣り / 終活 / 個人事業主SaaS) を回すには、各事業を立ち上げるたびに「社員定義 + DB 登録 + コンテキスト準備」を手作業で書いていては時間が足りません。
そこで Claude Code の Skill 機能を使って /biz-spawn <business-slug> 1 コマンドで 1事業を 30秒で立ち上げる Skill を実装しました。本記事はその実装ログです。
目次
- なぜ Claude Code Skill 化したのか
- /biz-spawn Skill が何をするか (5 ステップ)
- 事前に作っておくもの (テンプレート + 業種別社員リスト)
- 実行ログ (ai-meta-solo を例に)
- 16人体制の社員一覧
- context/ 4 ファイルの設計
- ハマりやすい 3 点
- 次にできる拡張
1. なぜ Claude Code Skill 化したのか
ai-company の 第一原則: 1人で 7テーマを並行運用するには、立ち上げのオーバーヘッドを限界まで削る必要がある。具体的には:
- 1事業立ち上げに 30分以上かけたら破綻 する (7事業 = 3.5時間以上)
- 立ち上げのバラつきを許すと、後の運用標準化が破綻する
- 「テンプレートからコピー → 一部置換」を手作業でやると、置換漏れで動かないケースが必ず出る
Claude Code Skill 化のメリット:
- 対話型 で必要なパラメータ (事業名・タイプ・チャネル構成・予算) だけ聞いてくれる
- テンプレ複製 + プレースホルダ置換 を自動でやってくれる
- DB 登録 + 市場調査ジョブ起動 までを 1コマンドの中で完結
- 失敗時の状態を Skill 自体に閉じ込める (途中で止まっても整合性のある状態に)
実所要 30秒・社長の対話入力含めて 5分。
2. /biz-spawn Skill が何をするか (5 ステップ)
Skill のフロー:
-
対話で事業情報を確定
– 事業名 / 事業タイプ (ai-meta-solo / vod-affiliate / wifi-affiliate 等)
– ジャンル選定モード (AI 3案提案 / 社長指定)
– チャネル構成 (WordPress + X + YouTube + TikTok …)
– 月予算上限 -
businesses/_template/から複製
–businesses/<NNN>_<slug>/(NNN = 連番) を作成
–_template/のディレクトリ構造を丸ごとコピー -
プレースホルダ置換
–<BIZ_NAME>→ 「AI×ソロ起業」
–<BIZ_SLUG>→ai-meta-solo
–<DOMAIN>→ai-shacho.com
– 等を全ファイルで置換 -
SQLite に事業 + 社員レコードを登録
–core/lib/kpi_db.pyのregister_business()でbusinessesテーブルに 1行
–teams/<type>.ymlから社員リスト読み込み →employeesテーブルに N行登録 -
市場調査ジョブ起動 (任意)
– 01_market-research 社員のジョブを 1回手動起動 (初回キックスタート)
3. 事前に作っておくもの
businesses/_template/
新事業の雛形。以下のディレクトリ構造:
businesses/_template/
├── CLAUDE.md # 事業全体の方針 (プレースホルダ含む)
├── context/
│ ├── about-me.md # 社長の自己紹介 (各社員が読む)
│ ├── target.md # ターゲット読者像
│ ├── strategy.md # 全体戦略
│ └── budget.md # 月予算上限
├── decisions/ # 重要決定の記録 (空)
├── drafts/ # 揮発ドラフト置き場 (gitignore)
├── employees/<NN>_<role>/ # 社員プロフィール (CLAUDE.md)
│ ├── 01_market-research/
│ ├── 02_keyword-research/
│ ├── ...
│ └── 16_tiktok-content/
└── logs/ # 実行ログ (gitignore)
teams/<type>.yml
業種別の社員リスト。例 (teams/ai-meta-solo.yml):
employees:
- slug: 01_market-research
role: 市場調査・コンテンツテーマ選定
model: opus-4-7
schedule: monthly:1:0:0
- slug: 02_keyword-research
role: KW 調査・SEO キーワード選定
model: sonnet-4-6
schedule: weekly:monday:5:0
# ... 16 人分続く
業種ごとに最適な社員構成があるので、teams/ に複数の YAML を置けます (ai-meta-solo は16人 / vod-affiliate は12人想定 など)。
4. 実行ログ (ai-meta-solo を例に)
ai-meta-solo の立ち上げログ:
> /biz-spawn ai-meta-solo
[1/5] 事業情報を対話確定
事業名: AI × ソロ起業 (AIしゃちょ。)
事業タイプ: ai-meta-solo
チャネル: WordPress + note + Brain + Tips + X + YouTube + Instagram + TikTok
月予算上限: ¥5,000
[2/5] businesses/001_ai-meta-solo/ を _template から複製
→ 18 ファイル / 9 ディレクトリをコピー
[3/5] プレースホルダ置換
→ 30 ファイルで <BIZ_NAME> 等を置換完了
[4/5] DB 登録
businesses テーブル: id=2 を追加 (slug=ai-meta-solo)
employees テーブル: id=14-29 (16 行) を追加
[5/5] 市場調査ジョブ起動 (オプション)
→ 01_market-research を 1回起動 (Opus 4.7 / 約 90秒)
→ output: businesses/001_ai-meta-solo/decisions/market-research-001.md
[OK] 立ち上げ完了。所要 32秒 (社長の対話入力時間を除く)
5. 16人体制の社員一覧
ai-meta-solo (teams/ai-meta-solo.yml) で定義した 16人:
| Slug | Role | Model | Schedule |
|---|---|---|---|
| 01_market-research | 市場調査・コンテンツテーマ選定 | opus-4-7 | 月初1回 |
| 02_keyword-research | KW 調査・SEO キーワード選定 | sonnet-4-6 | 週次 (月曜5時) |
| 03_article-writer | WordPress 記事執筆 | sonnet-4-6 | 毎日6時 (1〜2本) |
| 04_seo-editor | SEO最適化・構造化データ・AdSense配置 | sonnet-4-6 | 毎日7時 |
| 05_publisher | ドラフト公開オーケストレータ | none (LLM 不使用) | 毎日9時 |
| 06_note-writer | note 記事執筆 (リパーパス) | sonnet-4-6 | 毎日6:30 |
| 07_brain-writer | Brain 商材設計・執筆 | opus-4-7 | 月曜4時 |
| 08_tips-writer | Tips 短編執筆 (¥1,000-3,000帯) | sonnet-4-6 | 火木土 7時 |
| 09_x-engagement | X 集客 (投稿・引用・リプ) | sonnet-4-6 | 毎日12時 |
| 10_kpi-analyst | 日次 KPI 分析・改善提案 | opus-4-7 | 毎日4時 |
| 11_ab-tester | A/B テスト | sonnet-4-6 | 毎日21時 |
| 12_competitor-watch | 競合監視 + Google Update 監視 | sonnet-4-6 | 月水金 15時 |
| 13_revenue-strategist | 月次戦略・収益最適化 | opus-4-7 | 月初3時 |
| 14_youtube-content | YouTube / Shorts 企画・台本・概要欄 | sonnet-4-6 | 月木 8時 |
| 15_instagram-content | Instagram / Reels 企画・カルーセル原稿 | sonnet-4-6 | 月水金 11時 |
| 16_tiktok-content | TikTok 動画企画 (下書きまで) | sonnet-4-6 | 火金 13時 |
モデル使い分けの判断軸
- Opus 4.7: 市場調査・商品設計・KPI 分析・収益戦略 (¥10,000以上の収益差を生む判断)
- Sonnet 4.6: 日次の記事執筆・リプ生成・KPI 集計など反復タスク
- none: ファイル操作のみ (publisher など)
不必要に Opus を使うとコストが跳ねるので、「直接 ¥10,000 以上の収益差を生むか?」 で判定。
6. context/ 4 ファイルの設計
各社員は朝の起動時に必ず context/ 4 ファイルを読む方針です:
about-me.md
社長の自己紹介。AI 社員が「誰のために働いているか」を理解するため。
- 経歴 / スキル / 価値観
- 現在の事業状況
- 1日の運用時間 (朝5-10分・昼5分・夜5分)
- 譲れないライン (例: 「証拠ゼロの実績主張禁止」)
target.md
ターゲット読者像。3つのペルソナで記述:
- 主ペルソナ (例: 30-40代男性・IT従事・複業検討)
- 副ペルソナ (例: 20代後半男性・プログラミング学習中)
- 避けるペルソナ (例: 短期で楽に稼ぎたい層・情報商材ユーザー)
strategy.md
全体戦略。月次目標 + マイルストーン + KPI。
- 6ヶ月後の月次収益目標 (例: ¥100,000)
- 月間 PV 目標 (例: 20,000)
- 累計記事数目標 (例: 150本)
- KPI ツリー (収益 → PV × CVR × 単価)
budget.md
月予算上限とコスト管理ルール。
- 月額固定費上限 (例: ¥5,000)
- ¥1,500/月クラスのツール購入は月次収益¥10,000突破後に検討
- 1ジョブの API コスト目安 (Opus 4.7 で 1ジョブ = ¥50-200想定)
これら 4 ファイルを充実させておくと、社員ごとの行動が一貫します。
7. ハマりやすい 3点
7-1. プレースホルダの置換漏れ
<BIZ_NAME> を全ファイルで置換するつもりが、<BIZ_TITLE> という別バリアントを書いてしまうと検出漏れが起きます。Skill 内で「置換後にプレースホルダ残存をチェック」 するロジックを入れると安全です:
# 置換後に <XXX> パターンが残っていれば警告
import re
for file in business_dir.rglob("*.md"):
content = file.read_text(encoding="utf-8")
leftovers = re.findall(r"<[A-Z_]{3,}>", content)
if leftovers:
print(f"[WARN] {file}: leftover placeholders {leftovers}")
7-2. DB の UNIQUE 制約違反
同じ slug で 2回 /biz-spawn を実行すると、businesses(slug) の UNIQUE 制約に引っかかります。Skill 起動時に既存チェック → スキップ or 上書き選択 するロジックを入れます。
7-3. ANTHROPIC_API_KEY を環境に置くと罠
.env に ANTHROPIC_API_KEY を入れていると、Claude Code が API 経由で動作してしまい (Claude Max サブスクではなく) 従量課金が発生します。社員の起動経路を claude CLI 経由 (Max枠) に揃え、ANTHROPIC_API_KEY 環境変数は削除しておきます。
8. 次にできる拡張
業種テンプレートの追加
現状 teams/ai-meta-solo.yml のみ。次のテーマ (シニア × 資産運用 / 釣り / 終活 / 個人事業主 SaaS) 用に新しいテンプレを追加します:
teams/senior-finance.yml(FP 監修風 + YMYL 対応強化された 14人体制案)teams/fishing-review.yml(Amazon API 連携付き 10人体制案)teams/inheritance-tax.yml(法律改正対応係付き 12人体制案)teams/saas-affiliate.yml(SaaS 比較記事専従 + B2B 営業フォローアップ 14人体制案)
市場調査ジョブの自動化
01_market-research を月初に自動実行してジャンル候補を出させる → 社長承認 → /biz-spawn 自動着手、までの完全自動化。これは別記事で実装ログを書く予定です。
まとめ
/biz-spawn Skill 化することで、1事業の立ち上げが手作業 30分から 30秒+対話 5分に短縮。7事業並行運用の物理限界を突破するための投資として、この Skill 化は最重要でした。
Claude Code Skill は「対話 → ファイル操作 → DB 登録 → 外部ジョブ起動」までを 1個の YAML + Markdown で記述できる強力な仕組みです。同じパターンで「アフィリエイト ASP 申請ステータス確認」「SNS アカウント開設チェックリスト」などもスキル化していく予定です。
次に読むおすすめ
- SWELL カスタマイズの WP-CLI + Python 自動化 (2026年版)
- SNS 6アカウント (X / YouTube / TikTok 会社+個人) を 1日で開設したログ (2026年版)
CTA
X 会社アカウントをフォロー: @ai_shacho_jp — 自動化スクリプト・Skill 実装ログを毎日投稿しています。
