第4章 ― 22人のAIエージェント組織(前編): 経営・市場・制作の14人

第4章 ― 22人のAIエージェント組織(前編): 経営・市場・制作の14人

1人で22人を雇った。給料は月2万円。

アプリ工場の `agents/` ディレクトリには、22個のMarkdownファイルが並んでいる。`01_ceo.md` から `22_domain_master.md` まで。これは22人の社員を雇ったという意味だ。給料は、Claude APIの月額課金、合計で月2万円。月給910円。安すぎて泣ける。

経営部(2名)

**01_ceo.md ― CEO Agent**

毎朝の責務は4つ。市場調査部のレポートを読む、当日作るアプリを1本決定、制作部と品質部に命令書を発行、registry.json に新規アプリエントリ追加。判断基準は「AppStore審査通過率 → 継続率 → 競合弱さ → 利益率」の順。

重要なのは「企画3本から1本選ぶ」という判断。3本作って3本リリースじゃなく、3本のうち最強の1本に絞る。Sonnetモデル。

**02_cfo.md ― CFO Agent**

毎日のLTV計算、CPI予測、利益率確認、API費用管理。30日連続赤字のアプリは停止提案。これによって、ゾンビアプリがリポジトリに溜まらない。

市場調査部(4名)

**03_trend_hunter.md ― Trend Hunter**

TikTok海外、Reddit (r/ADHD, r/sleep, r/pets etc)、Product Hunt、X海外トレンド、YouTube Shorts を監視。出力は `market_research/YYYY-MM-DD_trends.md`。各トピックに「人に相談しにくい度」スコア(1-10)を付ける。Sランク市場と交差するもの優先。

実際のサンプル(`2026-04-26_trends.md`)を見ると、Sleepmaxxing、Bed Rotting、ADHD薬不足ストレス、AuDHD(ADHD×自閉)、GLP-1隠れ副作用、AIペット症状チェッカー、シニア向けAIロービジョン、認知症徘徊アラート、産後不安、Lucky Girl Syndrome、Intrusive Thoughts開示...といった具体的なトピックが20本上がってきている。

**04_appstore_spy.md ― AppStore Spy**

新着急上昇アプリ(US/JP/DE/FR/KR)、nicheカテゴリ(Health, Productivity, Lifestyle)、★1-2レビューの不満点、★5レビューの刺さり文言を監視。「不満点クラスタが、我々の参入口」というスタンス。

**05_seo_hunter.md ― SEO Hunter**

Google Trends と App Store 検索ボリュームから需要確認、ロングテールキーワード抽出。ASO用キーワード100字制限内の候補3案を出す。Haikuモデル(コスト最適化)。

**06_competitor_hunter.md ― Competitor Hunter**

競合アプリの機能/UIを偵察して、我々が突く穴を特定。

制作部(5名)

**07_product_planner.md ― Product Planner**

毎朝、市場調査レポートから企画3本をCEOに提出。フォーマットは `apps/<slug>/plan.md`。App Name(英)、Tagline(30字以内英)、Target Market、Core Feature(1つだけ)、Monetization(月300/500/980+年4980/9800)、Retention Hook、MVP Scope(3画面以内)、差別化ポイント、想定審査リスク。

**08_architect.md ― Architect**

SwiftUI + MVVM のモジュール構成決定。必須モジュールは `App/` `Features/<Feature>/` `Core/Subscription/` `Core/Network/` `Core/Storage/` `Core/Notification/` `Core/Analytics/`。500行超ファイル禁止。ViewController禁止。密結合禁止。ハードコード禁止。

**09_ui_master.md ― UI Master**

iOS UX のデザイン責任者。`skills/ios-app-default-ux.md` の絶対ルール(太枠TextField/自動フォーカス/プリセットchip/キーボード閉じる/56pt高さボタン/17pt以上文字)を全画面に適用。

**10_swiftui_engineer.md ― SwiftUI Engineer**

Architectの設計に従いMVVMで実装。StoreKit2でIAP、3日無料トライアル → 月額。Sign in with Apple、プッシュ通知。修正後は必ず `xcrun devicectl device install app` で実機インストール(TestFlight不使用)。未実装のTODOコメント禁止、確認ダイアログ禁止。

**11_ai_integrator.md ― AI Integrator**

GPT/Gemini/Claude API の組み込み担当。プロンプト最適化、レート制限対応、コスト管理。

なぜ「人数を増やした」のか

最初は CEO + Engineer + Reviewer の3人で回していた。これだと「企画」「実装」「品質」が3人に集約されて、1人あたりの仕事が雑食になる。雑食の AI は専門家の AI に勝てない。なので役割を細分化した。

経営2 + 市場4 + 制作5 + 品質4 + 売上3 = 18人 が当初の組織図。そこに後から i18n_master(19) / user_research_master(20) / carefam_master(21) / domain_master(22) を専門家として追加した。

**プロンプトの長さの問題でもある**。1人の Agent に「市場調査と実装と品質と提出」全部やらせると、システムプロンプトが長くなりすぎて、結果として個別の品質が下がる。役割を分けて短いプロンプトに収めた方が、各 Agent の出力品質が上がる。

「Agent」と「Skill」の違い

agents/ と並んで skills/ ディレクトリもある。Agent と Skill は別物。

**Agent** = 役割を持った人(役職・モデル・責務)。CLAUDE.md からトリガーされる。`agents/01_ceo.md` `agents/19_i18n_master.md` など。

**Skill** = 特定の作業手順(How-to)。Agent が必要に応じて読む。`skills/ios-app-default-ux.md` `skills/image-generation.md` `skills/ios-appstore-submit-full.md` など。

例えば SwiftUI Engineer Agent が iOS 画面を作るとき、`skills/ios-app-default-ux.md` を読んで太枠TextFieldの実装ルールを守る。Agent は人、Skill は道具、というメタファ。

4コマ漫画 ― 「22人雇用記」

1人の沖縄エンジニアが22人を雇用した日
1人の沖縄エンジニアが22人を雇用した日
  1. 1コマ目「全部1人でやろうとして雑食にしたら、個別品質下がった」
  2. 2コマ目agents/にmarkdown 22個追加。01_ceoから22_domainまで
  3. 3コマ目CLAUDE.mdに「組織図」セクション。22人それぞれ役割明記
  4. 4コマ目翌朝、CEOが企画3本、UI MasterがUI、Engineerが実装、Reviewが審査

次回、第4章後編は「品質4人 + 売上3人 + 専門4人」。Bug Hunter Chief / Device Tester / Crash Hunter / Apple Review Master / Subscription Master / Growth Hacker / ASO Master と、19_i18n / 20_user_research / 21_carefam / 22_domain の8人を紹介する。

この記事が役に立ったらシェアしてください