第十七章读者视角自审

2026-10-22。按 Launcher 0.1.35 复测结果更新，正文、自审完成，待用户审阅。旧初稿与旧自审另存，0.1.30 失败证据保留。

• 主线为比较 → 累计 → LAG → 滚动 → 自动化核对。复用已有时间模型，不虚写创建步骤或重复安装说明。
• 累计改用已修复的月 YTD 和日 MTD，明确 value 是展示范围，slice 是源数据限制；不再要求读者额外返回内部日期字段。
• 滚动提供完整 calendar 请求，再仅改 rollingMode 对照 observed；同一输入、同一期间、同一聚合粒度，避免混用原 padding slice 请求的 4.95。
• 解释桶为按 day 汇总后的有交易日期，而不是单张账单；calendar 不要求补齐日历行。observed 可跨月，输入不足时最多取 N 桶。
• 11-27 的 3.96/41.58 与七个交易日期逐项核对，三行比较表来自真实响应；显式 observed 另补测一次，结果与已核对的默认 observed 一致。
• 默认 observed 的提示位置写为 data.warnings，显式指定模式作为正文约定。30 天自然日例子只扩展一个参数与结果，不再重复完整请求。
• 四个完整 JSON 与复测 payload 逐个比较一致；LAG 明确为月度请求补充片段，不当作可独立执行的完整请求。
• 移除正文中的旧故障叙述与待修复限制，技术历史保留 lab；回归只简述检查点，避免重复第十六章。
• 提示词只描述业务意图，金额及日期计算由引擎完成。验证范围仍是 Chinook/SQLite SUM，未夸大到所有聚合、数据库或 AI 回答验收。

依据：0.1.35 复测记录。本轮只补测同一输入下的显式 observed，没有为纯文案改动重跑全部已通过请求。

整体复审：章节衔接与精简

再次按读者顺序通读，补上“比较看增减、累计看到当前总量”的衔接；LAG 用有序结果取上一行引出，滚动接着讲汇总最近一段范围。

• 将“桶”的解释提前到 calendar/observed 表格前，明确一桶是本例按 day 聚合后的一个有账单日期。
• 用同一数据的 3.96/41.58 对照解释日历范围与交易日期范围，指出 observed 既不是近七天，也不是最近七张账单。
• 展示/计算范围在累计部分集中解释，滚动不再重复展开历史输入规则；保留 slice 与权限的必要边界。
• 压缩 LAG 片段排版、观察缺口的过程说明及复测叙述，简化两条提示词；完整请求与结果均未改。
• 四个完整 JSON、LAG 片段、对照结果和本地链接再次核对。没有发现遗漏，本轮为纯文案复审，未重复运行已通过查询。