第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人を紹介する。

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