Idea Darwin エンジン

ラウンドベースのアイデア反復システム。アイデアを競い合う生物として扱い、スコアリング、選択、交配、進化を構造化されたラウンドを通じて実行し、最も強いコンセプトを浮上させます。

メタファーはダーウィンの自然選択：高スコアのアイデアは生き残り進化し、弱いアイデアはユーザーの判断を仰ぐためにフラグが立てられ、交配は新しい子孫を生み出します。これにより、ブレインストーミングでありがちな「すべてのアイデアが永遠に同じように曖昧なまま」という失敗パターンを防ぎます。

コマンド

/idea-darwin init

/idea-darwin round

/idea-darwin round N

/idea-darwin status

/idea-darwin dormant IDEA-XXXX

/idea-darwin wake IDEA-XXXX

/idea-darwin

引数は

$ARGUMENTS

init オプションパラメータ

--budget <N>

12

--actions <N>

2

--disruption <N>

3

例：

/idea-darwin init --budget 8 --actions 3 --disruption 5

これらのパラメータは config.yaml に書き込まれ、後から手動で編集可能です。指定されないパラメータはデフォルト値が使用されます。

ファイル構造

システムは作業ディレクトリに以下の構造を維持します（初期化時に作成）：

project/
├── ideas.md          # ユーザーの生のアイデア（読み取り専用 — このファイルは絶対に変更しない）
├── config.yaml       # システム設定と状態
├── stimuli.md        # 外部刺激エントリ（ユーザーが編集、システムは読み取り専用）
├── cards/            # アイデアカード
│   ├── IDEA-0001.md
│   └── ...
├── rounds/           # ラウンドレポート
│   ├── round-000.md
│   └── ...
├── reports/          # リーダーボードとクラスターレポート
│   └── leaderboard.md
└── graph/            # 関係グラフ
    └── relations.json

アイデア採番

• 形式：

  IDEA-XXXX

  （4桁ゼロ埋め、0001から開始）
• グローバルにユニーク — 休眠や削除されたアイデアでも番号は再利用しない

• config.yaml

  の

  next_idea_id

  で次の利用可能な番号を管理
• 各アイデアカードは

  parent_ids

  と

  child_ids

  で系譜を記録

アイデア状態マシン

seed → exploring → refining → crossing → validated → dormant

状態遷移はスコアとアクション結果に基づいてシステムが推奨しますが、最終決定権は常にユーザーにあります。

スコアリングシステム

6つのスコアリング次元（各1〜10）

三層スコアリング計算式

スコアリングは三層構造になっており、各層が異なる戦略的視点を捉えます — Survival は単独の品質を測定し、Development は成長ポテンシャルを測定し、Priority は両方を新鮮度と多様性ボーナスで統合してプールの停滞を防ぎます。

Survival = 0.10×Novelty + 0.20×Feasibility + 0.20×Value
         + 0.20×Logic + 0.10×CrossPotential + 0.20×Verifiability

Development = 0.30×Novelty + 0.30×CrossPotential
            + 0.20×VariationPotential + 0.20×Freshness

Priority = 0.50×Survival + 0.30×Development
         + 0.10×NewIdeaBoost + 0.10×DiversityBonus

• VariationPotential（0〜10）：このアイデアがまだ分岐できる異なる方向の数。子が派生するにつれて減少する。
• Freshness（0〜10）：このアイデアは最近変更されたか？数ラウンド処理されないと減衰する。
• NewIdeaBoost：新しくプールに入ったアイデアは最初の2ラウンドで+2、その後0。
• DiversityBonus：プール内で少数派のカテゴリに属するアイデアは+1〜2。

スコアリング時は、

references/prompts.md

初期化フロー

ユーザーが

/idea-darwin init

1. ideas.md の検索

   • カレントディレクトリに ideas.md が存在するか確認
   • 見つからない場合は

     AskUserQuestion

     でパスを尋ねる

