Jyotisha/PROGRESS-report-skill-parity-20260901.md

PROGRESS · 个人报告内容对齐 skill 解读深度（2026-09-01）

任务书：TASK-report-skill-parity-20260901.md 分支：codex/report-skill-parity-20260901（基线 8b7eda9f，未 push） 提交：7714b5e5（任务 0+1+2）、deabcd8b（任务 3+4 离线部分）、本文件所在提交（收尾）

开工前置：docs/research/pre_work_error_ledger.md 已读；scripts/pre_work_check.py 全绿（python_runtime_ok/fragment_scan_ok/external_engine_adapters_ok/focused_tests_ok 均为 true，remote_visibility_status=verified）；frontend/AGENTS.md 已读；docs/BUG_HISTORY.md 已检索 bundle / claim card / evidence 同类记录（最近相关为 BUG-457 报告分章生成）。

偏差说明（经委托方授权）：未建 worktree，直接在主检出上从 HEAD 建分支（node_modules / .venv 都在主检出）。任务 4 中依赖 staging 部署的部分跳过，只做不依赖部署的 telemetry 补记。

---

任务 0 · 引擎响应契约快照

做法

用虚构 smoke 出生数据（1990-05-15 10:30，lat 31.23 / lon 121.47 / tz +8，city "Smoke City"，非真人）通过 frontend/src/mastra/consultation-workflow.ts 的 runConsultationWorkflow 真实调用本地 scripts/jyotish_api_server.py（--port 5200）的 /api/consultation_workflow，career / marriage / wealth / education / migration / family / health / timing / general 各一次，9 次全部 OK。只记录 key 路径与类型，不记录值。

字段存在性清单（9 个主题响应一致）

任务书假定的路径	实际	类型 / 说明
chart.ai_prompt_pack.evidence_snapshot.functional_benefic_malefic	存在	object，键 status/ascendant/functional_benefics/functional_malefics/functional_neutrals/yogakarakas/owned_houses/effect_on_confidence/source；本盘 status="used"
chart.ai_prompt_pack.evidence_snapshot.strength.shadbala_ranking	存在	array(7)，元素 {planet: string, rupas: number, level: string}——不是任务书写的 {planet, rank, total_rupas, min_required, strength_level}
chart.ai_prompt_pack.evidence_snapshot.strength.sav_scores	缺失	该路径不存在
chart.ai_prompt_pack.evidence_snapshot.timing.vimshottari	缺失	timing 只有 {current_mahadasha, remaining_years, start_date}，没有 vimshottari 子对象，也没有 antardasha
chart.ai_prompt_pack.evidence_snapshot.timing.convergence_top_domains	缺失	该路径不存在
chart.ai_prompt_pack.evidence_snapshot.career_narrative	缺失	—
chart.ai_prompt_pack.evidence_snapshot.relationship_narrative	缺失	—
chart.ai_prompt_pack.evidence_snapshot.finance_narrative	缺失	—
chart.modules.yoga.yogas	缺失	键名是 yogas 不是 yoga
chart.modules.guided_topics	存在	array(4)，元素键 id/title/reality_value/why_worth_exploring/evidence/confidence/vedastro/strict_adjudication_bundle/strict_audit_gate/monthly_adjudication_summary/official_day_signal_summary/suggested_questions/answer_mode/priority；id 为 birth_time_rectification、relationship_partnership、career_direction、wealth_risk

为什么缺：/api/consultation_workflow 返回的 chart.ai_prompt_pack 来自 scripts/jyotish_api_server.py:6975 的 _build_chart_prompt_pack，不是任务书引用的 scripts/jyotish_engine.py:1592 的 _build_ai_prompt_pack。前者是精简版，没有叙事种子、没有 dasa convergence、没有 SAV。这不是本轮能改的（任务书把"引擎侧新增计算模块或改动既有模块输出"列为不在范围内，止损分支只允许新增字段，本轮未走该分支）。

同一响应里实际可用、任务书未列出的等价路径（已改用）

