ljg-structure

1# 母题结构风洞
2 
3输入一段信息，穿过表象找到它反复上演的母题，再把真正起作用的几根结构画清楚，送进风洞校准。默认结果要轻：读者带走一个说得明白的母题、一张能运行的关系图、一个既能迁移又会改口的结论。
4 
5## 四个概念，不能混
6 
7- **主题**：信息在谈什么对象，如「团队讨论」「AI 注意力」。它只圈定语义范围。
8- **母题**：不同领域反复遭遇的同一类根本困境。它不是把原题换成更大的抽象词，而是用更普通的话保留那条可迁移的关系。
9- **类比**：两个案例看起来相像，如「团队像陪审团」。它只是发现入口。
10- **结构**：删掉领域名词后仍成立的因果骨架。它说明什么关系会生成什么结果。
11 
12一句话：主题是名字，母题是难题，类比是线索，结构是因果机器。
13 
14## 理解契约
15 
16结构分析不是让读者记住一组抽象名词，而是让他能在心里把关系跑一遍。完成的解读必须做到：
17 
18- **概念明确**：每个承重概念都能用普通话说明「这里具体指什么」，并给出一个可见标志。
19- **关系明确**：读者能复述「在什么条件下，谁怎样影响谁，先出现什么变化，最后得到什么结果」。
20- **示例承载关系**：例子不只让人觉得相似；其中的角色、作用方向和结果都能对应抽象关系。
21- **边界可以判断**：条件变化时，读者能预判关系会怎样变化，也知道什么观察会迫使自己修改判断。
22 
23案例负责让模型运行，不负责证明模型普遍为真；风洞负责在内部改变条件、寻找边界和校准判断，最终只把有信息量的试压结果交给结论。
24 
25### 风洞如何进入结论
26 
27- **风洞是内部方法**：沿用同一个示例，改变一个关键条件，观察预测怎样变化，并找出模型何时失效、什么信号会让判断改口。它不再单列为可见章节。
28- **结论是校准后的交付物**：先呈现同一示例在条件变化后的关键差异，给读者具体抓手；再把差异压成一条可迁移的抽象规则，回到原现象说明现在应该看见什么。
29 
30风洞的完整推演留在内部，结论只带出最能区分模型的条件变化、边界或改口信号。它们与抽象规则必须形成递进，而不是把同一因果链说两遍。
31 
32## 适用边界
33 
34适合：问题机制不明、现成方案贫乏、多个现象彼此牵动，或需要超出普通 AB 测试的探索。
35 
36不适合：纯事实查询、只有一个确定步骤的执行题、输入中没有可识别的困境。医疗、法律、安全等高风险领域可以借结构生成假设，但不能用类比代替本领域证据。
37 
38## Workflow Routing
39 
40| Workflow | Trigger | File |
41|---|---|---|
42| **FindStructure** | 从信息中找母题、结构关系与风洞实验 | `Workflows/FindStructure.md` |
43 
44## Gotchas
45 
46- 「团队沟通」「AI 认知」仍是主题；「怎样做得更好」又宽得没有约束。母题必须保留真正的关系或张力。
47- 母题不是更抽象的标题。若一句母题仍含两个以上无法用普通话解释的承重词，先解码，再输出。
48- 母题下只放一个最小示例，用来让关系第一次运行；不要展开跨域案例清单。
49- 默认只设一个贯穿全文的示例锚点。结构卡指回其中的具体瞬间，关系图串起全局，风洞改变它的条件；不要在四处重讲同一个故事。
50- 「像免疫系统」「采用双盲」只是来源或方案名。拿掉来源名后仍能说清因果，才叫结构。
51- 跨域搜索是内功，不是默认目录。把三个领域逐项铺开，往往只会压住真正的母题。
52…