focus on intervals, and fix provider
This commit is contained in:
+34
-15
@@ -3,9 +3,23 @@
|
||||
## 状态
|
||||
|
||||
- 日期：2026-08-23
|
||||
- 版本：v2.1。WIP/CONTEXT/ADR 旧文档已删除；思维链回传实验单独记录在 `AI_REASONING_CONTINUATION_RESEARCH.md`。
|
||||
- 版本：v2.2。WIP/CONTEXT/ADR 旧文档已删除；思维链回传实验单独记录在 `AI_REASONING_CONTINUATION_RESEARCH.md`。
|
||||
- 关联文档：[AI_REASONING_CONTINUATION_RESEARCH.md](AI_REASONING_CONTINUATION_RESEARCH.md)
|
||||
|
||||
## 实施状态修订（2026-08-24 段内焦点窗口）
|
||||
|
||||
- 新增「段内焦点窗口」设计：**数据层尽量宽**（整段机械切片按上下文上限提供），**注意力层聚焦窄时间窗**（每个切片再切分为若干分析窗口，每轮一个窗口作为重点）。
|
||||
- 实现：`FocusPlanner`（按 token 把切片切成 1~5 个窗口，上限 5、目标 12K/窗、过小切片不细分）+ `AIAnalyze.BuildFocusWindowUserPromptV2`（强调“数据=整段、重点=窗口、主动关联窗口外/跨时间事件”）。
|
||||
- 管线影响：原「每段一次分析」改为「每段逐窗口分析」；每个窗口独立会话（system+摘要+总览+整段切片+已发现事实+窗口指令），保留逐窗口的验证/修订/回查；窗口小结与机器可读声明进入已发现事实（段内窗口间共享 + 跨段累积）。
|
||||
- 提示词与知识文件（`AIAnalyze` 回退路径、`knowledge_default.md`、`knowledge_corona.md`）已同步说明窗口机制。
|
||||
- 本项未涉及上下文预算公式变化：窗口不改变可见数据，只改变每轮“重点”的粒度。
|
||||
|
||||
### 提示词表述修订（2026-08-25）
|
||||
|
||||
- 主指令进一步简化为**直接指出重点时间段**：如 `请重点分析 0:30.00 至 2:00.00 时间段的操作数据`。
|
||||
- 窗口编号（`第 k/n 窗口`）从主指令中移除，仅保留一句次要说明（"本段已按时间划分为 N 个重点时间段，当前是第 k 个"）：编号是程序内部概念，模型无法从原始数据核实，而时间范围可直接映射到数据；保留编号信息有助于用户/日志关联，但不再作为指令重心。
|
||||
- 知识文件与单元测试已同步（PromptBuilders 断言时间段优先、编号降级）。
|
||||
|
||||
## 实施状态（2026-08-20）
|
||||
|
||||
里程碑全部完成，代码已落地并通过 149 项单元测试（`AiV2.Tests`，见 §12 M7；启用真实回放诊断时为 151 项）。
|
||||
@@ -17,14 +31,14 @@
|
||||
| M3 回查机制 | ✅ | `[回查]` 标记、容错时间解析、切片提取、每段 3 次上限、失败降级 Info |
|
||||
| M4 验证修正 | ✅ | 所有权强/弱分层与 4 条规则、施法者归属（仅 `0x1FE/0x200`）、协议记录与校验、多 JSON 块合并、move 降级、首次出兵时间线、player 映射接线 |
|
||||
| M5 知识修正 | ✅ | `knowledge_units_default.json` 按 mod 加载、旧提示词副作用修复、标签体系补全与加载校验、渲染按参战阵营过滤、用户知识 JSON 覆盖 |
|
||||
| M6 修订 pass | ✅ | 段内 1 次修订、修订期间抑制流式显示、完成后替换段内容、UI 日志提示 |
|
||||
| M6 修订 pass | ✅ | 段内 1 次修订、修订草稿实时流式显示、完成后草稿折叠、最终正文默认展开、UI 日志提示 |
|
||||
| M7 测试与评估 | ✅/部分 | 单元测试完成；A/B 对比与估算校准需真实 API 运行（见 §13） |
|
||||
|
||||
**实施中的取舍与遗留**
|
||||
|
||||
- `Data/StringHashes.xml` 是随仓库分发的本地 SDK 临时快照（约 3.5MB / 47,860 条），后续应改为可配置路径或只打包需要的 hash 子集。
|
||||
- Corona 结构化知识（`knowledge_units_corona.json`）尚未编写：Corona 当前走 flat 文本（不剥离、不注入结构化条目），验证回退到启发式。
|
||||
- 修订 pass 的展示采用"实时流式 + 修订后整段替换"；原隐藏修订决策中的"完全缓冲至验证完成"仍是开放项。
|
||||
- 修订 pass 的展示采用"修订草稿实时流式 + 完成后草稿折叠、最终正文默认展开"；原隐藏修订决策中的"完全缓冲"已改为"默认折叠中间草稿"。
|
||||
- `Fatal` 在“所有机器可读声明块均无法解析”时产生；修订输出为空时保留原分析。
|
||||
- `MissingMachineReadableClaims` 为 Warning，并与其他 Warning/WeakEvidence 一样触发一次隐藏修订；是否保留该策略待 A/B 评估。
|
||||
- 测试工程 `AiV2.Tests` 通过 `ProjectReference` 引用主工程；构建时通过 `AiV2TestsBuilding=true` 跳过主工程的 DLL 移动目标。
|
||||
@@ -101,11 +115,12 @@
|
||||
| 上下文预算 | 每模型 `ContextBudget` 软上限，默认档位：≥1M → 160K；200K~256K → 100K；<200K → 只支持短录像（单 slice） |
|
||||
| 模式 | 单一管线；"全量模式"取消，短录像 = 1 个 slice |
|
||||
| 分段 | 机械式（按 token 预算 + 事件数，带重叠）；不再由 LLM 决定边界 |
|
||||
| 段内焦点窗口 | 数据层 = 整段切片（尽量长）；注意力层 = 每轮一个窗口（每段最多 5 个，目标 12K/窗）；窗口可跨时间关联段内其他事件 |
|
||||
| 总览轮 | 保留；输入为摘要 + 分段元数据（不读全量日志）；输出允许跨段描述、跨段线索、回查建议 |
|
||||
| 回查机制 | 进 v1；允许模型按需请求远处原始区间 |
|
||||
| 缓存 | 稳定内容前置；跨段前缀 = system+摘要+总览；段内复用 = 前缀+slice（修订/回查共用） |
|
||||
| 128K 及以下 | 允许短录像（切片后为 1 个 slice 时自然工作），不承诺长录像质量 |
|
||||
| 修订 pass | 按隐藏修订方案在段内落地，每段最多 1 次 |
|
||||
| 修订 pass | 按隐藏修订方案在窗口内落地，每窗口最多 1 次 |
|
||||
|
||||
## 4. 上下文预算策略
|
||||
|
||||
@@ -163,16 +178,19 @@
|
||||
|
||||
### 5.5 分段分析轮
|
||||
|
||||
- 每段一个独立会话，消息顺序（缓存关键，稳定在前）：
|
||||
`system → 对局摘要 → 总览输出 → slice_i → 已发现事实(1..i-1) → 段指令_i`
|
||||
- 段指令：段标题/概述 + "请重点分析第 N 段（起止时间），可回查远处区间"；N=1 时改为"分析整局"。
|
||||
- 每段一个独立阶段，段内再按“焦点窗口”逐轮分析。窗口划分与数据范围分离：
|
||||
- **数据层（不变）**：每轮都提供当前段的完整切片 `slice_i`（尽量长、不超过上下文上限），用于跨时间关联。
|
||||
- **注意力层（新增）**：`FocusPlanner` 把切片按 token 切成 1~5 个窗口（默认目标 12K/窗；≤24K 的切片不细分）；每轮只“重点分析”一个窗口，且鼓励关联窗口外/跨时间事件。
|
||||
- 消息顺序（缓存关键，稳定在前）：
|
||||
`system → 对局摘要 → 总览输出 → slice_i → 已发现事实(1..i-1 + 段内前窗口) → 窗口指令（含窗口时间范围/事件数）`
|
||||
- 窗口指令：段标题/概述 + "请重点分析第 N 段第 k/n 窗口（起止时间），数据为整段切片，可回查远处区间"。
|
||||
- 输出：自然语言分析 + `[机器可读声明]`（沿用现有 schema，见 §7.4 的解析修正）。
|
||||
- 同一段的后续请求（修订、回查）复用同一消息列表。
|
||||
- 同一窗口的后续请求（修订、回查）复用同一消息列表；窗口之间独立会话，但共享已发现事实。
|
||||
|
||||
### 5.6 已发现事实
|
||||
|
||||
- 每段分析完成后，由验证过的机器可读声明 + 3~5 句小结组成追加条目，每段 ≤ ~1K token。
|
||||
- 追加在消息尾部，不影响前缀缓存；是跨段关联的主要载体。
|
||||
- 每个窗口分析完成后，由验证过的机器可读声明 + 3~5 句小结组成追加条目，每项 ≤ ~1K token。
|
||||
- 窗口小结追加在消息尾部，不影响前缀缓存；既是跨段关联的主要载体，也是同一段内窗口间的关联载体。
|
||||
|
||||
### 5.7 回查协议（v1）
|
||||
|
||||
@@ -285,10 +303,10 @@
|
||||
|
||||
## 10. 修订 pass（P11）
|
||||
|
||||
- 段内执行：草稿 + 验证 issue + 相关事实 → 干净修正版；每段最多 1 次。
|
||||
- 窗口内执行：草稿 + 验证 issue + 相关事实 → 干净修正版；每窗口最多 1 次。
|
||||
- 修订后仍 `Fatal` → 回退显示原文 + 警告（`Fatal` 条件见 §7.7）。
|
||||
- 修订请求复用段内会话（同一前缀，缓存友好）。
|
||||
- UI：增加"验证器发现并修正 N 个问题"提示；沿用隐藏修订方案的缓冲决策（段内容缓冲至验证/修订完成）。
|
||||
- 修订请求复用窗口会话（同一前缀，缓存友好）。
|
||||
- UI：增加"验证器发现并修正 N 个问题"提示；修订草稿实时流式显示，完成后自动折叠，最终正文默认展开。
|
||||
|
||||
## 11. 设置与 UI
|
||||
|
||||
@@ -304,7 +322,7 @@
|
||||
3. **M3 回查机制**：标记解析（容错时间解析）、切片提取、限流、失败降级。
|
||||
4. **M4 验证修正**：所有权证据与规则（§7.1）、施法者归属（§7.2）、协议与选择指令（§7.3）、JSON 解析健壮性（§7.4）、move 降级（§7.5）、首次出兵时间线（§7.6）、严重度语义（§7.7）。
|
||||
5. **M5 知识修正**：mod 拆分（§8.1）、副作用修复（§8.2）、标签校验（§8.3）、渲染过滤（§8.4）、用户知识 JSON（§8.5）。
|
||||
6. **M6 修订 pass**：段内修订 + UI 提示 + 缓冲（§10）。
|
||||
6. **M6 修订 pass**：段内修订 + 草稿流式显示 + 完成后折叠 + 最终正文默认展开（§10）。
|
||||
7. **M7 测试与评估**：单元测试（解析器/验证器/事实索引/分段）+ A/B 对比（§13）。
|
||||
|
||||
依赖关系：M2 先于 M3；M4/M5 可与 M2 并行；M6 依赖 M2 + M4；M7 覆盖全部。
|
||||
@@ -323,8 +341,9 @@
|
||||
- 总览轮质量影响后续所有段 → 摘要/采样质量需要迭代；失败降级路径见 §5.4。
|
||||
- 回查滥用或格式不稳定 → 限流 + 失败降级（§5.7）。
|
||||
- 修订后机器可读声明可能与正文不一致 → 修订轮要求同时重出声明并重新验证。
|
||||
- 段内焦点窗口依赖 `EventSpan` 时间索引；若索引缺失（防御性回退）则单窗口分析。
|
||||
- 用户在运行中修改设置导致前缀变化 → 缓存失效，仅影响本次运行。
|
||||
- 开放：段内容缓冲 vs 实时流式的最终 UI 决策；是否允许总览轮建议边界调整（v2 候选）；`MissingMachineReadableClaims` 是否触发修复请求（§7.7）。
|
||||
- 开放：是否允许总览轮建议边界调整（v2 候选）；`MissingMachineReadableClaims` 是否触发修复请求（§7.7）。
|
||||
|
||||
## 15. 本计划不涉及
|
||||
|
||||
|
||||
Reference in New Issue
Block a user