🔴 P0 devapp 实测三缺陷：通用助手 MODEL_PROVIDER_NOT_CONFIGURED / 发送后整界面闪烁 / Enter 发送与滚底不符主流惯例

人类 2026-08-11 devapp 实测（截图在案）：

## ① 通用助手发消息 → 「执行失败（MODEL_PROVIDER_NOT_CONFIGURED）思考了 0 秒 · 3 步」
- 选中「通用助手」发送即失败；同线程 Deep Research agent 正常回复
- 服务端配置 `KERNEL_MODEL_PROVIDER=dashscope`；RoutingModelCallPort 注册的是
[dashscope, open-deep-research, deep-agent, bailian-image]
- **推测**（待证实）：该 agent 的 published version pin 的 model_provider 不在注册表里
（可能是历史 loopback/旧值）。诊断路径：复现一次后
`journalctl -u workspacex-api | grep "no ModelCallPort registered"` 会打出确切 provider 名
- 修法方向：backfill 该 agent 到 deep-agent provider（同 #740 迁移先例）或补注册缺失 provider

## ② 发送消息后整个界面闪烁
- #917（thinking 动画）刚部署，嫌疑最大：awaitingReply 态切换/轮询触发的全面板重渲染？
- 需在真栈复现并定位（React 重渲染范围 vs 轮询 setState 风暴）

## ③ 人类 UX 指令（原话）
> 「回车默认可以发消息出去，shift+回车换行」
> 「发出消息后，研究最新的最佳实践，应该默认的是回滚到最后一条消息」
- V2 做的是 ⌘↵，改为：**Enter 发送、Shift+Enter 换行**（Claude/ChatGPT 惯例）
- 发送后**强制滚到底**（含用户之前上滚离开底部的情况——发送是显式意图，覆盖 V1 的
「尊重上滚」逻辑；对齐主流实践）

优先级 ①>②>③。Refs #814 #914

Reproduce the three cases in devapp, then inspect the #917 thinking-animation changes and the V2 send and scroll behavior. For the provider failure, run `journalctl -u workspacex-api | grep "no ModelCallPort registered"` after reproducing; done means the assistant replies, sending no longer causes full-page flicker, and Enter sends while Shift+Enter creates a newline and sending scrolls to the bottom.

Written by the indexing model from the issue text.