Jesse_ChenandClaude Opus 5.5
1dd51f2d42
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_017eEAG8HD3mm8gsKXgk8uU8
46 lines
2.6 KiB
Markdown
46 lines
2.6 KiB
Markdown
# 真机清单 · 普通咨询回答被掐断（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` 和耗时。
|