AskaEth
6c2cc57cdb
docs(02): 状态表维护（C1/C3/D4 早已闭环）+ 新增一张「待后端回应」清单
主人早上问「需要后端做的事都写进文档了吗、本地还有没有独立事件」，我借这次盘点把协作文档收口：
1. **状态表维护**：C1（语音轮次不落库）、C3（voice_output 字段）、D4（无未读状态）三行原写
「待确认」，其实**早已解决**——C1/C3 由契约 v0.59 §3.15（语音改走与文本同一条编排路径、
voice_output 补 sessionId/deviceId），D4 由 v0.37（unreadCount + 已读游标，客户端已接入）。
按正文依据打勾，并写明「客户端至今没有语音 UI，所以 C1/C3 我们从未验证过」这一诚实边界。
F6 那行从「待确认」改成「问过、后端尚未回应」，让「谁在等谁」一眼可见。
2. **新增「客户端待后端回应的清单」**（文档末尾）：只列我们问过、还没拿到明确答复的七条——
stream_chunk 三点确认 / F6① upload url 绑 host / viewer 凭据路径或确认永远 501 /
并行 tool_use 配对的 P0（他们说在修）/ llm_usage.session_id 接线（同上）/
IM 入站文件的真机验证（只能主人做）/ 以及这次状态表维护本身请他们复核。
每条都写了「要什么」与「我们这边的处置」：例如 F6① 明确**不做绕行**（不猜 base、不重写历史
URL——那会把「服务端说是什么」变成「客户端以为是什么」）；viewer 那条给了二选一
（给铸造路径，或明确永远 501，那我们就不再把它当验收项挂着）。
本次提交只动文档。
2026-10-05 07:41:27 +08:00
..
2026-10-04 19:00:18 +08:00
2026-10-05 07:41:27 +08:00
2026-10-04 22:35:20 +08:00
2026-10-04 19:00:18 +08:00
2026-10-04 22:40:43 +08:00
2026-10-04 19:00:18 +08:00
2026-10-04 19:00:18 +08:00
2026-10-04 19:00:18 +08:00