mcpField
C
creative-ideation

creative-ideation

github.com/nousresearchクリエイティブ・メディア258.1k44 回インストール今日更新
リポジトリ

creative-ideation について

creative-ideation は、自由度の高い発想課題に適した構造化手法を選び、適用するスキルです。段階、分野、制約に応じて進め方を決め、一般論ではなく具体的な案を目指します。

主な機能

  1. 01段階と分野に応じた振り分け
  2. 02適切な発想法の適用
  3. 03制約によるアイデア形成
  4. 04実行可能な案の提示
  5. 05名前付き手法のライブラリ参照

活用シーン

  1. 01プロジェクトの案を考える
  2. 02既存のアイデアを展開・改善する
  3. 03創作や発想の行き詰まりを解消する
  4. 04選択肢の比較やメモの統合

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/nousresearch/hermes-agent --skill creative-ideation

インストール後、Claude Code で/creative-ideationを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
anti-slop.md
exercises.md
full-prompt-library.md
heuristics.md
method-catalog.md
references/methods/
affinity-diagrams.md
analogy-and-blending.md
biomimicry.md
chance-and-remix.md
compression-progress.md
creative-discipline.md
defamiliarization.md
derive-and-mapping.md
first-principles.md
jobs-to-be-done.md
lateral-provocations.md
leverage-points.md
oblique-strategies.md
oulipo.md
pataphysics.md
pattern-languages.md
polya.md
premortem-and-inversion.md
scamper.md
story-skeletons.md
triz-principles.md
volume-generation.md

詳細

クリエイティブ・アイデア創出

あらゆる分野で使える、アイデア創出手法のライブラリです。ユーザーの状況を読み取り、適した手法を選び、適用して、具体的で意外性のある成果を生み出します。手法はツールです。状況に合ったものを選び、すべてを実行しないでください。

使用するタイミング

自由回答形式の生成や選択に関するあらゆる質問:「何かを作りたい/構築したい/書きたい/始めたい」「行き詰まっている」「ひらめきをください」「もっと奇妙にして」「選ぶのを手伝って」「Xを発明したい」「研究課題を考えて」。

運用ルール

  1. 制約と方向性が創造性を生みます。 制約がなければ前進できません。方向性がなければ形になりません。手法が両方を与えます。
  2. 最初の3つのアイデアは退けます。 それらは凡庸です。生成し、捨て、再生成してください。references/anti-slop.md を参照してください。
  3. 求められない限り、回答ごとに手法は1つだけにします。 手法を重ねないでください。
  4. 抽象性より具体性を優先します。 実在する固有名詞、実際の素材、具体的な仕組みを使います。「X向けアプリ」は凡庸です。「ZのときにYを出力する、200行のCLIツール」なら方向性があります。技術スタックに名前を付けても具体性にはなりません。仕組みを明示してください。
  5. 奇妙さには良さも必要です。 常識を覆すことが目標ですが、実際の状況、仕組み、存在する理由がない奇妙なアイデアは、それ自体が失敗です。アイデアの各セットには、今すぐ実際に作れる/追求できるものを少なくとも1つ含めてください。意外性がありながら、地に足がついていて、実際に着手できるものです。意外性のために有用性をすべて犠牲にしないでください。
  6. 使った手法と考案者を明記します。 出典を示すことで、その手法の規律を保ちます。
  7. ユーザーが1つ選んだら、それを具体化します。 選んだ後もアイデアを出し続けないでください。

振り分け — 4ステップの手順

出力を生成する前に実行してください。振り分けに失敗すると、凡庸な案が生まれます。

説明を簡潔にするため、振り分けの手順を逐一説明しなくてもかまいません。ただし、アイデアごとの掘り下げを犠牲にして圧縮してはいけません。各アイデアの具体的な仕組み、状況との結び付き、率直な失敗要因こそが、質の高い(測定可能な)出力を生みます。これらは準備段階ではないため、省略しないでください。

ステップ 1 — プロンプトから3つのシグナルを抽出する

フェーズ — ユーザーはどの段階にいますか?

フェーズ手がかり
GENERATING「アイデアをください」「何を作ればいい?」「ひらめきをください」、まだアイデアがない
EXPANDING「ほかには?」「これに似たものをもっと」「バリエーションをください」 — 基になるアイデアがある
SELECTING「選ぶのを手伝って」「どれをやればいい?」「選択肢がある」
UNBLOCKING「行き詰まっている」「停滞している」「堂々巡りしている」「マンネリ化している」 — 素材がある
SUBVERTING「もっと奇妙にして」「もっと意外性を出して」「無難すぎる」
REFINING「悪くはないけれど何かが足りない」「粗削りに感じる」
SYNTHESIZING「メモ/インタビュー/観察記録が大量にある」

