创新方案
当用户问某个概念是什么、怎么理解…
把名词或概念写成可使用的理解:先讲清它是什么、与相邻概念差在哪里,再说明它怎样运作、会改写什么判断,最后给出行动抓手。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
当用户问某个概念是什么、怎么理解、为何重通用
解决思路
- 按四问理解路径推进:它是什么,和什么不一样?它靠什么动作产生结果?知道这一点后,我不再怎样想?下次遇到它,我先看什么、怎样做?
- 把四问当作一条理解路径,而不是四个正文栏目;文章要像一个人顺着疑惑把事情讲明白,而不是把答案依次填进表格。
- 把赵汀阳的「动词」思想当作有条件的透镜:面对制度、平台、角色或规范,追问谁选择了这种做法、它怎样改变参与者;面对目标函数、递归等技术概念,动词首先是对象自身的运算与作用。
- 材料没有显示社会反制时,不把技术说明硬拽成制度批判。
- 需要把「是什么」与「怎样运作」接成可辨认、可判断、可行动的 Org 解读时,走 UnderstandInUse 工作流,查看 `Workflows/TraceCreation.md`。
- 让读者能用一句普通话说出 X 属于什么,以及它与最容易混淆的对象差在哪里;定义要给边界,不能只给比喻或用途。
- 让读者能顺着一个真实例子说明 X 怎样起作用。
- 写技术概念时讲清输入、关键动作和结果。
- 写制度概念时讲清参与者、规则怎样进入行动以及实际后果。
- 只写对象真正具有的机制。
- 指出读者原来哪种看法需要修改。
- 认知变化必须由前面的定义和机制推出,不另起炉灶追求「深刻」。
- 让读者能在一个具体情境里使用这番理解。
- 行动指导说清先看什么、怎样判断、何时调整,并能解释为什么。
- 正文从一个普通读者真的会有的疑惑、误解或使用场景进入,不强制编造人物故事。
- 概念要尽早出现,例子负责验证解释,不负责制造戏剧性。
- 最后可以落在一句判断、一个行动原则或一个真实未决问题上;哪一种自然由前文决定,问号不是深度证明。
- 默认写入 `~/Context/{时间戳}--理解-{目标片段}__is.org`。
- 新成品使用 `ljg-is-v5` 模式。
- 正文使用两到四个随内容生出的标题和四到十个自然段,不把「是什么 / 怎样运作 / 认知改变 / 行动指导」直接用作四个栏目。
- 技术对象可通过计算、映射、比较、压缩或递归起作用,不必虚构创造者故事;制度对象才追问选择者、规则与反作用。
- 理由不能伪造:区分材料支持的事实和分析者推断;不知道就缩小判断,不替人物补写动机,也不把一般机制冒充具体案例事实。
- 不要把新合同写成新清单。「定义、机制、启发、建议」若各占一栏,文章仍然生硬;它们应当像一条推理:因为 X 是这样运作的,所以原来的判断不够准确,下一次才应当这样做。
- 不要只给用途当定义。「目标函数用来优化」没有说明它是什么;要补上它怎样给候选方案建立可比较关系,读者才可能把它与约束、指标或奖励区分开。
- 不要强制具体场景。一个真实疑惑往往比虚构工程师或司机更自然;只有当人物行动确实承载机制时才使用故事。
- 不要强造赵汀阳式转折。未选可能、反制、本源和未来不是必填项;它们只有能解释对象,并且有现实根据时才进入正文。
- 不要在结尾突然升级尺度。前文讲算法,结尾忽然质问社会正义,通常不是深刻,而是换了问题;认知改变与行动指导必须能够逐句追溯到已经讲清的机制。
- 不要给万能建议。「保持关注」「综合考虑」「具体问题具体分析」删除概念名后仍然成立,说明它没有使用前文的理解。
- 不要让元数据替正文说话。`definition`、`operation`、`recognition` 与 `guidance` 是后台索引;正文可以用更自然的说法,但全文读回必须找到同一内容。
- 目标函数写法:不要写「目标函数是优化的灵魂,它最终会反过来支配设计者。」可以写「目标函数是一把供求解过程比较方案的尺子。它给每个候选方案一个可比较的结果,让程序知道往哪边改进。因此看到「最优」时,先补问一句:这是按照哪把尺子得到的最优?」
- 绩效考核写法:先讲清它是组织定期判断工作表现并连接后续决定的一套正式做法;再讲它怎样通过指标、叙述或评议进入奖金与机会;由此自然推出考核不只记录工作,也会改变人们接下来选择什么工作;设计考核时要检查它正在奖励的行为,而不能只检查表格是否完整。
- 边界案例:用户要求递归函数的形式化定义并证明这个定理时,不调用 ljg-is;用户知道递归是自己调用自己,但仍不懂它到底是什么、写程序时怎么判断该不该用时,调用 ljg-is,把定义、运作方式、认知修正与使用判断接起来。
适用边界 · 注意事项
- 单纯查事实、公式证明、逐步操作教程,或只需要形式化定义、术语翻译时,不适用;直接回答即可。
- 需要纵向因果深挖时用 ljg-think;需要母题结构时用 ljg-structure,不适用本技能。
- 行动指导不是操作手册:本技能给判断抓手,不替代某个软件、流程或行业的逐步教程。