fix(chat): header 助手按钮在话题加载完之前不再消失

[eeee0717]

这条 PR 做什么

让 header 的助手按钮在新话题导航期间不再消失。

根因

MainHeaderAssistantButton.tsx 里这一行是硬切：

const currentAssistantId = topicId ? topic.data?.assistantId : assistantId;

topicId 一出现就立刻放弃 URL 上还能用的 assistantId，去等一个还在 fetch 的值。
新话题发出第一条消息时导航先于话题可读，于是 assistant 在那几百毫秒里是 null。

iOS 上后果被放大：Stack.Toolbar 的 children 数量从 2 掉到 1，两个按钮一起走原生重建
——不是只少一个，是整组淡出再淡入。

实测

逐帧读 header 区（y 55–105）的暗像素，导航窗口内：

	改前（reorder-final）	改后（hdrfix）
轨迹	437 → 261 → 110（几乎全空）→ 398 → 520	461 → 464
持续	~600ms	无变化，601 帧全程稳定

抽帧目视确认：六帧跨越整个导航窗口，两个按钮始终清晰、位置不动、无淡入淡出。

为什么回落是安全的

回落值不会是别的助手：

• open-topic 走 router.setParams({ topicId })，是合并语义 → assistantId 原样留在 URL
  上，而它就是这个话题的助手（话题正是用它建的）。
• 从话题列表进来那条路（TopicList.tsx 的 { pathname: '/topics', params: { topicId } }）
  带的 params 只有 topicId，回落到 undefined，与从前完全一致。

新增测试 keeps the route assistant while the topic is still loading 钉住这个行为。

备注

ChatInput 里有同一个模式的数据源硬切（selectedAssistantId），这次没有一并改——它的
症状是模型胶囊闪一下，不涉及原生 toolbar 重建，值得单独判断。

[eeee0717]

已合并进 #549 一并 review——这几层都是 bench harness 之后对消息列表的优化，拆开反而不好读。分支保留，需要时可重开。