活阈值 Live Threshold

语言 English Español Português العربية Русский 中文

这页回答：这条线的阈值该定多少，才不是拍脑袋？

这条小生命链叫什么（可留空）

锚定实例 —— 哪件事已经达到过某个程度（留空会写成「未命名的实例」）

★ 锚定实例已经达到的那个程度（必填）—— 这就是「一个标准程度」的单位 U

高度 —— 这件事要达到的高度，决定阈值分几档（详细程度 ∝ 高度）

手动覆盖正阈值倍数（可留空 = 用高度默认档）

手动覆盖负阈值倍数（可留空 = 用高度默认档）

这一页在算什么（先把口径交代清楚）
这套机制是用户本人的实践总结，不是学术理论 —— 没有 DOI、没有提出者、没有同行评议。页面上不会出现显著性、置信区间、p 值、效应量这类词，因为这套机制一个统计量都没有。能对照的学术物只有名词层面的 NCA / QCA（都在问「缺到什么程度算缺」），只作对照，不混用。

它的六条骨架：① 一条主生命链上附着多条小生命链；② 每条小生命链由一个高度决定； ③ 阈值的详细程度 ∝ 高度；④ 阈值不许凭头脑定，要用一件事达到一个标准的程度，再去固化； ⑤ 阈值分正阈值 / 负阈值，分别跑在时间线的上轨 / 下轨； ⑥ 到达一个合适的象限就启动下一条。结果是第 ⑦ 条：阈值是活的。

「阈值是活的」到底活在哪儿：不是阈值会自己浮动，是锚点在往上换 —— 每当出现一个 ≥ 正阈值 T⁺ 的实测，把这次的达标程度固化成新锚点 U′，下一代阈值由它重新倒推。所以下面第 ④ 块会告诉你「什么时候该重锚、新锚是多少」。

四象限怎么划：横轴看程度（实测相对下轨 T⁻），纵轴看时间（检查点进度相对 50%）—— 🟢 抢跑（在轨且没过半）· 🔵 在轨（在轨且已过半）· 🟡 预警（跌破下轨且没过半，连续两次按 🔴）· 🔴 失效（跌破下轨且已过半）。另外只要有一个检查点 ≥ T⁺，就立即可以启动下一条，不必等时间线走完。

哪些是用户原话、哪些是本算法自己做的决定（照实分栏，别弄混）
· 用户原话里的（6 条）：主链附着多条小生命链 · 每条由高度决定 · 详细程度取决于高度 · 阈值用已达标的实例固化（不许凭头脑定）· 正负阈值跑在时间线上下 · 合适象限就启动下一条。
· 本算法做的决定（4 条，都不是原话里的数）： ① 高度梯子的倍数（1.0/1.3/1.6/2.0/2.5 与 0.8/0.7/0.6/0.5/0.4）—— 原话只说「详细程度取决于高度」，一个数都没给； ② 检查点数 N = 高度 —— 这是把「详细程度」读成「分几个检查点」，属于本算法的解释； ③ 预期线 E_k = T⁻ + (T⁺−T⁻) × k/N（线性爬升） —— 原话里没有预期线，这是为了判象限补的辅助线； ④ 四象限的 50% 分界 —— 原话只说「合适的象限」，没说象限怎么划。
上面 ①②两项页面里可以用输入框覆盖；③④写死在算法里。

未确认（拿不准的，标在这里）
· 未确认①：NCA 的效应量 d 本次没有核验原始文献（未查 Crossref、未读原文），所以本页只提概念名， 不写它的计算公式、不写 DOI —— 写出来就是编。
· 未确认②：QCA 的一致性阈值 同理，只作名词对照。
· 未确认③：用户原文的「高度」有没有固定的档位（是不是就 1–5）未确认；本页按 1–5 做，超出范围按默认高度 3 处理并提示。
· 未确认④：本条机制没有任何真实世界的校准案例 —— 页面上跑出来的 T⁺/T⁻ 是算术结果，不代表它在哪个真实生意上被验证过。
· 未确认⑤：算法原文／设计文档：本次未能找到这套机制的任何文字版原始文档（只有用户口述），所以这页的口径全部来自用户原话 + 本算法自己的决定，没有第三方文档可引。

算法文件：/_shared/algo/live-threshold.js（纯前端、零外部依赖、不引 CDN、不调 LLM）。完整算法文档（含九轴的刻度升级方案）：国内机 /opt/inventory/live_threshold.md；全库阈值体检：/opt/inventory/threshold_audit.md。

下一步可以做什么

暂时没有下游切片。

由 /opt/slices_build/build.py 从规格 /_shared/slices/live-threshold.json 生成 —— 要改这页，改规格再跑生成器，别手改 HTML。