# 每日运行与历史追踪

## 1. 每日运行原则

每天自动执行一次完整业务闭环，因为上游需求数据、外部信号和后验反馈都按天变化。

业务上每天对全部有效需求重新评价；执行层可以只计算变化部分，但必须产出完整的当日结果快照。

## 2. 每日运行阶段

```text
冻结当日输入和策略版本
→ 形成每日证据包
→ 生成每日需求认知版本
→ 全量评估成立度和局部优先级
→ 形成行动层与探索样本
→ 发布标准需求任务包
→ 两个下游寻找并关联内容
→ 接收内容表现和人工反馈
→ 进入次日证据
```

## 3. 每日运行记录

每个运行批次必须记录：

- 日期和唯一批次标识；
- 输入数据快照；
- 使用的定义与策略版本；
- 各模块开始、完成和异常状态；
- 每一步中间产物；
- 每条候选的接受、拒绝或未决过程；
- 模型输入、输出及引用证据；
- 自动重试和人工操作；
- 最终发布的需求任务包；
- 与前一日的变化及 reason；
- 后续内容和表现回流情况。

## 4. 异常原则

### 4.1 某项上游数据缺失

标记该维度缺失和置信度变化，不把它当作零，不阻断其他有效维度。

### 4.2 数据迟到

形成更正批次，并说明影响哪些需求；不覆盖原始日版本。

### 4.3 模型步骤失败

保留已完成中间结果，自动重试；仍失败则进入异常队列，不伪造结论。

### 4.4 某个模块整体失败

不得静默发布不完整结果。系统说明缺失模块、影响范围和当前可用的最后稳定版本。

### 4.5 数据冲突

保留冲突证据，降低置信度或进入人工复核，不擅自删除一方。

## 5. 跨日稳定原则

- 没有新数据也是一种日状态；
- 突发信号可以快速升级；
- 普通降级需要连续多日证据；
- 历史信号和后验按策略逐渐衰减；
- 行动层变化都要生成 reason；
- 周期需求在窗口到来前可以重新激活；
- 抑制需求永不物理删除。

## 6. 定义修改流程

```text
自然语言修改要求
→ 结构化定义草案
→ 修改前后差异
→ 历史数据影响模拟
→ 风险与影响范围
→ 你明确确认
→ 新策略版本
→ 下一每日批次生效
```

紧急情况可以发起临时批次，但仍保存完整策略版本和影响记录。

## 7. 历史查询能力

支持按以下入口查询：

- 需求；
- 候选词；
- 分类节点；
- 内容；
- 日期或运行批次；
- 业务定义；
- 策略版本；
- 人工操作；
- Agent 执行；
- 异常类型。

系统应能重建任意一天“当时看到什么数据、依据什么规则、为什么得到这个结果”。
