Qoder CN 0.4.3 连续三轮回复失败只报通用错误，/feedback 打不开上报入口

一、环境与实测对象

• 客户端：Qoder CN 0.4.3（channel=production ／ releaseChannel=stable ／ win32 x64 ／ installType=user，取自 main.log 第 1–2 行）
• 账号：productId=qoder-cn，region=cn，userType=personal_standard
• 会话：sessionId 332be954-e5b1-8248-bc2b-695238d9017b（标题「SEER 8074 区投稿前盘点」），model=qfmodel，frozenContextWindow=400000，frozenReasoningEffort=xhigh，permissionMode=auto
• 机器：Windows，总内存 8,368,144,384 B，逻辑核 3–4 档（startup-telemetry.json 实测 bucket）
• 会话体量：该会话 qodercli 日志 48,773 行 ／ 7.1 MB，跨本地 10-08 20:26 ～ 10-09 09:54 多轮长任务

二、主问题：同一会话连续 3 个 turn 以 error_during_execution 结束

1. 第 2、3 轮 assistant 正文为空：read_chat_session 读回的是 text=""、status=failed，第 2 轮 tools=[]。用户侧观感＝发一句话 → 转圈 6～11 分钟 → 一句 Sorry → 什么都没有。
2. 第 3 轮的工具其实已经跑成功并落盘（Bash／Write／Edit 多条 status=completed，产物文件真实写出），随后才在模型侧失败；已完成的中间结果在界面上整体丢失，没有「从当前状态继续」的入口，只能整轮重跑。
3. 重试不可见也不告知：每轮固定 14 次 api_retry（会话日志 grep -c subtype=api_retry = 43 ≈ 3×14），节奏 15～60 秒，UI 不显示第几次／失败原因／预计放弃时刻，单轮阻塞 6 分 33 秒～11 分 30 秒。用户在此期间反复重发同一句话。
4. 第 2 轮曾被排队：main.log 00:11:27.330Z ChatSession turn queued {"queuedTurnCount":1,"reason":"active-turn-serialized"}，与空正文叠加成「彻底卡死」的观感。
5. 会话收尾 10-09T01:07:39.647Z [WorkerTransport] Worker exited: code=1, closed=true, ready=false, stderrTail=<empty>；而 01:07:37 的 flush_memory／flush_skill_evolution 均 status=success（不是数据落盘失败）。

三、报错文案与客户端自己已掌握的判据不一致（核心诉求）

同一时间窗（10-09T00:11～00:47Z）main.log 实测：

• net::ERR_NAME_NOT_RESOLVED 全实例出现 73 次，目标含 openapi.qoder.com.cn；
• Account plan request failed before receiving a response，durationMs:14179，error=net::ERR_NAME_NOT_RESOLVED；
• Background Desktop update check failed：TypeError: fetch failed；
• Model Policy snapshot committed 单次耗时 16662 ／ 18588 ／ 15254 ms。

即客户端手上有「DNS 解析失败」这种明确信号：第 1 轮给了正确的网络文案，第 2、3 轮却降级成通用 Sorry, something went wrong. Please try again.，把用户引向「再试一次／重开」而不是「检查网络／代理」。两条判定路径不一致。

另：每次 api_retry 之后都紧跟一组 get_models（实测 4131～18278 ms）＋ list_byok_configs（1013～10870 ms）控制请求（qoder-agent-sdk.log 行 4767–4959），即重试路径每次都重取模型／BYOK 配置，网络已劣化时进一步拉长单轮阻塞。

说明：本机同时运行着第三方网络代理类软件，首轮 DNS 异常可能与之有关，这一点我不回避；但「文案降级」「已执行工具结果丢失」「重试不可见」属产品侧，与本机网络无关。

四、错误文案指路的 /feedback 在 0.4.3 桌面版没有唤起上报入口

实测（10-09 本地 15:20 前后）：在输入框打 /feedback 发送两次，字符串都只作为普通用户消息进入会话，没有任何上报表单被打开；同一时刻 list_windows 桌面上只有主窗口 Qoder CN（pid 3160），主窗口 UIA 树仅 13 个节点（标题栏按钮），没有可寻址的「问题上报」控件。

请确认 0.4.3 桌面版是否实现了该入口。若必须先从斜杠命令面板里选中条目，那报错文案里的「input /feedback」需要写清操作方式——用户在连打三轮都失败之后照提示输入，只会得到「又发了一条消息」。

五、附带：QoderRemoteControl 后台重试风暴

实例 pid=8408（本地 10-08 19:20 → 10-09 09:54，约 14.5 小时）：

