1实现原理 · 为什么它能做到
四概念严格区分:主题是名字、母题是难题、类比是线索、结构是因果机器。
一句话:主题是名字,母题是难题,类比是线索,结构是因果机器。
Workflow Routing 指向唯一工作流 FindStructure,由它从信息中找母题、结构关系与风洞实验。
| **FindStructure** | 从信息中找母题、结构关系与风洞实验 | `Workflows/FindStructure.md` |
Step 0/1:先做充分性检查并压缩输入,保留至少一个可观察锚点(某人动作、系统变化、判断失效时刻)。
保留至少一个可观察的锚点:某个人做了什么、系统出现了什么变化、判断在哪一刻失效。
Step 2 找母题:拿掉原场景的人名/行业/材料,用普通话写成具体问题,句式为『在 {关键约束} 下,系统如何处理 {A} 与 {B} 的关系或张力?』。
在 `{关键约束}` 下,系统如何处理 `{A}` 与 `{B}` 的关系或张力?
母题须过两道闸:跨域替换(换掉角色材料仍成立)与解释回原题(放回原场景仍能解释为何卡住)。
**跨域替换**:换掉角色和材料,问题仍成立;
Step 3 内部跨域搜索同类机制用于校正结构,但来源只是脚手架,默认不输出。
来源只是脚手架:默认不输出来源目录;确有助于理解时,用一句话带一个最贴切的例子。
Step 4:多个结构先判关系(串联/并联/嵌套/制衡/反馈)再画最小关系图,且只用 ASCII 字符,禁 Unicode 箭头方框。
连接线、箭头和方框只用 ASCII 字符,不用 `→`、`┌`、`─` 等 Unicode 图形字符。
Step 5 风洞是内部判别步骤,不作为可见章节输出:锁定基准预测→改变一个关键条件→找边界与改口信号。
风洞是内部判别步骤,不作为可见章节输出。
输出约束:约 800-1500 汉字,一级标题严格只有 输入/母题/结构/结论,文件为 org 禁 Markdown。
一级标题严格只有:`输入`、`母题`、`结构`、`结论`。
落盘:默认写 ~/Context/{时间戳}--结构-{主题}__structure.org;用户说『只分析』『不落盘』或 read-only 时不创建文件。
若用户明确说「只分析」「不落盘」或 `read-only`,直接在对话中给出同等完整的分析,不创建文件。
2核心能力
4风险提醒 风险提醒:蓝色 · 知晓即可
- 依赖模型提炼质量 — 母题与结构骨架由模型生成,若跨域类比不当,可能给出看似成立实则错误的因果骨架。
- 跨域知识偏差 — 内部跨域搜索默认不透明,来源若不贴切不会被读者看到,可能埋下未经验证的类比。
- 固定路径写盘 — 默认写 ~/Context/ 下 org 且文件名由主题拼接,需宿主文件权限,特殊字符可能影响命名。
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结论
aba796fec52f66c5…9e75497a95