領域 — ユーザーは何を作る/行うのですか?

領域手がかり
TEXT小説、エッセイ、詩、歌詞、脚本、コピー
OBJECTビジュアルアート、音楽、サウンド、パフォーマンス、インスタレーション、彫刻
ARTIFACTソフトウェア、ハードウェア、仕組み、デバイス
SYSTEM組織、市民活動、機関、生態系、コミュニティ
SELF人生の決断、キャリア、個人的な実践
RESEARCH論文、学位論文、学術的な問い
PRODUCTビジネス、市場、サービス

具体性 — プロンプトにはどの程度の制約がありますか?

レベル手がかり
NONE「退屈している」「ひらめきをください」 — 分野もプロジェクトもない
DOMAIN「何かを書きたい」 — 分野は分かっているが、プロジェクトはない
PROJECT「この具体的なXに取り組んでいる」
PROBLEM「Xの中に具体的な摩擦がある」
Step 2 — オーバーライドを適用する(最優先、最初に実行)

オーバーライドルールはルーティング表より優先されます。

  • 気分のシグナル — ユーザーが「奇妙な」「風変わりな」「意外な」「あまり明白でない」「もっと面白い」と言った場合 → ドメインに関係なく、references/methods/lateral-provocations.md または references/methods/pataphysics.md を使用します。
  • ユーザーが手法を指定した場合 — その手法を使用します。
  • 手法の推奨を求められた場合(「どの手法」)→ 候補を2〜3個、それぞれ一行で提示し、どれを適用するか尋ねます。黙って既定の手法を選ばないでください。
  • 陳腐化しやすい領域 — 「AIのアイデア」「スタートアップのアイデア」「習慣トラッカー」「生産性/ウェルネス/フィットネス/食事/旅行アプリ」→ ありがちな手法ではなく、references/methods/lateral-provocations.md または references/methods/pataphysics.md を優先します。最初の 5 件のアイデアは採用しないでください。3件ではありません。
Step 3 — まずフェーズで、次にドメインでルーティングする

フェーズ別(ドメインに関係なく適用):

フェーズ既定のルート
GENERATING + SPECIFICITY=NONEreferences/full-prompt-library.md の General セクション(制約に基づく振り分け)
GENERATING + DOMAIN が既知ドメイン別にルーティング(次の表)
EXPANDINGreferences/methods/scamper.md
SELECTINGreferences/methods/premortem-and-inversion.md(上向きの可能性を探る場合は references/methods/compression-progress.md)
UNBLOCKINGreferences/methods/oblique-strategies.md
SUBVERTINGreferences/methods/lateral-provocations.md(代替は references/methods/pataphysics.md)
REFINING(テキスト)references/methods/defamiliarization.md
REFINING(その他)references/methods/creative-discipline.md(Tharpの背骨)
SYNTHESIZINGreferences/methods/affinity-diagrams.md
短時間で大量のアイデアが必要references/methods/volume-generation.md

ドメイン別(DOMAIN が既知の GENERATING の場合):