2. ディレクトリと設定の作成

   • cards/, rounds/, reports/, graph/ を作成
   • config.yaml を生成（ユーザー指定のオプションパラメータをマージ、未指定はデフォルト使用）：

source:
  ideas_file: "./ideas.md"
counter:
  next_idea_id: 1
  current_round: 0
schedule:
  max_ideas_per_round: 12      # --budget
  max_actions_per_idea: 2       # --actions
disruption:
  trigger_every_n_rounds: 3     # --disruption
  wildcard_budget_ratio: 0.10

• プロジェクトルートに

  stimuli.md

  （外部刺激ファイル）を生成し、初期テンプレートと編集手順を含める

3. ideas.md の解析

   • 各独立したアイデアを識別（通常 ## 見出しで区切り）
   • ideas.md は変更しない — 常に読み取り専用

4. 各アイデアのカード生成

   • ID を割り当て（IDEA-0001 から開始）
   • タグ付け（トピック / 問題タイプ / ステージ / スタイル / リソースタグ）

   • assets/card-template.md

     のフォーマットに従って完全なカードを生成
   • 初期スコアリング（6次元 + 3層複合スコア）
   • cards/IDEA-XXXX.md に書き込み

5. round-000.md レポートの生成

   • 全初期カードの要約、スコア、推奨次アクションを一覧化
   • rounds/round-000.md に書き込み

6. 結果をユーザーに提示

   • 全カードの一覧表（ID、タイトル、スコア、推奨アクション）を表示

   • stimuli.md

     とその使い方をユーザーに説明：

     stimuli.md

     がプロジェクトルートに作成されました。N ラウンドごとに、システムは有効なエントリから最大5つをランダム選択し、外部刺激として思考の固定化を打破します。 いつでもこのファイルを編集してエントリの追加/変更/無効化ができます。各エントリのフォーマット：

     ## [エントリタイトル]
     - status: enabled / disabled
     - [内容の説明]
     

   • 正式なラウンドサイクルに入る前にユーザーの確認を待つ

ラウンド実行フロー

ユーザーが

/idea-darwin round

ステップ1：新規アイデアのインポート

• 毎ラウンド開始時にデフォルトのアイデアドキュメントを確認：config.yaml の

  source.ideas_file

  が指すファイルを読み込む
• デフォルトの ideas.md と既存カードを比較し、新規追加を特定
• 新規アイデア：タグ付け → カード生成 → 初期スコアリング
• 新規アイデアは

  stage: seed

  としてマークされ、NewIdeaBoost を受ける
• これは毎ラウンドの必須前処理ステップ — ソースファイルへの追加を無視して既存カードのみをループすることは許されない

ステップ2：関係グラフの更新

• 全カードのタグとコンテンツに基づき、アイデア間の類似度を計算
• 交配候補を特定（高類似度 = 近接交配候補、低類似度だが補完的 = 遠隔交配候補）
• graph/relations.json を更新

ステップ3：グローバルスコアの更新

• すべてのアクティブなアイデア（休眠中は除く）の6次元スコアを再計算
• Survival / Development / Priority を更新
• フラグ付け：高ポテンシャル（Priority > 7）、停滞（3ラウンド以上変化なし）、低ポテンシャル（Priority < 3）

ステップ4：バジェット配分

max_ideas_per_round

• 25% を新規プール入りアイデアに
• 30% を高優先度アイデアの深化に
• 20% を高ポテンシャルアイデアからの派生に
• 15% を交配実験に
• 10% を撹乱/ランダム探索に

Priority Score の降順でアイデアを選択。各アイデアは最大

max_actions_per_idea

ステップ5：アクション決定

選択された各アイデアに対し、状態マシン（上記テーブル参照）に基づいてアクションを割り当て。 状態マシンで不十分な場合、スコア駆動ルールを使用：

• 高新規性 + 低検証可能性

  → 深化

• 高新規性 + 高交配ポテンシャル

  → 交配

• 高価値 + 低実現可能性

  → 批評 + 洗練

• 高実現可能性 + 低論理性

  → 深化

• 高重複

  → 統合

