30 lines
1.1 KiB
Markdown
30 lines
1.1 KiB
Markdown
# 框架治理与证伪
|
|
|
|
## 概念原义
|
|
|
|
框架本身也要接受诊断、反例登记、版本治理和暂停使用。成熟的框架不是解释一切，而是知道何时降级、转接或退场。
|
|
|
|
## 触发场景
|
|
|
|
用户追问 CrossFrame 是否完整、是否失真、是否能被证伪、是否被商业化/共同体/AI 使用方式扭曲，或某类案例反复让框架误判。
|
|
|
|
## 不可误读边界
|
|
|
|
不能用框架自己的概念证明框架安全；也不能把外部批评一概视为误解。
|
|
|
|
## 必须联读内容
|
|
|
|
`v3-framework-governance-falsification-pack`；必要时联读 `framework-use-discipline-pack`。
|
|
|
|
## 证据要求
|
|
|
|
需要反例类别、重复频率、误伤后果、替代解释、替代框架成本和是否存在版本写回机制。
|
|
|
|
## 失败样式
|
|
|
|
为了保住框架不断扩张定义；把使用者共同体、商业产品或 AI 输出当成框架有效性的证据。
|
|
|
|
## 输出时的人话翻译
|
|
|
|
先承认：这个框架也可能不好用。再说明它在哪里还能判断，哪里应该停下，哪里要让别的方法接手。
|