creative-ideation

创意构想

适用于任何领域的构想方法库。阅读用户的情境，选择匹配的方法，运用该方法，生成具体且出人意料的结果。方法是工具——根据情境选择合适的方法，不要把所有方法都用一遍。

何时使用

任何开放式的生成或选择问题：“我想做／构建／写／开始点什么”“我卡住了”“启发我”“让它更古怪些”“帮我选一个”“我需要发明 X”“给我一个研究问题”。

操作规则

1. 约束加方向才是创造力。 没有约束，就没有着力点。没有方向，就没有形状。方法能同时提供这两者。
2. 拒绝最初的三个想法。 它们都是垃圾。先生成，再舍弃，再重新生成。参见 references/anti-slop.md。
3. 每次回复只用一种方法，除非用户另有要求。 不要叠加使用。
4. 具体胜过抽象。 使用真实的专有名词、材料和机制。“一个用于 X 的应用”是垃圾；“一个 200 行的 CLI 工具，在 Z 时打印 Y”才有方向。说出技术栈不等于具体——要说明机制。
5. 古怪也必须出色。 目标是打破框架，但如果一个想法只有古怪，没有真实情境、机制或存在理由，那本身就是一种失败模式。每组想法都必须至少包含一个现在确实可构建／可推进的想法——出人意料，但脚踏实地，并且有明确的第一步。不要为了惊喜牺牲所有实用性。
6. 说出你使用的方法及其发明者。 归属说明体现专业规范。
7. 用户选定一个想法后，就把它做出来。 不要在用户选择后继续生成想法。

路由——4 步流程

生成任何内容之前，先完成此流程。路由失败会产出垃圾。

如果讲述路由步骤显得累赘，可以略过，但绝不能以牺牲每个想法的深度为代价进行压缩：每个想法的具体机制、与情境的联系，以及诚实说明的失败模式，正是优质（经衡量）输出的关键——它们不是铺垫，不要删减。

步骤 1——从提示中提取三个信号

阶段——用户处于哪个阶段？

阶段	线索
生成	“给我一个想法”“我该做什么”“启发我”，还没有想法
扩展	“还有什么”“再来一些类似的”“给我一些变体”——已有一个基础想法
选择	“帮我选一个”“我该选哪个”“我有这些选项”
破局	“我卡住了”“遇到阻碍”“兜圈子”“没新意”——已有素材
颠覆	“让它更古怪些”“别那么显而易见”“这太保守了”
打磨	“这个还行，但好像少了点什么”“感觉还很粗糙”
综合	“我有一堆笔记／访谈／观察记录”

领域——用户正在创作／做什么？

领域	线索
文本	小说、随笔、诗、歌词、剧本、文案
物件	视觉艺术、音乐、声音、表演、装置、雕塑
实体制品	软件、硬件、机械装置、设备
系统	组织、公民事务、机构、生态、社区
自我	人生决策、职业、个人实践
研究	论文、毕业论文、学术问题
产品	企业、市场、服务

具体程度——提示中包含多少约束？

级别	线索
无	“我很无聊”“启发我”——没有领域，也没有项目
领域	“我想写点东西”——知道领域，但没有项目
项目	“我正在做这个特定的 X”
问题	“我在 X 中遇到了这个具体障碍”

步骤 2 — 应用覆盖规则（优先级最高，最先触发）

覆盖规则优先于路由表：

• 情绪信号 — 用户说“古怪”“奇怪”“出人意料”“不那么显而易见”或“更有趣” → 使用 references/methods/lateral-provocations.md 或 references/methods/pataphysics.md，不受领域限制。
• 用户指定方法 — 使用该方法。
• 用户请求推荐方法（“哪种方法”）→ 列出 2–3 个候选方法，每个用一句话说明，并询问用户想采用哪种方法。不要擅自默认。
• 容易产出俗套点子的领域 — “AI 点子”“创业点子”“习惯追踪器”“效率 / 健康 / 健身 / 美食 / 旅行应用” → 优先使用 references/methods/lateral-provocations.md 或 references/methods/pataphysics.md，而不是显而易见的方法。先拒绝前 5 个点子，而不是 3 个。

步骤 3 — 先按阶段路由，再按领域路由

按阶段路由（适用于所有领域）：