路径	类型	用途
chart.modules.ashtakavarga.sav.scores	object，按星座名计分（12 键）	SAV：按 D1 上升整宫投影成 1–12 宫
chart.modules.ashtakavarga.sav.total	number（本盘 337）	savTotal
chart.modules.dasha_sub_periods.current.mahadasha / .antardasha	{lord, start, end}	currentDasha（含 antardasha）
chart.yogas	array，元素 {name, planets, category|cat, desc?}	已成盘 yoga
chart.modules.yogas.yogas	array，元素 {name, rule_id, hit: bool, ...}	候选规则表，本盘 hit=true 数为 0

重要发现（防复发已写进 BUG-467）：chart.modules.yogas.yogas 是规则候选表，绝大多数 hit=false，把它当成"本盘的 yoga 名单"就是编造。提取层只收 chart.yogas 与 hit === true 的行。

缺失字段的处置

按验收条款"缺失即标记不可提取并跳过，不得伪造"：

• convergenceDomains：本响应无来源 → 恒为空数组（schema 允许），代码保留 evidence_snapshot.timing.convergence_top_domains 与 modules.dasa_convergence.top_convergent_domains 两条读取路径，引擎哪天补上就自动生效。
• 三个 *_narrative：本响应无来源 → 叙事种子改由 guided_topics 文案 + 服务器确定性投影组成；readEngineNarratives 仍保留 evidence_snapshot.*_narrative 与 modules.*_strict_evidence.user_narrative 两条读取路径，且优先级高于 guided topic。
• strength.sav_scores：改读 modules.ashtakavarga.sav.scores，两条路径都在代码里。
• timing.vimshottari：改读 modules.dasha_sub_periods.current，两条路径都在代码里。

契约 fixture 测试

frontend/tests/report-interpretive-facts.test.ts（合成数据，文件头部把上表逐条写成注释）。10 条用例，锁住上述每条路径的读取行为、缺失路径的空值行为、以及 hit=false 不算成盘。

---

任务 1 · Bundle 承载解读性事实

schema（frontend/src/lib/report-evidence-bundle-v2.ts）

schemaVersion 仍是 report_evidence_bundle.v2，两组新字段必填、允许空、.strict() 保持：

interpretiveFacts: {
  yogas: { name(≤80, 净化 pattern), category(17 项闭合枚举), planets(celestial 枚举 ≤9), evidenceRef }[]  // ≤40
  functionalRoles: { planet(celestial), role(benefic|malefic|neutral|yogakaraka), ownedHouses(1-12, ≤12), evidenceRef }[]  // ≤12
  shadbalaRanking: { planet(celestial), rank(int 1-9), rupa(0-100|null) }[]  // ≤9
  savScores: { house(1-12), score(0-100) }[]  // ≤12
  savTotal: number(0-1000) | null
  currentDasha: { mahadasha(celestial), antardasha(celestial|null), start, end } | null   // 沿用既有 dashaPeriod 日期校验
  convergenceDomains: string[]  // ≤6 × ≤80，净化
}
themeNarrativeSeeds: { theme, headline(≤300), strengths(≤8×≤400), risks(≤8×≤400), boundaries(≤8×≤400), evidenceRefs(≤24) }[]  // ≤12

ownedHouses 是相对任务书的加法（宫主分工是功能吉凶最有解读价值的一半，且是闭合的 1–12 整数数组），不是放宽。

确定性与 hash

sortedBundleContent 扩展：yogas 按 name:category 排序且 planets 去重排序；functionalRoles 按 planet 排序、ownedHouses 去重升序；shadbalaRanking 按 rank, planet；savScores 按 house；convergenceDomains 去重排序；seeds 按 theme 排序、evidenceRefs 去重排序。computeReportEvidenceBundleHash 因此覆盖新字段。测试 bundle hash is stable under interpretive field ordering 把五个数组全部 reverse() 后 hash 不变。

shadbalaRanking.rank 不采信引擎给的 rank，而是按 rupa 降序、同分按行星名字典序重新推导，保证同一份输入永远得到同一份排名（本盘 Sun 与 Moon 都是 6.42 rupa，固定为 Moon(5) → Sun(6)）。

