母题结构风洞

输入一段信息，穿过表象找到它反复上演的母题，再把真正起作用的几根结构画清楚，送进风洞校准。默认结果要轻：读者带走一个说得明白的母题、一张能运行的关系图、一个既能迁移又会改口的结论。

四个概念，不能混

• 主题：信息在谈什么对象，如「团队讨论」「AI 注意力」。它只圈定语义范围。
• 母题：不同领域反复遭遇的同一类根本困境。它不是把原题换成更大的抽象词，而是用更普通的话保留那条可迁移的关系。
• 类比：两个案例看起来相像，如「团队像陪审团」。它只是发现入口。
• 结构：删掉领域名词后仍成立的因果骨架。它说明什么关系会生成什么结果。

一句话：主题是名字，母题是难题，类比是线索，结构是因果机器。

理解契约

结构分析不是让读者记住一组抽象名词，而是让他能在心里把关系跑一遍。完成的解读必须做到：

• 概念明确：每个承重概念都能用普通话说明「这里具体指什么」，并给出一个可见标志。
• 关系明确：读者能复述「在什么条件下，谁怎样影响谁，先出现什么变化，最后得到什么结果」。
• 示例承载关系：例子不只让人觉得相似；其中的角色、作用方向和结果都能对应抽象关系。
• 边界可以判断：条件变化时，读者能预判关系会怎样变化，也知道什么观察会迫使自己修改判断。

案例负责让模型运行，不负责证明模型普遍为真；风洞负责在内部改变条件、寻找边界和校准判断，最终只把有信息量的试压结果交给结论。

风洞如何进入结论

• 风洞是内部方法：沿用同一个示例，改变一个关键条件，观察预测怎样变化，并找出模型何时失效、什么信号会让判断改口。它不再单列为可见章节。
• 结论是校准后的交付物：先呈现同一示例在条件变化后的关键差异，给读者具体抓手；再把差异压成一条可迁移的抽象规则，回到原现象说明现在应该看见什么。

风洞的完整推演留在内部，结论只带出最能区分模型的条件变化、边界或改口信号。它们与抽象规则必须形成递进，而不是把同一因果链说两遍。

适用边界

适合：问题机制不明、现成方案贫乏、多个现象彼此牵动，或需要超出普通 AB 测试的探索。

不适合：纯事实查询、只有一个确定步骤的执行题、输入中没有可识别的困境。医疗、法律、安全等高风险领域可以借结构生成假设，但不能用类比代替本领域证据。

Workflow Routing

Workflow	Trigger	File
FindStructure	从信息中找母题、结构关系与风洞实验	Workflows/FindStructure.md

Gotchas