Ja

日本語 — idea-mining の公式日本語版。

Idea-Mining — アイデアを発掘し、フィルタリングし、1つを完遂する

概要と目的

複雑な問題に直面したとき、アイデア発想が失敗するのはアイデアの不足からではなく、次の3つの理由によります: アイデアが記録されないこと、すでに試されたことと照合されないこと（同じ行き止まりを繰り返すこと）、探してどれも一貫して最後まで追求されないことです。このワークフローは3つのフェーズを厳格に分離します: まず拡散発掘（評価なし）、次にフィルタリング（プロジェクトドキュメントと照合）、探して最後に1つのアイデアを実質的に探求します。

由来: オープンな数学的問題に関する生産的な研究自動化セッションから抽出。アーキテクチャ、デザイン、概念的なブロックに対しても同様に機能します。

フェーズ A — アイデアストレージの補充（拡散、評価なし）

すべての発見をプロジェクトフォルダ内の IDEENSPEICHER.md ファイルに書き込みます（キーワード + 2〜3文、情報源/トリガーを記録）。8つの手法を順番に実行します — これらは異なる連想空間をターゲットとしているため、本当にブロックされている問題ではスキップしないでください（軽度のブロックや時間が限られている場合は正当なサブセットで十分ですが、3〜5のソフト手法のうち少なくとも1つと調査を組み合わせます）:

1. 認識: 見覚えはありますか？以前に別の文脈でこの構造を見たことがありますか？
2. 遠隔分野: 遠く離れた分野（物理学↔経済学、生物学↔情報科学…）に類似の問題/公式はありますか？接続点は具体的にどこにありますか？
3. 日常の比喩: 自然に着想を得た比喩で問題を語る（波、砂、流れ、成長…）。効果的: 偏見のないサブエージェントに比喩を考案させ、それがどこにつながるかを確認する — 自分自身の視点はすでに問題によって歪んでいます。
4. 違和感 / カエル→王子: 現在の状態の何が気になりますか、何が醜いと感じますか？突然美しく感じるためには何が変わる必要がありますか？美的違和感は、選択された表現が適切でないことを指し示していることがよくあります。
5. 童話のリフレーミング: 問題を童話として語る: ヒーローは誰か、悪役は誰か、どんな危険が潜んでいるか、何がヒーローを助けることができるか？役割分担により、形式主義では見えない因果構造が強制されます。
6. 調査: Web、専門データベース、プレプリントサーバー、フォーラム（Reddit/ResearchGate/GitHub）で新しい出版物、スクリプト、アプローチを検索します。関連するソースを _sources/ フォルダに読み込み、革新的な点について読み込みます — プレプリントに対しては批判的であり続けます。
7. 兄弟プロジェクト: 関連する個人/内部プロジェクトをチェックして、逆転送可能な解決策のアイデア（そこで解決されたサブ問題、そこで構築されたツール）を探します。
8. インベントリ横断調査: 自身のプロジェクトインベントリ全体（パイプライン）をレビューして、「この」問題に適合する可能性のあるアプローチを探します。

フェーズ B — フィルター（すでに試されたことに対する照合）

アイデアストレージをプロジェクトドキュメント（証明ノート、決定ログ、TODO/DONE、過去のアイデアストレージ）と照合します。すでに試されて完了したと記録されているものを排除します — 単に「可能性が低そうに見える」だけのものは排除しません（魅力による評価はフェーズ C でのみ行われます）。生き残ったアイデアを IDEENSPEICHER_FILTERED.md に保存します。

前提条件は適切に維持された実験ドキュメントです — 存在しない場合、最初のステップはそれを作成することです（そうしないと、将来のすべての実行で重複が発生します）。

フェーズ C — 選択と完遂

