fix(report): use the upstream reader edition for new longform bodies

New reports request reader_main from upstream origin/main 23b9609e.
KP and transit no longer copy an empty vars() dict, solar returns keep
birth_asc_sign_idx, and ordinary projection deletes internal lines whole.

docs/research/pre_work_error_ledger.md

@@ -2,6 +2,12 @@
 
 Purpose: read this file before substantial project work. It exists to stop repeat mistakes caused by multiple Codex windows, WorkBuddy mirrors, local drafts, backup folders, and partial cloud-git visibility.
 
+## 2026-09-25 · 读者版同步预检与上游 tip
+
+- 工作树 `codex/report-reader-main-20260924`，基线 `514951d7`。Python 3.11.7（Anaconda）跑通 `pre_work_check.py`：远端 verified，碎片扫描与适配器诊断成功。focused tests 22 通过 / 1 失败，仍是 `.workbuddy/skills/jyotish-vedic-astrology` 镜像路径断言。没有制造镜像目录，预检整体 fail，不记为通过。
+- 任务书写上游 tip `19195f6e`。`git -C G:\Ferti\yinduzhanxing fetch origin` 后 `origin/main` 是 `23b9609e330dbee70a4725bdc222b125d9b0e39f`，且包含读者版引入提交 `f3b5196f`。读者版按这个 tip 引入，不用 `.workbuddy`。
+- 新的同步漏合见 ERR-109。
+
 ## 2026-09-24 · 星盘与报告组合版本推送预检
 
 - 产品在获知CRLF合同冲突及构建/真机缺口后授权push到staging。fetch成功，HEAD与origin/staging均为5ff43b47f；写入成功仍须push与ls-remote另核。
@@ -373,3 +379,9 @@ Prevention: 不得把 `vedastro` 当作本地计算能力来源，也不得用
 一次 official full snapshot 的请求清单实跑 `_official_full_snapshot_manifest` 数出来是 24 个（`events_overview` 1 + `dasha_all` 1 + `chart_core` 10 + `house_core` 12），fanout 开关 `VEDASTRO_FULL_SNAPSHOT_FANOUT_ENABLED` 的代码默认值就是 `"1"`（第 2520 行）。24 ÷ 5 个每分钟 ≈ 4.8 分钟，期间该进程所有 VedAstro 调用被同一把锁串起来；生产是 2 vCPU 单进程。参照延迟：本机单次 `api.vedastro.org` 往返 0.38 秒，快速模式（fanout 关）一次完整 snapshot 3.65 秒 `status=ok`。生产在国内 VPS，真实 RTT 未测，上述数字只是下限。
 
 Prevention: 前台同步路径不得进入无上限排队，超预算即 fail-fast 降级并让调用方看出是限流而非「服务不可用」；排队总预算必须可配且默认不超过 `VEDASTRO_TIMEOUT_SECONDS`。不得靠调大免费层配额绕过——那是第三方的额度。判断「VedAstro 慢」之前先确认当前是不是无 key 的免费公共模式，以及 fanout 是否开着；两者都属于运行期 env 真相，不能从代码默认值推定。关联 BUG-065、BUG-161、BUG-718、BUG-720。
+
+## ERR-109 | 上游读者版与太阳返照出生上升在同步时漏合 | observed 2026-09-25
+
+本仓引擎同步停在 `f2241463`（2026-09-03）。上游 `f3b5196f`（2026-09-09）才引入 `reader_main`，`origin/main` 在 2026-09-25 fetch 后是 `23b9609e`，不是任务书写的 `19195f6e`。漏掉的还有 `calc_solar_return_chart` 返回值里的 `birth_asc_sign_idx`（上游 solar_return 成功字典会写这个键）。网页全读用 `type('Args', (), fields)()`，上游同样用 `SimpleNamespace(**vars(args))`，实例字典为空时 KP / transit 读不到 `year`；上游空结果不写进读者正文，所以这个缺陷在上游也潜伏。
+
+Prevention: 引擎/上游同步类任务必须 fetch 后核对 `origin/main`，以实际 SHA 为准，并在进度和本台账写明与任务书 tip 的差异。读者版整段引入要带来源提交。不要把 `.workbuddy` 当主仓。同步太阳返照时核对返回键，而不只核对函数还在。关联 BUG-1026、BUG-1027、BUG-1028。