ステップ6：アクション実行

選択された各アイデアを順番に処理。詳細な実行仕様は

references/actions.md

references/prompts.md

アイデアごとの実行フロー：

1. カード全文を読み込む
2. アクションタイプに対応するプロンプトテンプレートに従い — 深く思考する
3. 構造化された出力を生成：
   • 更新されたカード内容
   • 新しい派生アイデア（自動ID割り当て、双方のparent_ids/child_idsを更新）
   • スコア変動
   • 発見されたリスク
   • 推奨次アクション
4. 更新されたカードファイルを書き込む

新しく派生したアイデアもカード全体の生成と初期スコアリングが必要。

ステップ7：検証と重複排除

• 新しく生成されたすべてのアイデアに二層検証を実行：
  • 第1層（致命的欠陥チェック）：論理的矛盾？実需なし？完全に実現不可能？ほぼ重複？
  • 第2層（価値判断）：継続する価値はあるか？次は何をすべきか？最大のリスクは？
• 検証失敗 →

  validated: false

  をマーク、優先度を下げ、ユーザーに報告
• ユーザーが 休眠か削除かを決定 — システムは推奨するのみ
• プール全体の類似性チェックを実行し、ほぼ重複するものを統合

ステップ8：ラウンドレポートの生成

rounds/round-XXX.md

• 今ラウンドで処理されたアイデアと実行されたアクション
• 新しく生成されたアイデアの要約
• スコア変動トップ5（上昇/下降）
• 検証に失敗したアイデア（ユーザーの判断が必要）
• 次ラウンドの推奨優先事項
• 撹乱ラウンドの場合：使用された外部刺激、適用されたイノベーションフレームワーク

ステップ8.5：ラウンドブリーフィングの出力

すべてのファイル更新が完了した後、会話内にラウンドブリーフィングを直接出力（ファイルには書き込まない）し、ユーザーがファイルを開かずに全体像を把握できるようにする。フォーマット：

## ラウンド N ブリーフィング

### 実行されたアクション
| ID | タイトル | アクション | 主な出力 |
|---|---|---|---|
| IDEA-XXXX | ... | 深化/派生/交配/批評/... | 一行の要約 |

### カード変動
| ID | タイトル | スコア変動 | 状態変化 | 備考 |
|---|---|---|---|---|
| IDEA-XXXX | ... | Priority X.XX→X.XX | seed→exploring | 変動理由 |

### 新規アイデア（詳細）

今ラウンドで新しく生成された各アイデア：

#### IDEA-XXXX: [タイトル]
- **ソース**: [交配/派生/刺激] IDEA-XXXX + IDEA-XXXX から
- **コアクエスチョン**: [1段落]
- **キーインサイト**: [このアイデアで最も価値のあるもの]
- **初期スコア**: Priority X.XX (Survival X.XX / Development X.XX)
- **現在のテンション**: [最大の未解決問題]
- **推奨次ステップ**: [深化/派生/交配/批評 + 具体的な方向]

### 現在のランキング
| 順位 | ID | タイトル | Priority | ステージ |
|---|---|---|---|---|

### 次ラウンドプレビュー
- [推奨優先アクション]
- [撹乱ラウンドが近づいているかどうか]

### 判断が必要な事項
> 今ラウンドでユーザーが判断すべき重要事項を列挙。各項目にはアイデアの**フルタイトル**（IDだけでなく）を含め、コンテキストと推奨選択肢を添える。
> 例：
> 1. **IDEA-0002「コーディング学習エージェントチュートリアルサイト」が IDEA-0004「段階的アンボックス教育法」と重複** — 統合するか差別化するか？推奨：[...]
> 2. **IDEA-0006「自動診断スレッド」が検証に失敗** — 休眠、方向転換、または経過観察？
> 3. **IDEA-0003「熱管理オントロジー」が格下げ** — オントロジーから構造化Excelへの第一歩としての格下げを受け入れるか？
>
> 今ラウンドでユーザーの判断が不要な場合は「今ラウンドで判断が必要な事項はありません。」と記載。