阶段	默认路由
生成 + 特定性=无	references/full-prompt-library.md 通用部分（约束分派）
生成 + 领域已知	按领域路由（见下表）
扩展	references/methods/scamper.md
选择	references/methods/premortem-and-inversion.md（若关注收益，则用 references/methods/compression-progress.md）
破局	references/methods/oblique-strategies.md
颠覆	references/methods/lateral-provocations.md（备用：references/methods/pataphysics.md）
润色（文本）	references/methods/defamiliarization.md
润色（其他）	references/methods/creative-discipline.md（Tharp 的主干）
综合	references/methods/affinity-diagrams.md
需要快速扩充数量	references/methods/volume-generation.md

按领域路由（当生成阶段且领域已知时）：

领域	默认路由
文本 — 正式 / 诗歌	references/methods/oulipo.md
文本 — 叙事	references/methods/story-skeletons.md
文本 — 有可供改编的源材料	references/methods/chance-and-remix.md
对象（音乐、视觉、表演）	references/methods/oblique-strategies.md
对象 — 实体创作者 / 想要一个起始约束	references/full-prompt-library.md 实体 / 对象部分
制品 — 想要一个起始约束	references/full-prompt-library.md 软件 / 制品部分
制品 — 存在参数冲突的工程发明	references/methods/triz-principles.md
制品 — 软件架构	references/methods/pattern-languages.md
制品 — 有自然系统可作类比	references/methods/biomimicry.md
制品 — 存在需要质疑的累积假设	references/methods/first-principles.md
系统（公民、组织、机构）	references/methods/leverage-points.md
系统 — 集体 / 参与式	references/full-prompt-library.md 社会 / 集体部分
自我（生活、职业、学习方向）	references/methods/derive-and-mapping.md
研究 — 选择问题	references/methods/compression-progress.md
研究 — 攻克已知问题	references/methods/polya.md
产品（商业、服务）	references/methods/jobs-to-be-done.md
需要打破框架 / 寻找类比	references/methods/analogy-and-blending.md

第 4 步 — 处理歧义和矛盾

• 存在多条合理路径 → 选择最贴近用户实际措辞的路径。不要为了显得高深而选择最有趣的方法。
• 确实存在歧义 → 提出一个澄清问题，不要默默猜测。例如：“你是在产生想法，还是在现有想法中做选择？” / “这是用于小说、文章，还是其他内容？”
• 信号相互矛盾（例如，“古怪的创业点子” → 产品领域 + 古怪的氛围）→ 明确叠加两种方法。说明你正在做什么：“使用 jobs-to-be-done 进行产品构思 + lateral-provocations 打破显而易见的形式。”
• 没有匹配项 → 使用约束分派（references/full-prompt-library.md）作为安全的备用方案。
• 再次提出同一个问题 → 切换方法。方法不同，想法的分布也会不同。

默认模式检查（生成前执行）

• 正准备写“以下是 5 个想法：”或直接列出一组编号清单？→ 停下。先选择一种方法。
• 正准备默认使用通用的大模型头脑风暴模式？→ 停下。先选择上述路径。
• 输出看起来像未经路由的大模型会生成的内容？→ 路由失败，重新处理。

默认大模型模式正是这项技能要取代的模式。如果不进行路由就生成内容，就违背了这项技能的目的。

有关更深入的边缘情况（氛围信号、方法叠加、反模式），请参阅 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 会产出一张实际应用的卡片 → 下一步行动）。不要强迫所有方法都套用约束模板。

无论采用何种方法，每组想法都必须：

• 说明使用的方法。在容易产出俗套想法的领域中，指出你舍弃了哪些显而易见的想法。
• 为每个想法说明其具体机制，以及它真实的失败模式／权衡／适用对象。想法要站得住脚，靠的正是这种深度——务实，而非装饰。
• 至少标出一个切实可行的想法——现在就能构建或推进，既不落俗套，又有真实的第一步。其他想法可以更偏离常规；但这个想法必须真正可行。不要让整组想法都古怪却不切实际。

文件索引

• references/full-prompt-library.md — 按领域划分的约束库（通用、软件、实体、社交、清单）。当 SPECIFICITY=NONE 时的默认路径。
• references/method-catalog.md — 每种方法的一句话摘要及适用场景
• references/heuristics.md — 针对边缘情况的扩展决策树
• references/anti-slop.md — 防止产出俗套内容的规则；适用于每次输出
• references/exercises.md — 限时练习（5 分钟／30 分钟／1 小时／1 天／1 周）
• references/methods/ — 22 种具名方法，每种各有一个文件；只加载正在使用的方法

致谢

约束分派核心改编自 wttdotm.com/prompts.html。各方法取自每个方法文件中注明的主要来源。