jesse-ux
e61535f464
BUG-727：同日 VedAstro 快照零等待，跨日先用旧的并后台刷新；join 超时必须 cancel，budget 不超过 2×join。BUG-728：western_evidence_packet 无读取点，默认不再进咨询响应。jyotish_api_server.py 未增长（11334→11291）。
2.4 KiB
2.4 KiB
真人核对 · staging 单域咨询耗时（外网证据缓存，2026-09-15）
执行环境无 staging 登录态。下列条目留给有真实账号的人在 staging 走查。本单自动化不替代这些。
目的：同一张盘、同一个问题域连发两轮，记录 consultationToolDurationMs。第一轮冷（可能等外网），第二轮应命中「盘 + UTC 日期」缓存，接近本地计算。
代码注释里的域上限 3 是按「staging 实测三域共 62.9 秒」反推的，即一域约 21 秒。本机同样调用只要约 0.5 秒。本单不改三域上限；若单域已显著低于 21 秒，把数字写进进度记录，放宽另开单。
准备
- 打开
https://staging.jyotisha.chat/login并登录（用自己的受控账号）。 - 确认
https://staging.jyotisha.chat/api/health的deployment.gitCommit等于含本单代码的那次 staging 提交。 - 选一张当天还没问过的盘（或等 UTC 零点后再测），避免误用旧缓存。不要把出生资料贴回对话。
冷启动（第一轮）
- 新建对话，只问一个域（例如事业）。不要点「深入看今日」。
- 等回答出来。记下：
- 主观等待
____秒 - 若浏览器/服务端日志能看到
consultationToolDurationMs：____ms - 技法表「VedAstro 云状态」是 executed 还是 blocked：
____
- 主观等待
同日第二轮（应 0 等待）
- 同一条对话里，用同一张盘再问同一域（换一句问法即可）。
- 记下：
- 主观等待
____秒 consultationToolDurationMs：____ms- VedAstro 云状态：
____
- 主观等待
- 第二轮应明显短于第一轮，且不应再出现「空等约 1.5 秒再 blocked」。
跨日（可选，UTC 过零点后）
- 第二天用同一张盘再问同一域。第一句应马上有回答（用昨天的证据），证据里能看出是哪一天的快照；下一轮才换成当天。
- 点「深入看今日」时，不得沿用昨天的快照；没有当天的就走原来的 1.5 秒有界等待。
回填后怎么处理
把 5、7 的两组数字交给验收方，写进 docs/tasks/PROGRESS-consultation-external-evidence-cache-20260915.md。若单域已稳定低于 21 秒，结论写成「三域上限可以放宽到 N」的依据，不要在本单改上限。
在这份清单回填之前，任何人不得声称「staging 单域耗时已验证」。