このブリーフィングはユーザーとシステム間の主要なインターフェース — 完全で読みやすくすること。「判断が必要な事項」セクションは最も重要なインタラクションポイント：システムは推奨と共に判断事項を明確に列挙し、ユーザーがレポートから問題を発見するのに任せない。

ステップ9：状態の保存

• 変更されたすべてのカードファイルを更新
• config.yaml の

  current_round

  をインクリメント

• next_idea_id

  を更新
• reports/leaderboard.md を更新（トップ10ランキング）

外部刺激と撹乱ラウンド

trigger_every_n_rounds

外部刺激ファイル（stimuli.md）

stimuli.md

## 業界トレンド：身体性AIの量産加速
- status: enabled
- 身体性AIが2026年にラボから量産ラインへ移行、ロボットの運用コストが60%削減

## テックシフト：統合マルチモーダルモデルアーキテクチャ
- status: enabled
- ビジョン、言語、コードが単一モデルに統合、APIパラダイムが変化

## 逆張りの視点：SaaSは終わった
- status: disabled
- オープンソース + セルフホスト型デプロイが従来のSaaSサブスクリプションを置き換え

• 各エントリ：

  ##

  見出し +

  status

  フィールド + 内容の説明

• enabled

  = ランダム選択に参加、

  disabled

  = スキップ
• ユーザーはいつでもエントリの追加、編集、切り替えが可能
• システムはこのファイルを読み取り専用 — 書き込みしない

撹乱ラウンドのメカニクス

1. 優先順位のシャッフル：低優先度だが新規性の高いアイデアに浮上の機会を与える
2. 遠隔交配：タグが重複しないアイデア間の交配を強制
3. 外部刺激：stimuli.md から有効なエントリを最大5つランダム選択
4. 前提の逆転：トップスコアのアイデアに「核心的な前提が間違っていたらどうなる？」と問いかける
5. イノベーションフレームワーク：SCAMPER / 第一原理 / 類推的転移 / 制約逆転 / 極端なユーザー視点を適用

各ラウンドでは、非最適パスの探索用に

wildcard_budget_ratio

休眠と覚醒

/idea-darwin dormant IDEA-XXXX

1. カードを読み込み、ステージを

   dormant

   に設定
2. 理由とラウンド番号をカードの「休眠ログ」に記録
3. そのアイデアは深化/派生の選択対象にならないが、交配と類似性マッチングには引き続き参加

/idea-darwin wake IDEA-XXXX

1. カードを読み込み、休眠前の状態に復元（履歴から推定、通常は

   exploring

   ）
2. 「休眠ログ」を更新

システムは決してアイデアを自動休眠させません。その判断ができるのはユーザーだけです。

/idea-darwin status

config.yaml と全カードを読み込み、以下を出力：

• 現在のラウンド番号
• プール内の総アイデア数（状態別内訳）
• トップ10ランキング（Priority Score 降順）
• 直近のラウンドで処理された内容
• 推奨次ステップ

主要な制約

1. ideas.md は読み取り専用：ユーザーの ideas.md を絶対に変更しない
2. ID は再利用しない：いかなる状況でも番号を再利用しない
3. 分岐制限：各アイデアは1ラウンドあたり最大2〜3の子を派生
4. ラウンドごとの重複排除：ラウンド終了前に類似性チェックが必須
5. ユーザーコントロール：システムはアイデアの自動休眠や削除をしない — 推奨するのみ
6. 構造化された出力：すべてのアクションは構造化された結果を生成しなければならない
7. 一貫したカードフォーマット：すべてのカードは

   assets/card-template.md

   に厳密に従う
8. 追跡可能なレポート：すべてのラウンドレポートは完全な操作ログを含む

参考ファイル

• references/actions.md

  ：各標準アクションの詳細仕様とユースケース

• references/prompts.md

  ：各アクションのプロンプトテンプレート

• assets/card-template.md

  ：カードファイルテンプレート