edit | blame | history | raw

darkline 精简执行规则

1. 先判断任务模式

广撒网收集 / 暗线专线追踪 / 方法论验证 / 数据存储整理

不同模式不要混跑。

2. 暗线定义

暗线必须是:

意图 / 目标 / 人心 / 组织意志

新闻、公告、机制、概念、价格形态都不是暗线本体。

3. 标准链路

B/C:最初看到的信息叶子
A:反推出的更早意图
M:A 为真时,B/C 前应有的铺垫
N/L:A 为真时,B/C 后应有的行为
验证:哪些关键节点已证实,哪些缺证据
输出层:影响哪个对象、层级、窗口
结果:实际显影是否支持,还是需要替代解释

4. 必须问为什么

为什么是这个时间?
为什么是这个主体?
为什么之前没有,现在有?
如果这是下层事件,上层是什么意图在推动?
如果追到根节点,它还有哪些兄弟分叉?

5. 准确率

准确率来自关键节点验证。

关键节点验证:强增信
普通枝叶验证:弱增信
重复转载:不增信或低增信
反向关键节点:强降信

6. 归档

专线追踪至少保留:

darkline_hypothesis
expected_line
event_node
evidence
impact_target
manifestation_bridge
alternative_explanation
chain_state

7. 新增案例

用户要求记录、归档、新增案例时,不能只写故事。

最小入库:

dl_case_record
dl_darkline_hypothesis
dl_expected_line
dl_case_reasoning_step
dl_evidence
dl_chain_state

完整链路:

dl_source_document
dl_case_import_batch
dl_case_record
dl_darkline_hypothesis
dl_case_reasoning_step
dl_expected_line
dl_event_node
dl_evidence
dl_evidence_node_link
dl_impact_target
dl_manifestation_bridge
dl_alternative_explanation
dl_chain_state

流程:

写案例正文 -> 提取暗线假设 -> 拆 why 推理步骤 -> 写应有之线 -> 补现实事件和证据 -> 连接证据链 -> 写影响对象和显影 -> 写替代解释 -> 新增 chain_state -> 校验

没有证据的节点保留 HELD,不伪造;判断变化必须新增 state,不覆盖旧 state。

旧案例复用:

CASEBOOK_FULL_CHAIN_IMPORTED = 完整链路样板,可复核后使用。
CASEBOOK_WITH_EXPLICIT_GAPS = 带缺口的案例线索,不能直接做强结论。
*_GAP_REVIEW = 缺口标记,不是事实、显影或替代解释已排除。