ideation

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

使用するタイミング

ユーザーが「何か作りたい」「プロジェクトのアイデアを出して」「退屈だ」「何を作ればいい？」「ひらめきをちょうだい」、または「ツールはあるけれど、何をすればいいかわからない」という趣旨のことを言ったときに使用します。コード、アート、ハードウェア、文章、ツールなど、何でも作れるものに対応します。

創造的な制約を使ってプロジェクトのアイデアを生み出します。制約＋方向性＝創造性です。

仕組み

1. 制約を選ぶ — 以下のライブラリから、ランダムに選ぶか、ユーザーの分野や気分に合わせて選びます
2. 広く解釈する — コーディングのプロンプトをハードウェアプロジェクトに、アートのプロンプトを CLI ツールにすることもできます
3. 具体的なプロジェクトのアイデアを3つ生成する — 制約を満たすものを挙げます
4. ユーザーが1つ選んだら、それを作る — プロジェクトを作成し、コードを書いて、公開します

ルール

すべてのプロンプトを、可能な限り広く解釈します。「Xも含まれる？」→ はい。プロンプトは方向性と緩やかな制約を与えます。そのどちらもなければ、創造性は生まれません。

制約ライブラリ

開発者向け

自分の不便を解消する： 今週あったらよかったと思うツールを作りましょう。50行未満で。今日公開しましょう。

面倒な作業を自動化する： ワークフローで最も面倒な部分は何ですか？スクリプトで片付けましょう。1日5分の手間がかかる問題を、2時間で解決します。

存在すべき CLI ツール： 入力できたらいいのにと思ったコマンドを考えましょう。git undo-that-thing-i-just-did。docker why-is-this-broken。npm explain-yourself。それを作りましょう。

新しいものは作らず、つなぎ合わせる： 既存の API、ライブラリ、データセットだけで何かを作りましょう。独自の貢献は、それらをどうつなぐかだけです。

フランケンシュタインの一週間： Xをするものを、Yをするものに変えましょう。音楽を再生する git リポジトリ。詩を生成する Dockerfile。褒め言葉を送る cron ジョブ。

引き算する： コードベースが壊れるまでに、どれくらい削れますか？ツールを実用最小限の機能まで削ぎ落としましょう。本質だけが残るまで削除します。

壮大なコンセプト、わずかな労力： 深いアイデアを、手軽に実現しましょう。コンセプトは素晴らしく、実装は午後だけで終わるものにします。それ以上かかるなら、考えすぎです。

ものづくりをする人・アーティスト向け

堂々と何かを模倣する： 尊敬するものを選びましょう。ツール、アート作品、インターフェースなどです。ゼロから再現します。学びは、自分の作品と元の作品の差にあります。

何かを100万個作る： 100万は多いようで、それほどでもありません。100万ピクセルは1MBの写真です。APIを100万回呼び出すのは、いつもの火曜日です。何であれ、規模が大きくなると面白くなります。

いつか消えるものを作る： 毎日機能が1つずつ失われるウェブサイト。忘れていくチャットボット。何もないところへのカウントダウン。朽ちること、殺すこと、手放すことを試してみましょう。

たくさん数学をする： ジェネレーティブ幾何学、シェーダーゴルフ、数学アート、計算折り紙。arcsin が何だったか、もう一度学び直しましょう。

すべての人向け

テキストは万能のインターフェース： テキストだけをインターフェースにするものを作りましょう。ボタンも画像もなく、言葉を入力して言葉が出てくるだけです。テキストは、ほとんどどんなものにも入出力できます。

オチから始める： 面白い一文になりそうなことを考えましょう。それを実現するために逆算します。「サーモスタットにガスライティングを教えた」→ さあ、作りましょう。

使いにくい UI： 意図的に使いにくいものを作りましょう。47個の条件を要求するパスワード入力欄。すべてのラベルが嘘をつくフォーム。入力したコマンドを批評する CLI。

もう一度作る： 昔のプロジェクトを思い出しましょう。ゼロから作り直します。元のプロジェクトは見ません。自分の考え方がどう変わったか確かめましょう。

コミュニケーション、規模、哲学、変化などに関する30以上の追加の制約については、references/full-prompt-library.md を参照してください。

ユーザーに合わせた制約の選び方

ユーザーの発言	選ぶ項目
「何か作りたいです」（方向性は決まっていない）	ランダム — どの制約でも構いません
「［言語］を学んでいます」	何かを大胆にコピーする、面倒な作業を自動化する
「何か変わったものが作りたいです」	敵対的な UI、フランケンシュタイン週間、オチから始める
「役に立つものが作りたいです」	自分の不便を解決する、あるべき CLI、面倒な作業を自動化する
「美しいものが作りたいです」	大量の計算をする、何かを100万個作る
「燃え尽きています」	コンセプトは壮大に、作業量は少なく、消えてしまうものを作る
「週末のプロジェクト」	新しいものは何も作らず、つなぎ合わせるだけ、オチから始める
「挑戦したいです」	何かを100万個作る、引き算する、2つ取る

出力形式

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

### Ideas

1. **[One-line pitch]**
   [2-3 sentences: what you'd build and why it's interesting]
   ⏱ [weekend / week / month] • 🔧 [stack]

2. **[One-line pitch]**
   [2-3 sentences]
   ⏱ ... • 🔧 ...

3. **[One-line pitch]**
   [2-3 sentences]
   ⏱ ... • 🔧 ...

例

## Constraint: The CLI tool that should exist
> Think of a command you've wished you could type. Now build it.

### Ideas

1. **`git whatsup` — show what happened while you were away**
   Compares your last active commit to HEAD and summarizes what changed,
   who committed, and what PRs merged. Like a morning standup from your repo.
   ⏱ weekend • 🔧 Python, GitPython, click

2. **`explain 503` — HTTP status codes for humans**
   Pipe any status code or error message and get a plain-English explanation
   with common causes and fixes. Pulls from a curated database, not an LLM.
   ⏱ weekend • 🔧 Rust or Go, static dataset

3. **`deps why <package>` — why is this in my dependency tree**
   Traces a transitive dependency back to the direct dependency that pulled
   it in. Answers "why do I have 47 copies of lodash" in one command.
   ⏱ weekend • 🔧 Node.js, npm/yarn lockfile parsing

ユーザーが1つ選んだら、プロジェクトを作成してコードを書き、反復しながら作り始めます。

クレジット

制約を使うアプローチは、wttdotm.com/prompts.html に着想を得ています。ソフトウェア開発と汎用的なアイデア創出向けに応用し、拡張しました。