ljg-is · diff
git:20260804.5651c74 to v5.0.0
68 added, 77 removed. Audit A to A.
---
name: ljg-is
- description: 用于发现一个目标真正完成的最小变化：把身份、边界、质量、优化量和实现放进括号，只保留极短的「谁或什么从 A 到 B」核心，再将它压成可解释变量的最小结构式，用跨域迁移检验是否真正去语境化，并保存为经校验的 Org 笔记。USE WHEN 用户说 '/ljg-is', 'X 的本质是什么', 'The One', '找出目标的本质', '本质定义', '最小功能', '到底把什么变成什么', or 要求区分限定词与核心。NOT FOR 追问原因（用 ljg-think）、寻找母题或因果结构（用 ljg-structure）、句中随口说「本质上」。
+ version: "5.0.0"
+ description: 把一个名词或概念写成可使用的理解：先用普通话讲清它是什么、与相邻概念差在哪里，再说明它怎样运作、会改写什么判断，最后给出面对它时的行动抓手。USE WHEN 用户问 X 是什么、怎么理解、意味着什么、为什么重要、以后怎样判断或使用；尤其适合技术概念、制度、产品、角色、方法、规范与实践。NOT FOR 单纯查事实、公式证明、逐步操作教程、纵向因果深挖（用 ljg-think）或母题结构（用 ljg-structure）。
user_invocable: true
---
- # 本质提炼器
+ # 把一个名词讲到能用
- 输入一个目标，剥掉围绕它的限定条件，找到它不可再删的最小变化。这个变化是唯一中心；The One 只把它压成可迁移结构，不另找一个更玄的「本质」。
+ 只给定义，读者可能记住了词，却仍不知道怎样认出它。只讲动词，读者又可能知道它做了什么，却不清楚它究竟是哪一类东西、边界在哪里。
- 核心等式：
+ `ljg-is` 把两者接起来：名词回答「它是什么」，让概念在认知地图里站稳；动词回答「它怎样起作用」，让概念在现实里动起来。真正完成的理解还要继续走一步：它改写了读者原来的什么判断，下次遇到它时又能怎样行动。
```text
- 完整定义 = （限定条件）本质
- 本质 = 最小的、有方向的状态变化
- The One = 本质的最小可迁移结构式
+ 它是什么，和什么不一样？
+ 它靠什么动作产生结果？
+ 知道这一点后，我不再怎样想？
+ 下次遇到它，我先看什么、怎样做？
```
- 「安全、舒适、按需、付费」可以决定 Taxi 好不好、属于哪一类，却不是它最终完成的那件事。继续往后落，才是：
+ 这四个问题是一条理解路径，不是四个正文栏目。文章要像一个人顺着疑惑把事情讲明白，而不是把答案依次填进表格。
- ```text
- （面向乘客，在出行场景中，按需、付费、安全、舒适地）把人从 A 点送到 B 点
- ^^^^^^^^^^^^^^^^^^^^
- 本质
- ```
+ 赵汀阳的「动词」思想在这里仍然重要，但它是一副有条件的透镜。面对制度、平台、角色或规范，可以继续追问谁选择了这种做法，它怎样改变参与者；面对目标函数、递归这类技术概念，动词首先是对象自身的运算与作用。材料没有显示社会反制，就不把技术说明硬拽成制度批判。
- 本质不承担所有说明。它只承担最短、不可再删的那一次变化。
+ ## Workflow Routing
- ## 四块各做一件事
+ | Workflow | Trigger | File |
+ |---|---|---|
+ | **UnderstandInUse** | 把「是什么」与「怎样运作」接成可辨认、可判断、可行动的 Org 解读 | `Workflows/TraceCreation.md` |
- - **剥离**：用带关键词的短 bullet 说明哪些内容为何退到括号，不写成一段拥挤的「限定」。
- - **示例**：让读者以「你」进入一个场景，亲自完成操作、看到状态变化，再把操作逐字点回核心。
- - **结构迁移**：先用最弱但足够的符号关系压缩同一核心，再到远域逐项映射对象、起点、终点、方向与完成态。
- - **验证**：只保留「替换」与「删除」两条结论；其他检查属于内部推理，不增加阅读负担。
+ ## 成品标准
- ## 「问题」记录什么
+ 一篇合格解读会让读者发生四个连续变化：
- `ljg-is` 永远寻找目的本质，不需要在成品里重复标注「问题类型：目的本质」。标题已经说明分析对象，「问题」只保留标题没有提供的两条信息：
+ - 能用一句普通话说出 X 属于什么，以及它与最容易混淆的对象差在哪里。定义要给边界，不能只给比喻或用途。
- ```text
- 容易误认：最容易被当成本质的限定、优点或实现
- 真正问题：谁或什么，最终从什么状态到什么状态？
- ```
+ - 能顺着一个真实例子说明 X 怎样起作用。技术概念讲清输入、关键动作和结果；制度概念讲清参与者、规则怎样进入行动以及实际后果。只写对象真正具有的机制。
- 若用户追问它为何属于某一类别，类别差异仍放进括号；最后的核心仍回答目的本质。
+ - 能指出自己原来哪种看法需要修改。认知变化必须由前面的定义和机制推出，不另起炉灶追求「深刻」。
- ## Workflow Routing
+ - 能在一个具体情境里使用这番理解。行动指导要说清先看什么、怎样判断、何时调整，并能解释为什么。
- | Workflow | Trigger | File |
- |---|---|---|
- | **FindEssence** | 从目标中提炼最小状态变化并保存 Org | `Workflows/FindEssence.md` |
+ 正文从一个普通读者真的会有的疑惑、误解或使用场景进入，不强制编造人物故事。概念要尽早出现，例子负责验证解释，不负责制造戏剧性。
- ## 输出契约
+ 最后可以落在一句判断、一个行动原则或一个真实未决问题上。哪一种自然，由前文决定；问号不是深度证明。
- 默认先让核心落地，再让读者在一个普通场景里亲自走一遍：
+ 默认写入：
```text
- 本质：把人从 A 点送到 B 点
- 完整：（面向乘客，在出行场景中，按需、付费、安全、舒适地）把人从 A 点送到 B 点
- 代入：你下班后站在公司门口，想回到家。
- 操作：你叫来一辆车，上车，抵达家门口后下车。
- 变化：你：公司门口 -> 家门口
- 点题：你刚刚真正完成的是「把人从 A 点送到 B 点」；车型、价格和舒适度只是实现与质量。
- 结构式：(X, S0) -> (X, S1)
- 变量：X=承受变化的对象；S0=起点状态；S1=完成状态
- 迁移：文件：目录 A -> 目录 B；对象、方向和完成测试逐项对应
- 边界：只迁移「对象的位置改变」；不迁移乘客身份、付费关系、舒适度或运输载体
+ ~/Context/{时间戳}--理解-{目标片段}__is.org
```
- 分析同时写入 `~/Documents/notes/{时间戳}--本质-{目标}__is.org`。只有用户明确说「只分析」「不落盘」或 `read-only` 时才不创建文件。
+ 新成品使用 `ljg-is-v5` schema。正文使用两到四个随内容生出的标题和四到十个自然段，不把「是什么 / 怎样运作 / 认知改变 / 行动指导」直接用作四个栏目。
+ ## 判断边界
+
+ - **定义与理解不同。** 用户若只要形式化定义、公式证明或术语翻译，直接回答即可；只有当他想理解概念如何工作、意味着什么或怎样使用时，才进入本技能。
+
+ - **动词不等于社会创制。** 技术对象可以通过计算、映射、比较、压缩或递归起作用，不必虚构一个创造者故事。制度对象才追问选择者、规则与反作用。
+
+ - **行动指导不是操作手册。** 本技能给判断抓手，不替代某个软件、流程或行业的逐步教程。
+
+ - **理由不能伪造。** 区分材料支持的事实和分析者的推断。不知道就缩小判断，不替人物补写动机，也不把一般机制冒充具体案例事实。
+
## Gotchas
- - **不要把完整定义当本质。** 主体、场景、身份、边界、质量、速度、成本、风险和实现方式，通常都是括号里的限定条件。
- - **不要用优点清单收尾。** 「安全、舒适、高效」描述做得怎样，不描述最终做了什么。
- - **不要要求核心独占一个类别。** Taxi、公交车和专车可能共享「把人从 A 点送到 B 点」；这说明它们共享目的本质，不说明提炼失败。
- - **不要停在抽象名词。** 「服务」「价值」「连接」「体验」「效率」没有方向，也没有完成态，不能作为核心。
- - **不要把实现写进核心。** 车、App、算法、门店、合同、网络只是怎么做。换一种实现仍能完成同一变化，它就该进括号。
- - **不要删掉承受变化的对象。** 「从 A 到 B」太空；「把人从 A 点送到 B 点」才保住目标和方向。
- - **不要为了短而失真。** 极简不是字数竞赛。再删一个词会丢掉对象、起点、终点或变化方向时，就该停。
- - **不要把示例写成旁观故事。** 必须让「你」执行具体动作、看见 `A -> B`，并指出哪一步就是核心。
- - **不要让四个模块互相抢活。** 剥离解释限定，示例负责近场理解，结构迁移负责远场压力测试，验证只做最小闭环。
- - **不要为了显得深而伪数学。** 结构式是关系签名，不是经验定律；`(X, S0) -> (X, S1)` 足够时，不添加积分、求和或比例符号。
- - **不要把相似当同构。** 迁移必须逐项对齐对象、起点、终点、方向和完成测试，并明确「只迁移什么 / 不迁移什么」。
- - **不要让迁移反客为主。** 远域案例用于检验结构；若它迫使核心改成另一个问题，回到原目标重写结构式。
- - **不要无故追问。** 给了清楚的目标就直接分析；只有连目标本身都缺失时才问一次。
- - **不要把三个技能混用。** `ljg-is` 找「A 到 B」；`ljg-think` 追「为什么」；`ljg-structure` 找「什么关系反复生成结果」。
+ - **不要把新合同写成新清单。** 「定义、机制、启发、建议」若各占一栏，文章仍然生硬。它们应当像一条推理：因为 X 是这样运作的，所以原来的判断不够准确，下一次才应当这样做。
+ - **不要只给用途当定义。** 「目标函数用来优化」没有说明它是什么；要补上它怎样给候选方案建立可比较关系，读者才可能把它与约束、指标或奖励区分开。
+
+ - **不要强制具体场景。** 一个真实疑惑往往比虚构工程师或司机更自然。只有当人物行动确实承载机制时才使用故事。
+
+ - **不要强造赵汀阳式转折。** 未选可能、反制、本源和未来不是必填项。它们只有能解释对象，并且有现实根据时才进入正文。
+
+ - **不要在结尾突然升级尺度。** 前文讲算法，结尾忽然质问社会正义，通常不是深刻，而是换了问题。认知改变与行动指导必须能够逐句追溯到已经讲清的机制。
+
+ - **不要给万能建议。** 「保持关注」「综合考虑」「具体问题具体分析」删除概念名后仍然成立，说明它没有使用前文的理解。
+
+ - **不要让元数据替正文说话。** `definition`、`operation`、`recognition` 与 `guidance` 是后台索引；正文可以用更自然的说法，但全文读回必须找到同一内容。
+
## Examples
- **Taxi：把定义变成一次可执行的心理模拟**
+ **目标函数**
```text
- User: /ljg-is Taxi
- 本质：把人从 A 点送到 B 点
- 完整：（面向乘客，在出行场景中，按需、付费、安全、舒适地）把人从 A 点送到 B 点
- 代入：你下班后站在公司门口，目标是回到家。
- 操作：你叫车、上车、移动、下车；再想象把豪华车换成普通车。
- 变化：你：公司门口 -> 家门口
- 点题：只要位置变化完成，「把人从 A 点送到 B 点」就成立；车型改变的是实现，舒适度改变的是质量。
- 结构式：(X, S0) -> (X, S1)
- 变量：X=承受变化的对象；S0=原位置；S1=目标位置
- 迁移：文件：下载目录 -> 归档目录；对象、方向和完成测试保持一致
- 边界：只迁移「对象从一个位置到另一个位置」；不迁移付费、安全、舒适或交通规则
+ 不要写：目标函数是优化的灵魂，它最终会反过来支配设计者。
+ 可以写：目标函数是一把供求解过程比较方案的尺子。它给每个候选方案一个
+ 可比较的结果，让程序知道往哪边改进。因此看到「最优」时，先补问一句：
+ 这是按照哪把尺子得到的最优？
```
- 示例不是证明定义，而是把抽象句变成一次可重演的操作。读者做完后，应能不用术语回答：「我刚才究竟把什么，从哪里，变到了哪里？」
+ **绩效考核**
- **强化学习：让结构式承载反馈关系，不冒充算法公式**
+ ```text
+ 先讲清：它是组织定期判断工作表现并连接后续决定的一套正式做法。
+ 再讲它怎样通过指标、叙述或评议进入奖金与机会。由此自然推出：考核不只
+ 记录工作，也会改变人们接下来选择什么工作；设计考核时要检查它正在奖励的
+ 行为，而不能只检查表格是否完整。
+ ```
+ **边界案例**
+
```text
- User: /ljg-is 强化学习
- 本质：让过去的行动后果改善未来的行动选择
- 结构式：(A_past, C_past) -> A_next
- 变量：A_past=过去的行动选择；C_past=这些行动的后果；A_next=被经验改善的未来选择
- 迁移：团队复盘：(方案_past, 结果_past) -> 方案_next；反馈都改变下一次选择
- 边界：只迁移「后果反馈改善未来选择」；不迁移奖励定义、智能体、环境或优化算法
+ User: 请给出递归函数的形式化定义并证明这个定理。
+ → 不调用 ljg-is；这是形式定义与证明任务。
+
+ User: 我知道递归是自己调用自己，但还是不懂它到底是什么，写程序时怎么判断该不该用？
+ → 调用 ljg-is；这需要把定义、运作方式、认知修正与使用判断接起来。
```