ドメイン既定のルート
TEXT — 形式的な文章/詩references/methods/oulipo.md
TEXT — 物語references/methods/story-skeletons.md
TEXT — 再構成する素材があるreferences/methods/chance-and-remix.md
OBJECT(音楽、ビジュアル、パフォーマンス)references/methods/oblique-strategies.md
OBJECT — 物理的なものを制作する/出発点となる制約を求めているreferences/full-prompt-library.md の Physical / object セクション
ARTIFACT — 出発点となる制約を求めているreferences/full-prompt-library.md の Software / artifact セクション
ARTIFACT — パラメーターの競合を伴うエンジニアリング上の発明references/methods/triz-principles.md
ARTIFACT — ソフトウェアアーキテクチャreferences/methods/pattern-languages.md
ARTIFACT — 自然界のシステムに類似例があるreferences/methods/biomimicry.md
ARTIFACT — 積み重なった前提を問い直すreferences/methods/first-principles.md
SYSTEM(市民、組織、制度)references/methods/leverage-points.md
SYSTEM — 集団的/参加型references/full-prompt-library.md の Social / collective セクション
SELF(人生、キャリア、学ぶこと)references/methods/derive-and-mapping.md
RESEARCH — 問いを選ぶreferences/methods/compression-progress.md
RESEARCH — 既知の問題に取り組むreferences/methods/polya.md
PRODUCT(ビジネス、サービス)references/methods/jobs-to-be-done.md
フレームを崩す/類推を見つける必要があるreferences/methods/analogy-and-blending.md
ステップ 4 — 曖昧さと矛盾への対処
  • 複数のパスがもっともらしい → ユーザーの実際の言い回しに最も近いものを選びます。洗練されて見せるために最も面白い方法を選ばないでください。
  • 本当に曖昧 → 明確化の質問を 1 つだけ行い、黙って推測しないでください。例: 「アイデアを生成していますか、それとも持っているものの中から選んでいますか?」 / 「これはフィクション向けですか、エッセイ向けですか、それとも何か別のものですか?」
  • シグナルが矛盾している(例:「奇妙なスタートアップのアイデア」→ プロダクト領域 + 奇妙なムード)→ 2 つの方法を明示的に重ねて使います。何をしているかを明言してください: 「プロダクトの枠組みづけに jobs-to-be-done を使い、明白な形を壊すために lateral-provocations を使います。」
  • 一致なし → 制約ディスパッチ(references/full-prompt-library.md)が安全なフォールバックです。
  • 同じ質問が再度された → 方法を切り替えます。方法のバリエーション = アイデア分布のバリエーションです。
アンチデフォルトチェック(生成前に実行)
  • 「Here are 5 ideas:」や、装飾のない番号付きリストを書こうとしていませんか? → STOP。まず方法を選んでください。
  • 一般的な LLM モードのブレインストーミングにデフォルトしようとしていませんか? → STOP。上記のいずれかのパスを選んでください。
  • 出力が、ルーティングされていない LLM が生成しそうなものに見えますか? → ルーティングが失敗しています。やり直してください。

デフォルトの LLM モードは、まさにこのスキルが置き換えるために存在するものです。ルーティングせずに生成したなら、このスキルを台無しにしています。

より深いエッジケース(ムードのシグナル、重ね合わせ、アンチパターン)については references/heuristics.md を参照してください。

出力形式

制約ディスパッチのデフォルトパスでは:

## Constraint: [Name] — from [Source]
> [The constraint, one sentence]

### Ideas

1. **[One-line pitch]**
   [2-3 sentences — what specifically is made, why it's interesting]
   ⏱ [weekend/week/month]  •  🔧 [stack/medium/materials]

2. ...
3. ...

その他の方法では、その方法が指定する形式を使用してください(TRIZ は矛盾分析を生成し、OuLiPo は制約付きテキストを生成し、Oblique Strategies は適用された 1 枚のカード → 次の一手を生成します)。すべての方法を制約テンプレートに無理に当てはめないでください。

すべてのアイデアセットは、方法に関係なく:

  • 使用した方法を明記してください。スロップ地形では、拒否した明白なアイデアを明記してください。
  • 各アイデアに、その具体的なメカニズムと、正直な失敗モード / トレードオフ / 誰向けかを示してください。この深さがアイデアを説得力のあるものにします — 装飾ではなく、計量されたものです。
  • 少なくとも 1 つのアイデアを グラウンデッドなものとしてマークしてください — 今すぐ構築可能 / 追求可能で、明白ではないものの実際の第一歩があるもの。他のものはより奇妙な方向へさらに進んでもかまいませんが、これには genuinely 実行可能であることが求められます。セット全体が奇妙だが非実用的にならないようにしてください。

ファイルマップ

  • references/full-prompt-library.md — 制約ライブラリ、ドメイン別(General、Software、Physical、Social、Lists)にセクション分け。SPECIFICITY=NONE のデフォルトパス。
  • references/method-catalog.md — 各方法ごとの 1 行要約 + いつ使うか
  • references/heuristics.md — エッジケース向けの拡張デシジョンツリー
  • references/anti-slop.md — アンチスロップルール。すべての出力に適用してください
  • references/exercises.md — 時間制限付きエクササイズ(5 分 / 30 分 / 1 時間 / 1 日 / 1 週間)
  • references/methods/ — 22 の名前付き方法、それぞれ 1 ファイル、使用するものだけをロードしてください

帰属

制約ディスパッチのコアは wttdotm.com/prompts.html から適応されました。方法は各方法ファイルで引用されている一次資料から引用しています。

コメント