# darkline 精简执行规则

## 1. 先判断任务模式

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

不同模式不要混跑。

## 2. 暗线定义

暗线必须是：

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

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

## 3. 标准链路

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

## 4. 必须问为什么

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

## 5. 准确率

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

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

## 6. 归档

专线追踪至少保留：

```text
darkline_hypothesis
expected_line
event_node
evidence
impact_target
manifestation_bridge
alternative_explanation
chain_state
```

## 7. 新增案例

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

最小入库：

```text
dl_case_record
dl_darkline_hypothesis
dl_expected_line
dl_case_reasoning_step
dl_evidence
dl_chain_state
```

完整链路：

```text
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
```

流程：

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

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

旧案例复用：

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