• main.log 中 Remote Control 历史结果 {"stage":"failed"} 共 1,918 行，日志自带的累计计数最高到 "failed":1902（同期 complete 仅 7）；
• failureCode 实测计数：REMOTE_CONTROL_TIMELINE_ORDER_CONFLICT 561、RateLimit 141、REMOTE_CONTROL_HEARTBEAT_TIMEOUT 63、REMOTE_CONTROL_INPUT_POLL_TIMEOUT 38、ERR_NAME_NOT_RESOLVED 33、TimeoutError 11、ERR_CONNECTION_RESET 11、REMOTE_CONTROL_HTTP_* 7、ERR_NETWORK_IO_SUSPENDED 7、ERR_INTERNET_DISCONNECTED 7、AbortError 7、ERR_NETWORK_CHANGED 5；
• 被牵连会话含 332be954-…（remoteSessionId qs_01m4e5d4pr8d27g59htsw09eez）与 6ac07987-…（qs_01m4dns3crv8yya196edg49d6n）；
• 重启后依旧存在：新实例 pid=3160（本地 12:12 起）仍有 RateLimit 62 次、REMOTE_CONTROL_IMAGE_BODY_UNAVAILABLE 8 次、REMOTE_CONTROL_HISTORY_UNAVAILABLE 1 次、REMOTE_CONTROL_ARTIFACT_READ_FAILED 1 次。

节奏约 10～30 秒一次，看不到退避封顶，界面无提示也无开关（若已有开关请指个路径，我没找到）。8 GB／4 逻辑核的机器上，这类常驻循环会直接挤占前台会话。

六、已经尝试过的方法

1. 完全重启客户端（12:12 新实例 pid=3160）——Remote Control 失败仍在发生；
2. 用户在失败轮重发同一句、并按提示输入 /feedback 两次——均无效；
3. 排障路径：先用 read_chat_session 确认是 status=failed＋空正文（而非模型没跑），再回 qodercli/sessions/<sessionId>.log 用 type=result subtype=error_during_execution 定位时刻、回溯 subtype=api_retry 计数，并用同窗 main.log 的 ERR_NAME_NOT_RESOLVED／fetch failed 做对照，才把产品侧缺陷与本机网络异常分开。

七、期望行为

1. error_during_execution 时透出真实原因（DNS／RateLimit／上游 5xx／超时），文案与判据一致，别一律 "Sorry, something went wrong"；
2. 已经执行过工具的 turn 失败时，保留已完成操作与中间输出，提供「从当前状态继续」而不是只能整轮重跑；
3. 重试过程可见（第 N 次／共 M 次／预计放弃时刻），并把 get_models／list_byok_configs 的重取从每次重试路径解耦，或加缓存与超时上限；
4. Remote Control 同步遇 RateLimit／TIMELINE_ORDER_CONFLICT 时指数退避并封顶，累计超阈值后停止并提示或提供关闭入口；
5. /feedback 要么真开表单，要么改报错文案里的指路语。

八、复现步骤

主问题：在一个历史很长的会话（本例 4.8 万行日志、约 40 万上下文、xhigh 推理档）里，让 openapi.qoder.com.cn 处于 DNS 不可解析状态（断网／改 DNS／断代理皆可），发一句话 → 约 14 次 api_retry、6～11 分钟后失败，界面只给通用文案且正文为空；若该轮已触发工具，工具产物已落盘但界面丢失。

附带问题：正常登录、闲置状态下持续观察 main.log，Remote Control 历史结果 stage=failed 会以约 10～30 秒一次的频率累积，failed 计数跨小时单调递增，重启后仍复现。

九、日志定位（目录名＝UTC 启动时刻）

根目录：%APPDATA%\com.qodercn.app.stable\logs\

• 20261008-112042.142-8408-1a833239\main.log — 第 1–2 行为版本；Remote Control 风暴见第 6942 行起（10-09T00:00 窗口）；ERR_NAME_NOT_RESOLVED 73 次
• 20261008-112042.142-8408-1a833239\qodercli\sessions\332be954-e5b1-8248-bc2b-695238d9017b.log — 第 47662／47663 行（第 1 轮）、第 47666–47699 行（第 2 轮）、第 48737–48762 行（第 3 轮）、第 48770 行（Worker exited code=1）
• 20261008-112042.142-8408-1a833239\qodercli\qoder-agent-sdk.log — 第 4767–4959 行（重试路径上的 get_models／list_byok_configs 往返耗时）
• 20261009-041231.702-3160-bc63d9ae\main.log ＋ startup-telemetry.json — 重启后 Remote Control 仍失败、机器资源档位

如需原始日志，我可以按上面的路径和行号截取后补在本问题下。