ljg-structure

1实现原理 · 为什么它能做到

四概念严格区分：主题是名字、母题是难题、类比是线索、结构是因果机器。

Workflow Routing 指向唯一工作流 FindStructure，由它从信息中找母题、结构关系与风洞实验。

Step 0/1：先做充分性检查并压缩输入，保留至少一个可观察锚点（某人动作、系统变化、判断失效时刻）。

Step 2 找母题：拿掉原场景的人名/行业/材料，用普通话写成具体问题，句式为『在 {关键约束} 下，系统如何处理 {A} 与 {B} 的关系或张力？』。

母题须过两道闸：跨域替换（换掉角色材料仍成立）与解释回原题（放回原场景仍能解释为何卡住）。

Step 3 内部跨域搜索同类机制用于校正结构，但来源只是脚手架，默认不输出。

Step 4：多个结构先判关系（串联/并联/嵌套/制衡/反馈）再画最小关系图，且只用 ASCII 字符，禁 Unicode 箭头方框。

Step 5 风洞是内部判别步骤，不作为可见章节输出：锁定基准预测→改变一个关键条件→找边界与改口信号。

输出约束：约 800-1500 汉字，一级标题严格只有 输入/母题/结构/结论，文件为 org 禁 Markdown。

落盘：默认写 ~/Context/{时间戳}--结构-{主题}__structure.org；用户说『只分析』『不落盘』或 read-only 时不创建文件。

2核心能力

4管控建议与判定依据

5第二遍独立确认

• [ok] 四概念区分 — 『一句话：主题是名字，母题是难题，类比是线索，结构是因果机器。』原文在。
• [ok] 工作流路由 — Workflow Routing 表指向 Workflows/FindStructure.md，§1 清单确有该文件。
• [ok] 可观察锚点 — 『保留至少一个可观察的锚点…』原文在。
• [ok] 母题句式与两道闸 — 『在 `{关键约束}` 下，系统如何处理 `{A}` 与 `{B}` 的关系或张力？』与『跨域替换/解释回原题』原文在。
• [ok] 纯 ASCII 图约束 — 『连接线、箭头和方框只用 ASCII 字符，不用 `→`、`┌`、`─` 等 Unicode 图形字符。』原文在。
• [ok] 风洞不外显 — 『风洞是内部判别步骤，不作为可见章节输出。』原文在。
• [ok] 固定四标题与落盘 — 『一级标题严格只有：`输入`、`母题`、`结构`、`结论`。』与 read-only 不落盘条款原文在。
• [discrepancy] 风险扫描与内文差异 — 扫描栏『执行外部程序/写盘』报无命中，但正文含 date 命令与 org 写入；按§2 内文为准，scripts_executed/file_writes 非空。

6结论