净化与 fail closed

• 行星走既有 safeCelestialName；yoga 分类走 17 项闭合枚举，未知归 other；yoga 名走 ^[\p{L}\p{N} ()/·,.'’＋+-]{1,80}$。
• safeSeedText 逐行清洗：控制字符 → 空格、折叠空白、超长截断，并对 21 个违禁子串（vedastro / mevg / workflow / references/ / scripts/ / modules. / skill / prompt / oracle / engine / fallback / blocked / not_found / not_available / api …）整行丢弃。这是相对任务书的收紧：引擎自产叙事里确实含外部供应商名与内部路由词，写作端红线不允许它们进 prompt。
• validateReportEvidenceBundleV2 新增 fail-closed：report_bundle_invalid_interpretive_ref、report_bundle_duplicate_functional_role、report_bundle_duplicate_shadbala_rank / _planet、report_bundle_duplicate_sav_house、report_bundle_current_dasha_invalid、report_bundle_duplicate_seed_theme、report_bundle_seed_theme_not_requested、report_bundle_invalid_seed_ref。consensus ≥2 verified 防升级校验一字未改。

提取结果（真实 smoke 盘）

层	条数	样例（值不敏感，为虚构盘）
yogas	1	Amala Yoga / extended（chart.yogas 两行同名合并为一行）
functionalRoles	7	Mars=yogakaraka(5,10)；Jupiter/Moon=benefic；Mercury/Saturn/Venus=malefic；Sun=neutral
shadbalaRanking	7	Venus(1,8.35) → Saturn(2) → Mercury(3) → Jupiter(4) → Moon(5) → Sun(6) → Mars(7)
savScores	12	上升 Cancer → 第 1 宫 24、第 10 宫 30、第 2 宫 27、第 11 宫 28 …
savTotal	1	337
currentDasha	1	Rahu / Sun，2011-11-11 – 2029-11-11
convergenceDomains	0	源缺失，空
themeNarrativeSeeds	6	6 个非 blocked 主题各一条

---

任务 2 · Claim card 从回执升级为结论

改前 / 改后对照（同一份真实 smoke 盘，9 主题请求；career / marriage / timing 因缺 AmK / Transit / DK 仍是 blocked section，逻辑未动）

改前（8b7eda9f）——所有主题只有主题名不同：

[education] parameter_sensitive
conclusion : 服务器已闭合教育学习所需的最低证据组；本节只能在所列事实与确定性级别内解释。
supporting : D1=D1 上升为 Cancer，本次基础盘已建立
             D24=D24 已执行并纳入本主题证据计划
             Vimshottari=Vimshottari 已执行并纳入本主题证据计划
counterFacts: []

[wealth] parameter_sensitive
conclusion : 服务器已闭合财富结构所需的最低证据组；本节只能在所列事实与确定性级别内解释。
supporting : D1=… / D2=D2 已执行并纳入本主题证据计划 / D11=… / Yoga=… / Ashtakavarga=… / Vimshottari=…

改后：

[education] parameter_sensitive          ← 级别未变
conclusion : 本命上升为 Cancer；按宫主判定的功能吉星为 Jupiter、Moon，功能凶星为 Mercury、Saturn、Venus。
             本主题相关宫位的八分力总分：第 4 宫 25 分，第 5 宫 35 分（全盘合计 337 分）。
             当前处于 Rahu 主运、副运 Sun，主运区间 2011-11-11 至 2029-11-11。
supporting : D1=本命上升 Cancer；功能吉星 Jupiter、Moon，功能凶星 Mercury、Saturn、Venus
             D24=D24 已执行并纳入本主题证据计划
             Vimshottari=当前 Rahu 主运、副运 Sun（2011-11-11 至 2029-11-11）
             Ashtakavarga=八分力：第 4 宫 25 分，第 5 宫 35 分，全盘合计 337 分
             Functional Benefic/Malefic=功能吉凶已判定，Mars 为 yogakaraka
             Yoga=已成立组合：Amala Yoga

[wealth] parameter_sensitive             ← 级别未变
conclusion : 本命上升为 Cancer；按宫主判定的功能吉星为 …。
             本主题相关宫位的八分力总分：第 2 宫 27 分，第 11 宫 28 分（全盘合计 337 分）。
             当前处于 Rahu 主运、副运 Sun，主运区间 2011-11-11 至 2029-11-11。

[general] single_system_inference        ← 级别未变
conclusion : …本主题相关宫位的八分力总分：第 1 宫 24 分，第 10 宫 30 分（全盘合计 337 分）。…

六个可写主题的 conclusion 现在逐主题不同（主题相关宫位的 SAV 行不同），且不含任何模板回执句。

拼装规则

• conclusion = seed.headline + 最多 2 条 seed.strengths，按句号补全后拼接，截断 1200。
• seed 的 headline 优先取引擎叙事 headline（结论式）；无叙事时取第一条服务器确定性投影行；再无则取 guided topic 标题。主题相关行（SAV 宫位）排在前面，保证每章 conclusion 不同。
• supportingFacts：每条 matched receipt 一条，值改为该技法的真实解读语句；此外把通用解读层（Functional Benefic/Malefic、Yoga、Ashtakavarga、Vimshottari）作为额外事实条目挂在它们自己的 receipt 上，不冒名给别的技法。
• counterFacts ← seed.risks（本盘引擎叙事缺失，为空；合成夹具用例 engine risk lines become counter facts on the matching claim card 覆盖了有 risks 的路径）。
• boundaries 留在种子里由 writer 引用（任务书允许的第二种处置），verificationQuestions 未动。
• assertionLevel 推导一字未改；只有"完全没有种子"时把 multi_system_consensus 压到 single_system_inference（用例 a theme without any narrative seed keeps the receipt wording and loses consensus 覆盖）。

端到端抽查（叙事内容可回溯到 bundle，3 处）

无模型凭据、无数据库，本地无法真跑 writer（见 BLOCKED.md）。改为对服务器确定性产出的 conclusion 做逐句回溯，这是 writer 唯一被允许复述的结论层：

#	conclusion 中的表述	回溯到 bundle 的哪一行
1	"本命上升为 Cancer"	charts[D1].ascendant.sign = "Cancer"；同时 supportingFacts 该条 evidenceRef = ev-tech-d1，executionLedger[ev-tech-d1].status = verified
2	"Mars 同时主管第 5、10 宫，在本盘属 yogakaraka"	interpretiveFacts.functionalRoles[{planet:"Mars", role:"yogakaraka", ownedHouses:[5,10], evidenceRef:"ev-tech-functional_benefic_malefic"}]；该 ref 在 evidenceRefs 中 status=partial，事实条目 status 同为 partial（未升级）
3	"当前处于 Rahu 主运、副运 Sun，主运区间 2011-11-11 至 2029-11-11"	interpretiveFacts.currentDasha = {mahadasha:"Rahu", antardasha:"Sun", start:"2011-11-11", end:"2029-11-11"}，绑 ev-tech-vimshottari
4	"本盘已成立的组合：Amala Yoga"	interpretiveFacts.yogas[0] = {name:"Amala Yoga", category:"extended", evidenceRef:"ev-tech-yoga"}；modules.yogas.yogas 里 6 条 hit=false 的候选规则没有出现在这里
5	"第 2 宫 27 分，第 11 宫 28 分（全盘合计 337 分）"	interpretiveFacts.savScores[{house:2,score:27},{house:11,score:28}] + savTotal=337，绑 ev-tech-ashtakavarga

---

每章 prompt 增量（红线 6：必须摆数据）

同一份真实 smoke 盘、depth=standard、6 个可写主题。测量对象是 sectionPrompt 的 JSON 载荷 {bundle, plan, completedSectionTitles}（filterReportEvidenceBundleForSection 之后）。改前数据是把三个改动文件 checkout 回 8b7eda9f 后用同一份 workflow 快照重跑得到的，不是估算。

token 数是离线估算（无 tokenizer：CJK 字符按 1 token、其余按 1/4 token）。真实 inputTokens 必须来自部署后的一次真实生成。

章节	改前 chars	改后 chars	改前 est.tok	改后 est.tok	倍数
theme-general	3459	6993	928	1999	2.15
theme-family	3774	7298	1044	2112	2.02
theme-health_pressure	3845	7354	1065	2121	1.99
theme-education	4169	7361	1162	2127	1.83
theme-migration_home	4511	7726	1270	2240	1.76
theme-wealth	5129	7711	1465	2262	1.54
p50	4004	7357	1113.5	2124	1.91

改后载荷构成（以 general 章为例，chars）：interpretiveFacts 1365、themeNarrativeSeeds 500、claimCards 1262（改前约 500）、executionLedger 576、evidenceRefs 372、charts 1731（未变）、calculationProfile 232（未变）。

再加上任务 3 的静态系统内容（改前只有 24 字符的缓存边界句）：

项	改前 est.tok	改后 est.tok	是否吃 prompt cache
缓存前缀内的静态内容（通用包 + 边界句）	22	877	是（cachedSystemMessage，前缀逐字节稳定，有测试锁）
本章主题包（缓存边界之后）	0	203–313（p50 214）	否
bundle 载荷	1113.5	2124	否
每章合计（原始 token）	1135.5	3215	—

• 原始 token p50 倍数 = 2.83×，超过改前 2 倍。
• 计费加权后（缓存写 1.25×、缓存读 0.1×，6 章摊到每章约 256 token）：改后 ≈ 2594 token，约 2.28×，仍超 2 倍。

按红线 6 与任务 3 止损条款处置：cachedSystemMessage 已确认生效且缓存前缀逐字节稳定（writer system content caches the general pack and appends only the chapter pack 用例锁定），不属于"cache 未命中"的止损分支；止损条款明确禁止"砍证据来凑成本"，因此未削减任何证据，数据原样摆出，是否接受这个成本请委托方裁决。可选的降本项（未做，逐条列出以便决策）：

1. 主题包不下发，只留通用包：每章省约 214 token（→ 约 2.64×）。代价是丢掉主题级措辞纪律。
2. themeNarrativeSeeds 与 conclusion 前两句重复，去重可省约 150 token（→ 约 2.70×）。代价是 writer 看不到种子原始层与 claim 的差别。
3. shadbalaRanking 每章只留前 3 + 最弱 1：省约 90 token。代价是丢掉完整发力顺序。
4. charts（1731 chars ≈ 450 token）是改前就有的开销，与本轮无关；真要压成本，这里比砍新证据划算。

---

任务 3 · 写作端静态解读知识包

目录与清单

frontend/src/lib/report-interpretation-packs/（general.ts / themes.ts / index.ts），纯静态 TS 常量。蒸馏来源：references/modern-language-guide.md、references/common-misconceptions.md、references/house-domain-planet-mapping.md 及各主题判读要点。

包	字符数	est.tok	内容
general_method（通用）	961	855	表达顺序、术语现代化映射、强弱与分值怎么说、多层验证、必须避免的推理错误、语气与禁语
career	366	313	主指标、10/6 宫怎么说、yogakaraka 怎么落地、禁止承诺升职/薪资/时点
marriage	330	296	7 宫＝一切长期对等关系、D9 与本命的分工、土星不写成"晚婚"、禁止预测结婚年份与忠诚判断
wealth	298	261	赚到 vs 留住必须分开、低分不写成"破财"、禁止推荐任何标的/收益率/借贷建议
education	248	214	学得快 vs 学得深、困难写成方法不匹配、禁止预测通过与录取
migration_home	244	208	12 宫不写成"损失"、安定与离开并存、禁止指定国家城市方位与日期
family	231	203	关系模式而非人品、5 宫不是生育能力、禁止预测生育与亲属健康
health_pressure	243	214	只谈负荷与恢复、禁止任何诊断/点名疾病/用药建议
timing	281	256	时间层只能激活本命已有结构、主运/副运分工、未获准时不写年月日
general（综合基础章）	273	243	建框架不抢主题章结论、功能吉凶是角色分工不是性格好坏

单包上限 3000 字符（PACK_CHARACTER_LIMIT），最大的通用包用了 32%。

注入方式

buildWriterSystemContents(theme)（frontend/src/mastra/personal-report.ts）返回：

• [0] = 通用包 + 【上下文缓存边界】…，作为 cachedSystemMessage 的内容 → 在缓存断点之内，且逐字节稳定，第 2 章起是 cache read；
• [1] = 本章主题包，放在缓存边界之后（每章不同，不能进前缀）。
• 摘要调用 themePack=null，只带通用包。
• 非 Anthropic 供应商 cachedSystemMessage 返回 null，此时降级为普通 system message（内容不变，只是不缓存）。

合同同步

• writer 指令新增：interpretiveFacts / themeNarrativeSeeds 是"可引用的事实层，但不授权 claimCard 之外的结论"；知识包"只管怎么解释和怎么措辞，不是事实来源，不能提高确定性"。Use its claimCards exclusively for narrative conclusions 原句保留。
• skills/jyotish-personal-report/SKILL.md 升到 1.1.0，skills/jyotish-personal-report/versions/1.1.0/ 为不可变副本，registry 中 1.0.0 转 deprecated、1.1.0 为 active（sha256 6be2279b…10e9）。

端到端改前改后同盘同主题章节全文对照

未做，无法在本地做：执行环境没有任何模型凭据（ANTHROPIC_* / OPENAI_* 等全部未设置，仓内只有 .env.*.example），也没有 Postgres（Docker 不可用），generateSectionedPersonalReport 需要 PersonalReportSectionService。见 BLOCKED.md。可离线给出的替代物是上面的"每章 prompt 增量"表与 claim card 全文对照。

---

任务 4 · 观测（只做不依赖部署的部分）

PersonalReportAgentTelemetry 新增两个数值字段，沿用既有隐私边界（只记指标名与数值）：

• interpretiveFactCount：本次调用收到的 bundle 里解读事实的条数（yogas + functionalRoles + shadbalaRanking + savScores + convergenceDomains + currentDasha + savTotal）。本盘各章为 21（1 + 7 + 7 + 2~3 + 0 + 1 + 1，随该章 SAV 宫位裁剪略有差异）。
• knowledgePackCharacters：本次调用随 prompt 下发的静态知识包字符数 = 缓存前缀内容 + 本章主题包。章节调用为 1218–1353（987 + 231~366），摘要调用为 987。

countInterpretiveFacts 对缺字段/畸形输入返回 0 而不抛错——telemetry 不得让生成失败。测试 telemetry carries interpretive and knowledge-pack sizes as numbers only 断言两个字段是数字，且序列化后不含任何事实文本。

部署后测量（章节数、每章 in/out tokens、总墙钟、与 PROGRESS-report-sectioned-20260830.md 对照）按授权跳过，由委托方在 staging 部署后补。

---

修改既有测试断言的逐条说明（红线 9）

文件	断言	原值	原因
frontend/tests/personal-report-generation.test.ts	bundleV2Fixture()	无 interpretiveFacts / themeNarrativeSeeds	两个字段按任务书要求为必填；夹具没有引擎快照，声明为 emptyReportInterpretiveFacts() + []。断言语义未变。
frontend/tests/personal-report-generation-v2.test.ts	同上	同上	同上
frontend/tests/personal-report-plan.test.ts	同上	同上	同上
frontend/tests/personal-report-generation.test.ts:814	snapshot.version	"1.0.0"	Skill 合同变更，版本 +1；已在断言上方注明原值与原因
frontend/tests/skill-registry.test.ts:92	jyotish-personal-report 的 version / sha256	1.0.0 / 23149b9e…f982	同上；已在断言上方注明原值与原因
tests/test_jyotish_personal_report_skill_package.py	VERSION_ROOT 与 registry 期望行	versions/1.0.0	同上；改为 ACTIVE_VERSION 常量并注明原值与原因，同时新增四条断言锁住 1.1.0 的新合同措辞（只加不减）

没有任何断言被放松：report-evidence-bundle-v2 的 .strict()、consensus ≥2 verified 防升级、assertionLevel 推导、章节串行、writer 输出 schema 全部原样。

---

质量门实际结果

$ ./node_modules/.bin/tsc --noEmit          # frontend
（无输出，通过）

$ ./node_modules/.bin/eslint src tests      # frontend
✖ 28 problems (0 errors, 28 warnings)
（28 条全部是既有的 no-unused-vars warning，与本轮无关）

$ npm run build                             # frontend
✓ Compiled successfully in 5.6s
✓ Generating static pages using 7 workers (62/62) in 447ms
Turbopack build encountered 5 warnings:
Warning: Dynamic filesystem access causes tracing of the whole project   ×5
（该 5 条为既有告警，已记录在 BLOCKED.md 2026-08-17 条目）

$ ./node_modules/.bin/tsx --test tests/*.test.ts     # 基线 8b7eda9f
# tests 2427   # pass 2393   # fail 24   # skipped 10   # todo 0

$ ./node_modules/.bin/tsx --test tests/*.test.ts     # 本分支
# tests 2444   # pass 2410   # fail 24   # skipped 10   # todo 0

失败集逐条 diff：完全一致（SAME_FAILURE_SET），24 条全部是本机缺 Docker / PostgreSQL 的
数据库与部署夹具，以及 staging workflow YAML 校验，与 BLOCKED.md 既有记录一致：
  admin code functions … / admin customer reset … / service and restricted admin database identities …
  Owner recovery … / staging backups … / billing order adjustments … / billing, subscriptions, …
  saving a published product … / database env validator … / migration runner … / foundation grants …
  local PostgreSQL … / personal report job migration … / personal report sections enforce owner-read RLS …
  redeem security … / self-hosted identity migration … / database roles have no cluster privileges
  server compose defaults … / staging env validator … / Better Auth supports shared user OTP/password …
  database drops secret refs … / changed staging workflows are syntactically valid YAML
  live staging sync preserves env … / live staging sync repairs nested deploy-tree drift …
新增 17 个通过用例，0 个新增失败。

$ .venv/bin/python -m pytest tests/test_jyotish_personal_report_skill_package.py -q
..                                                                       [100%]

$ .venv/bin/python scripts/pre_work_check.py
checks 全 true，remote_visibility_status = verified

npm run test:db 未跑：Docker 不可用，且本轮红线禁止数据库结构改动与新增迁移，本轮确实没有改任何库结构或迁移。

---

交付物清单核对

#	交付物	状态
1	任务 0 契约快照（字段存在性清单 + fixture 测试）	完成
2	bundle 新字段 schema + 提取 + 净化 + hash 覆盖 + fail-closed 测试	完成
3	filterReportEvidenceBundleForSection 主题裁剪 + 每章 prompt 增量数据	完成（增量数据超 2×，已摆出待裁决）
4	实质化 claim cards + 回退与级别压制 + consensus 回归测试	完成
5	端到端抽查记录：叙事可回溯到 bundle（≥3 处）	部分完成：对服务器确定性 conclusion 做了 5 处逐行回溯；真实 writer 输出因无模型凭据未跑（BLOCKED.md）
6	知识包目录 + 违禁词扫描测试 + SKILL.md 更新	完成
7	改前改后同盘同主题章节全文对照 + tokens/墙钟对照	未做：无模型凭据与数据库（BLOCKED.md）；已给出 prompt 载荷与 claim card 全文对照作为离线替代
8	docs/BUG_HISTORY.md 条目	完成：BUG-467（远端 origin/staging 最大号为 BUG-466，已确认）
9	BLOCKED.md	完成
10	PROGRESS-report-skill-parity-20260901.md	本文件
11	tsc / eslint / tsx --test / next build 实际输出	完成（见上）