root/Jyotisha

Fork 0

Files

T

123295135a

Independent Staging Quality Gate / validate (push) Successful in 16m50s

Details

Independent Staging Quality Gate / publish (push) Successful in 10m2s

Details

fix(synastry): restore report paging and finish the third review gaps

The list query had been split into four reads, so older pages no longer followed one cursor. A7 was read from the wrong module, and the shell asked for the product switch on every mount.

Co-Authored-By: Grok (agent loop)
Co-authored-by: Cursor <cursoragent@cursor.com>

2026-10-19 15:53:06 +08:00

8.8 KiB

Raw Blame History

进度：完整合盘报告（2026-10-19）

分支 codex/synastry-full-report-20261018。基线 2130682d4。对应 issue #82，任务书 docs/tasks/TASK-synastry-full-report-20261018.md。

做了什么

报告类型 synastry_full 落在现有报告表上。两人用 subject_low / subject_high 和各自出生指纹保存。同一对、指纹和规则版本都没变的已完成报告直接打开，不再扣点。
计费键 synastry.full。价格仍从配置读取。没配价格时与个人报告一样返回「计费配置不可用」。结算事件键是 synastry.full，用量记录 kind=synastry_full。
正文九节。第 1–7 节先给结论，分析逻辑默认收起。时间线由程序切成 3–5 段，模型只写阶段名和描述。技术依据六块由程序生成，浏览器拿不到证据包。
质检在 scripts/marriage_match_service/synastry_full_reader_gate.py，接口 /api/synastry_full_reader_gate。没有放在 scripts/ 根目录，因为根目录 Python 文件数预算是 448。
中文先生成。英文另有一张 synastry_english_jobs，主队列空闲时才写，不再扣点。两次都没过质检就失败并释放预扣。
侧栏「婚恋合盘」、选人页、报告阅读页。档案「和我合盘」和 /?synastry= 都进 /synastry?with=（BUG-1373）。
上游 7a773d13 快照里的六份技能文件已原样覆盖到 skills/jyotish-full-synastry-reading/。

和任务书不一致的地方

质检文件不在 scripts/synastry_full_reader_gate.py。根目录再加一个 .py 会顶破文件数预算。模块路径是 marriage_match_service.synastry_full_reader_gate。
「可以一起聊聊」的四句任务书没有逐字给出，按关系语言指南里的摩擦主题写了四句，并记在 frontend/docs/VOICE.md。
「对哪一段想再问清楚？」按任务书先不显示。
aspects.py 不在这批上游快照里，本分支没有改它。合并前如果任务书仍要求那次同步，需要单独核对。
各自婚恋结构这一块目前写出上升、金星、月亮。证据包里没有单独给出的七宫主、DK、UL、A7、D9，没有编造。

自测

tsc --noEmit：通过。
改动文件的 eslint：0 error。
frontend/tests/synastry-full-report.test.ts 与计费标签合同：通过。
tests/test_synastry_full_reader_gate.py：6 通过。
npm run test:db：迁移能建出 synastry_english_jobs。业务表清单断言已按三栏改过，单文件重跑通过。其余 13 个失败是备份权限、环境文件校验，以及 Windows 上 G:\G:\ 路径把迁移脚本找丢，和这次表结构无关。
浏览器：本机没有对着登录后的页面点选。选人、等待、揭幕留给 docs/testing/synastry-full-report-20261018.md。
真实模型：测试注入了写作者，没有调用线上模型。

环境缺口

英文写不出来时页面显示「英文版即将提供」，没有机器翻译。
外部资料与真实案例核对固定写成「未进行」。

2026-10-19 修复单

对照 docs/tasks/TASK-synastry-full-report-fix-20261019.md。先把 origin/staging 合并进本分支，没有 rebase。

第 2–7 节改从 reader_section_brief 的 section 取证，再带上对应的关系镜头和互动条目。出生资料按键名精确剔除，不再用子串。公开名人证据包上 9 节输入都非空，且没有出生资料键。
中英文系统提示写上五条规则、指南示例，以及质检的六个标签、字数和「证据必须是完整字段」。
英文时间线由程序重写依据行。依据里出现中日韩姓名时改成 Person A / Person B。模型不再看到中文时间线。
英文任务认领时写 10 分钟租约。过期的 running 可以再领。找不到报告或快照会写成 failed。重排时把次数清零；到了上限就告诉读者「英文版暂时无法再试」。
英文用量走 recordSynastryModelUsage，和中文同一条 complete_usage。英文另记一笔 0 点预留，kind 是 synastry_full_english，不从中文那笔预扣里再扣一次。
某一节超时或抛错只重试这一节一次。仍失败才整单失败。
结算成功之后才把报告标成 ready。英文生成改到主队列空闲后另起，不再挡在 tick() 里面等它写完。
选人页按钮改为「开始合盘」，资料不全的人不可选，并显示点数和「之前的合盘」。阅读页标题带「·」。等待文案能区分排盘、写作和核对。两人都是他人时，两个人的报告列表都能看到这份合盘。产品开关关掉时，侧栏、选人页和英文路由都不开放。
aspects.py 仍用仓库里已有的那份，没有按快照另写一份。上游测试里 270° 的例子改成 240°，因为现有实现会先把超过 180° 的角折回。三栏写在 tests/test_full_synastry_dossier.py。
本机环境变量里没有模型 key。没有跑真实模型，不能写成质检通过。见 BLOCKED.md。

