Jyotisha/docs/testing/consult-answer-truncation-20260926.md

真机清单 · 普通咨询回答被掐断（BUG-1051）· 2026-09-26

部署含 codex/consult-answer-truncation-20260926 的 staging 后照做。先确认 https://staging.jyotisha.chat/api/health 的 deployment.gitCommit 是这次部署的提交。

这次改了什么（给自己看的一句话）

以前「写回答」和「排盘计算」共用 110 秒，计算慢时回答写到一半就被掐断，却照样算完成、照样扣点。现在写回答自己有 70 秒；万一还是被掐，会明确提示没写完、不扣点。最长等待可能到 3 分钟左右。

1. 正常回答照常完成、照常扣点

1. 记下右上角点数。
2. 用已校验星盘的账号，普通对话问一个要算两三个方面的问题，例如「我明年的事业和财运怎么样」。
3. 等它写完，不要中途离开页面。

预期：

• 回答完整结束（最后一段是完整的句子，四个标题都在）。
• 输入框上方没有「回答未完成」的提示。
• 点数少 1。
• 从发送到写完，最慢也不超过约 3 分钟；中间活动区一直有进度，不会卡死没反应。

2. 后台核对（管理员账号）

1. 打开 https://admin.staging.jyotisha.chat/admin/consultations，找到刚才那一条（按时间）。
   • 预期：状态 completed。
2. 打开 /admin/usage，找到同一时间的那一行，看「耗时」。
   • 预期：有这一行，耗时不超过约 180000 ms（3 分钟）。以前常见的是 110000 ms 左右就结束。

3. 如果遇到「没写完」的回答，它应该长这样

这一条很难故意制造（要计算特别慢才会触发），平时用的时候留意即可。遇到时对照：

• 正文停在最后一个完整的句子上，不会停在半个词、半句话上。
• 输入框上方出现一行：「回答未完成，已保留现有内容；本次不会扣点。」
• 点数不变。
• 刷新页面后，那段没写完的回答还在。
• 后台 /admin/consultations 该条状态是 cancelled；/admin/usage 里没有这一条（没写完的不记用量）。

已知小问题（本次没改）：没写完的回答，活动区标题仍可能写「已完成 N 步」。以输入框上方的提示为准。

4. 遇到异常时记录什么

• 发生时间（精确到分钟）、问的是哪类问题（事业 / 财富 / 婚恋 / 家庭 / 今日）。
• 截图：正文结尾、输入框上方的提示、点数。
• 不要截或发送出生资料和完整对话内容；开发方会按时间在日志里查 composeFinishReason、composeAborted 和耗时。