ljg-structure
GitHub分析信息背后的母题与因果结构,通过风洞检验边界。适用于机制不明或需深度洞察的场景,排除事实查询。
Trigger Scenarios
Install
npx skills add lijigang/ljg-skills --skill ljg-structure -g -y
SKILL.md
Frontmatter
{
"name": "ljg-structure",
"description": "找出一段信息中母题级别的结构,把抽象关系展开回具体可见的现象,再用风洞检验关键因果与边界。USE WHEN user says '找结构', '母题是什么', '结构风洞', '背后的结构', '不要只做AB测试', or wants the generative mechanism beneath a problem. 仅当用户明确要求时展开跨域来源或多母题组合。NOT FOR 普通摘要、单个类比、事实查询或已有明确唯一解的执行题。",
"user_invocable": true
}
母题结构风洞
输入一段信息,穿过表象找到它反复上演的母题,再把真正起作用的几根结构画清楚,送进风洞校准。默认结果要轻:读者带走一个说得明白的母题、一张能运行的关系图、一个既能迁移又会改口的结论。
四个概念,不能混
- 主题:信息在谈什么对象,如「团队讨论」「AI 注意力」。它只圈定语义范围。
- 母题:不同领域反复遭遇的同一类根本困境。它不是把原题换成更大的抽象词,而是用更普通的话保留那条可迁移的关系。
- 类比:两个案例看起来相像,如「团队像陪审团」。它只是发现入口。
- 结构:删掉领域名词后仍成立的因果骨架。它说明什么关系会生成什么结果。
一句话:主题是名字,母题是难题,类比是线索,结构是因果机器。
理解契约
结构分析不是让读者记住一组抽象名词,而是让他能在心里把关系跑一遍。完成的解读必须做到:
- 概念明确:每个承重概念都能用普通话说明「这里具体指什么」,并给出一个可见标志。
- 关系明确:读者能复述「在什么条件下,谁怎样影响谁,先出现什么变化,最后得到什么结果」。
- 示例承载关系:例子不只让人觉得相似;其中的角色、作用方向和结果都能对应抽象关系。
- 边界可以判断:条件变化时,读者能预判关系会怎样变化,也知道什么观察会迫使自己修改判断。
案例负责让模型运行,不负责证明模型普遍为真;风洞负责在内部改变条件、寻找边界和校准判断,最终只把有信息量的试压结果交给结论。
风洞如何进入结论
- 风洞是内部方法:沿用同一个示例,改变一个关键条件,观察预测怎样变化,并找出模型何时失效、什么信号会让判断改口。它不再单列为可见章节。
- 结论是校准后的交付物:先呈现同一示例在条件变化后的关键差异,给读者具体抓手;再把差异压成一条可迁移的抽象规则,回到原现象说明现在应该看见什么。
风洞的完整推演留在内部,结论只带出最能区分模型的条件变化、边界或改口信号。它们与抽象规则必须形成递进,而不是把同一因果链说两遍。
适用边界
适合:问题机制不明、现成方案贫乏、多个现象彼此牵动,或需要超出普通 AB 测试的探索。
不适合:纯事实查询、只有一个确定步骤的执行题、输入中没有可识别的困境。医疗、法律、安全等高风险领域可以借结构生成假设,但不能用类比代替本领域证据。
Workflow Routing
| Workflow | Trigger | File |
|---|---|---|
| FindStructure | 从信息中找母题、结构关系与风洞实验 | Workflows/FindStructure.md |
Gotchas
- 「团队沟通」「AI 认知」仍是主题;「怎样做得更好」又宽得没有约束。母题必须保留真正的关系或张力。
- 母题不是更抽象的标题。若一句母题仍含两个以上无法用普通话解释的承重词,先解码,再输出。
- 母题下只放一个最小示例,用来让关系第一次运行;不要展开跨域案例清单。
- 默认只设一个贯穿全文的示例锚点。结构卡指回其中的具体瞬间,关系图串起全局,风洞改变它的条件;不要在四处重讲同一个故事。
- 「像免疫系统」「采用双盲」只是来源或方案名。拿掉来源名后仍能说清因果,才叫结构。
- 跨域搜索是内功,不是默认目录。把三个领域逐项铺开,往往只会压住真正的母题。
- 结构卡默认只留一至两个,第三个必须证明不能并入前两者。每张卡都要完成「概念明确、关系明确、示例映射」,但不强制显示成三个字段。
- 例子必须映射角色与因果。只说「这像某某」会制造熟悉感,不会让关系变明确。
- 有多个结构时,先判断它们是串联、并联、嵌套、制衡还是反馈,再画图;不要看到多个结构就排成链。
- 默认不做笛卡尔积、不算组合数。多母题也先找结构关系;只有用户明确要求组合时才展开。
- 风洞是方法,不是章节。它先锁定基准预测,再改变一个条件,比较最先出现的差异,最后指出适用边界和判断更新规则;成文只保留其中最能改变理解的一次试压。
- 结论不是全文摘要。它依次完成「具体试压 -> 抽象规则 -> 回到现象」,让例子提供抓手,让抽象关系获得迁移力。
- 具体试压与抽象规则必须递进:前者回答「条件变了会怎样」,后者回答「这说明哪条更一般的关系」。若两段只是换词复述,删掉较弱的一段。
- 最小可逆实验只用于行动问题。概念解读默认给判别检验,不把每个思想问题都改造成行动建议。
- 概念模型不能靠事后收窄边界逃避反例。先声明适用条件和区别性预测;边界外案例只负责画边界,不算支持或反驳。
- 风洞不引入一套新术语。若必须发明新概念才能解释试压结果,先回到结构卡重新解码。
- 证据边界只在结尾交代一次。不要在每张结构卡反复插入警告,打断推理。
- 不确定事实时,把它留在内部候选层;若必须输出,明确写成待核验,不把记忆中的故事当事实。
输出要求
默认约 800-1500 汉字。一级标题严格只有:输入、母题、结构、结论。风洞是内部推理步骤,不作为一级标题输出。母题用一问一例让关系先跑起来;结构卡以自然短段完成「概念明确、关系明确、示例映射」,不强制可见字段。跨域来源不设默认标题;通常不输出,确有帮助时只用一句话带一个例子。结构超过一个时,用纯 ASCII 连接符画关系图,禁止 Unicode 箭头和方框字符。关系图后用一句普通话说明「这张图在例子里怎样运行」。
默认取得两个时间值:date +%Y%m%dT%H%M%S 与 date "+%Y-%m-%d %a %H:%M"。写入:
~/Context/{时间戳}--结构-{主题}__structure.org
若用户明确说「只分析」「不落盘」或 read-only,直接在对话中给出同等完整的分析,不创建文件。
文件必须是 org-mode,禁止 Markdown。最小结构:
#+title: 结构:{主题}
#+date: [{可读时间}]
#+identifier: {时间戳}
#+filetags: :structure:
* 输入
* 母题
* 结构
* 结论
结论用两段自然收束。第一段回到同一个示例锚点,只改变一个关键条件,写出最先出现的差异以及什么结果会迫使模型改口。第二段从该差异抽出一条可迁移的关系,直接回答母题,再点回原现象说明现在应该怎样理解它。末尾只出现一次证据边界,区分说明性案例、结构推演、本领域已有支持与仍待实验的部分。保存后读回文件并报告路径。
Examples
Example 1:首个发言者锁定团队
User: 「为什么团队讨论总被第一个人带偏?找其中的结构。」
→ 母题用普通话追问:为什么越早出现的信息越容易成为后续判断的参照物?
→ 用会议现场的一句话,让这条关系先运行一次
→ 结构卡说明「参照物」指什么、怎样影响后来者,并给具体例子
→ 内部风洞改变发言顺序或信息来源,比较预测怎样变化
→ 结论先给出条件变化后的具体差异,再抽出「先出现的信息会取得解释权」
Example 2:AI 深挖与异常发现
User: 「这个 AI 擅长深挖局部,却总错过改变全局的异常,用结构风洞分析。」
→ 母题:有限注意力如何兼顾局部开发与未知探索
→ 抽出局部深挖与外围巡逻的关系骨架
→ 内部用风洞找出最小异常升级实验,把试压结果并入结论
Example 3:用户明确要求展开
User: 「请给出这个母题的跨域来源,并分析三个母题怎样组合。」
→ 才展开来源或多母题处理
→ 仍先判断结构间的串联、并联、嵌套、制衡或反馈并画图
→ 只有用户继续要求组合数学时,才计算组合空间
Version History
-
edfe3f5
Current 2026-08-20 03:12
v1.17.94同步更新,细化了概念定义、风洞推演逻辑及输出规范。
- 0e78094 2026-07-25 09:06