2026-10-19 第二份修复单

对照 docs/tasks/TASK-synastry-full-report-fix-20261019-2.md。产品在 issue #82 选了 A。origin/staging 再次合并进本分支，没有 rebase。

补了数据库测试：同一对指纹不能有两份已完成报告，指纹一变就可以再有一份，删掉其中一个人后合盘报告一起消失。synastry.full 的预留、结算、释放，以及生成中删除后退点，都在这份测试里。
补了建单路由测试：同一人 400，别人的 id 在扣点前拒绝，资料没变时直接复用且不预留，产品开关关闭返回 503。英文路由在开关关闭时同样 503。质检不过的合盘在 worker 里会退点。
技术依据第 ⑥ 块改用公开名人证据包里的 execution_receipt 逐行比对。第 ② 块从两人完整星盘补了上升、金星、月亮、7 宫主、DK、UL、A7、D9，放在证据包的 local_structures，不再整块都是「未标明」。
测试里不再写本机 Python 路径。没有 PYTHON、python3、python 时跳过并打印原因。
上游 270° 用例改回原值，并标了 strict xfail。aspects.py 仍然不改。预检路径先换成正斜杠再比较。
英文任务认领之后的步骤都在 try 里。空闲任务的异常会记一条日志，不再变成没人接的拒绝。租约从 10 分钟改为单份英文生成上限的 2 倍（九节、每次最多两遍、三节并行、每节 90 秒，上限 9 分钟，租约 18 分钟）。
侧栏不再自己请求。合盘入口默认先藏，外壳拿到开关为开才显示。未登录也可以读开关和价格，这个接口按地址限流。
写作提示补上指南里的天气、六个维度和要避免的说法。字数与质检共用同一组数字。质检不再把 executed 这类纯状态词当成证据。
真实模型仍然没跑。见 BLOCKED.md。
本轮自测：tsc --noEmit 0 错；npm run lint 0 error、122 条既有 warning；npm run test:db 87 项，通过 74、失败 13、取消 0。这 13 条名称与 tools/agent-loop/windows-known-failures.txt 逐条相同。新增的合盘数据库测试在这 74 条通过里。全量 npm test、next build、全量 pytest、Python 快速门本轮没有跑。

2026-10-19 第三份修复单

对照 docs/tasks/TASK-synastry-full-report-fix-20261019-3.md。产品在 issue #82 选了 A。origin/staging 再次合并进本分支，没有 rebase。合并时合盘两条记录顺延为 BUG-1394、BUG-1395，BUG-1393 留给 #84。本轮新增 BUG-1396。

报告列表恢复单次 .or() 查询和原来的翻页写法。「缺人物」测试的替身补了 .or()，断言仍是 409 且不扣点。
两轮质检都拒绝之后，预留释放，报告标为失败。英文任务补了两条行为：领取后写快照、标 ready、记用量；生成抛错后标 failed，不再停在 running。
技术依据第 ⑥ 块改为直接读 execution_receipt 的模块名和状态。A7 改读 jaimini.arudha_padas，删掉不存在的 chara_karaka_standard。公开名人盘上 7 宫主、DK、UL、A7、D9 都有值。
外壳不再单独请求开关，改读账户数据里的 compatibility。
真实模型仍然没跑。见 BLOCKED.md。
本轮自测：tsc --noEmit 0 错。改动文件的 eslint 0 error。翻页合同、缺人物 409、两轮质检退点、英文领取成功与抛错失败、侧栏合同、合盘报告 12 条（含公开名人盘）都通过。relationship_structure() 单测通过。
全量 npm test 跑了约 10 分钟后退出码 1，记到第 3473 条就停了，没有最终汇总。停之前看到 57 条 not ok：其中 13 条是已知的 Windows 数据库失败，一批是 G:\G:\ 双盘符找不到文件，预热那组是依赖目录解析失败。next build、全量 pytest、Python 快速门、单独的全量 test:db 本轮没有再跑。

8.8 KiB Raw Blame History Unescape Escape