1. フィルターを通過した成果から1〜3個のアイデアを簡単に予備探求します（各1段落: 最初の具体的なステップは何か、成功のサインは何か？）。
2. 1つを選択します — 最も強い引きつける力を持つものです。ここでの引きつける力は正当な基準です: 難しい問題に対しては、追求したいと思えるアイデアだけがあなたを最後まで運んでくれます。
3. 選択を最後まで、あるいは少なくとも実質的に前進させます — 最初の障害で次のアイデアに飛びつかないでください（それはフェーズ C におけるフェーズ A の行動になります）。

フェーズ D — 記録

• 成果をプロジェクトドキュメント（証明ノート、決定ログ、ADR）に入力します — 失敗も含めて。これらが次の実行のためのフィルターとなります。
• 未解決のフォローアップアイデアを IDEENSPEICHER.md または TODO に戻します。
• 概要レポート: 発掘数 | フィルター通過数 | 探求数 | 結果 | 次のステップ。

フェーズ E — 播種（オプションのアウトバウンド転送）

手法 7 は兄弟プロジェクトからアイデアを「持ち込み」ます — フェーズ E はその方向を反転させます: 探求によって転送可能な成果（メソッド、ツール、解決パターン）が得られた場合、自身のプロジェクトインベントリを簡単にレビューします: これは誰の役に立ちますか？

• ピンポイントで播種し、拡散させない: 最大で ~3 つの受信プロジェクトに対して直接具体的な TODO エントリを提供します（何を導入するか、どこにあるか、なぜ適合するか）; その他の候補は自プロジェクト内の優先度付きリストとしてのみ記録します。
• 制限の理由: 広く拡散させると、誰も取り組まない曖昧なタスクが多くのプロジェクトで生成されます — 3つの正確な種は10個の拡散した種に勝ります。

周期的な実行として

このワークフローは、固定プロジェクトの定期的な自動化（イノベーションラウンド）として非常に適しています。このため、ローテーションフレームワーク（rotation-check スキル）と組み合わせます: レジストリにより、同じアイデアが何度も「再発見」されるのを防ぎます — アイデアストレージと実験ドキュメントがここでの記憶として機能します。

例と応用

問題: 収束証明が何週間も評価ステップで止まっています。

A) 発掘 → IDEENSPEICHER.md: 例: (2) 待ち行列理論に類似構造があるか？；
   (3) サブエージェントの比喩「砂がますます細かい篩を通って落ちる」 →
   アイデア: 全体ではなく段階的に評価；(6) 2026年の新しい補題付きプレプリント、_sources/ にダウンロード；
   (7) 隣接プロジェクトに逆転送可能な数値チェックスクリプトがある。
B) BEWEISNOTIZ.md と照合してフィルタリング: 「全体的な評価を厳しくする」は2回試みられ、
   破棄されたと記録されている → 排除。3つのアイデアが生き残る → IDEENSPEICHER_FILTERED.md。
C) プライム選択: 篩のアイデア（最も引きつける力が強い） — 部分的な結果まで完遂。
D) BEWEISNOTIZ.md を更新（アイデア2の失敗も含む）、概要レポート。

レッドフラグ（Red Flags）

関連スキル

• brainstorm — フィルター/探求パイプラインなしの幅広いクリエイティブ手法（SCAMPER, Six Hats）。
• think / decide — フェーズ C 内で使用可能な分析および選択決定。
• rotation-check — 定期的なデプロイのためのフレームワーク。
• swarm-operations — 手法 3 および並行探求のための偏見のないサブエージェント。

変更履歴

1.1.0 (2026-07-03)

• フェーズ E 「播種」: 転送可能な成果を兄弟プロジェクトにオプションでアウトバウンド転送（最大 ~3 つの直接受信者） — 独立した cross-project-transfer スキルではなく統合されました。

1.0.0 (2026-07-03)

• 初期バージョン。Codex 自動化「ultra-deep-idea-search-single-project」（アイデアストレージ → フィルター → プライム選択 → 探求）から抽象化され、ユーザーニュートラルに汎用化されました。