composer 模型下拉：每条候选缺能力标识（思考 effort + 多模态输入）

[webkubor]

Motivation

composer 主下拉（@deepseek-ai/dsh-client-ui-model-selection 的 ModelSelect）每条候选目前只渲染 model name + 选中对勾。两个客观事实藏在数据里、没在 UI 上亮出来：

1. 思考能力（reasoning effort）：模型有 reasoning.efforts[]，但下拉里完全看不出来 —— 用户得查文档才知道「这个模型能思考吗、能选哪些 effort」。
2. 多模态输入：适配器有 resolved.input: ['text','image']，但根本没进 catalog 载荷（ModelCatalogModel 类型里没有 input 字段，buildModelCatalog 也没塞进去），UI 想标也无数据。

效果：用户面对长列表要靠背，「这个模型支持多模态吗」「我刚选的 GLM 是 high effort 还是 max effort」——每次都得开文档对一遍。截图：composer 下拉展开后，每一行只有文字，对勾之外什么能力信息都没有。

旁证：@dsh-plugins/dsh-llm-hub 1.5.5 在路由卡里补了这两枚 chip（💭 思考 low/high/max + 👁 图像），数据源同样是 settings —— 但 composer 主下拉没动，因为官方 plugin 改起来会撞 README 红线 replaceRisk: shadows-shipped-ui。所以希望上游把这事做了，下游就不用每家各包一层 overlay。

Behavior

期望 composer 主下拉的每一行（packages/client/ui-model-selection/src/client/ModelSelect.tsx 大约第 446-470 行的 menuitemradio）后面挂两枚能力 chip（能力存在才出现，没有就不标，避免噪音）：

• 思考：当 model.reasoning 非空，显示类似 💭 思考 low/high/max，>3 个 effort 时压成 low/medium/high+2。tooltip 列出每个 effort 的 name → id（{ off: null, high: 'high', max: 'max' } 这种 null 值档位不进 chip 文案）。
• 多模态：当 model.input 含非 text 模态，显示 👁 图像（en: vision）。

样式建议：参考 dsh-llm-hub 的做法，两枚 chip 共用同形尺寸 + 不同主题色（--dsw-alias-state-warn-primary / --dsw-alias-state-success-primary），都跟着主题走；en/zh 走现有的 locales.ts 字典（routeMultimodalShort / routeReasoningShort 这套命名可以直接搬）。

触发的「模型」按钮（trigger label）当前格式 ${modelName} · ${effortLabel} 已经显示 effort，但仅当模型已选才有用 —— 长列表里挑的时候这个信息没有，必须切到 effort 子菜单才看到。

Data plumbing

要 chip 真正能渲染，得先修一处数据源：

1. packages/api/session-controller/src/types.ts:136-141 的 ModelCatalogModel 加上可选 readonly input?: readonly string[]（text/image/…）。

2. packages/api/session-controller/src/catalog.ts:46-55 的 buildModelCatalog 在 entries 里把 resolved.input 映射出来（resolveModelInfo 已经返回了，直接读即可）：

   return {
     id: model.id,
     name: model.name,
     ...(model.description === undefined ? {} : { description: model.description }),
     ...(reasoning === undefined ? {} : { reasoning }),
     ...(resolved.input === undefined ? {} : { input: resolved.input }),
   }

加上 input 字段后，ModelSelect.tsx 渲染端就拿得到数据，UI 那边的改动就只是新加几行 JSX（仿现有 css.option / css.selected 的写法）和 CSS（chip 容器走 display:inline-flex; height:16px; border-radius:3px; padding:0 6px）。

影响

• dsh-llm-hub 的 routing 卡已经在 dsh-plugins 侧做了这事；model-select 一做，下游插件普遍能简化（不需要再各包 overlay）。
• 不影响 agent-default-model 选择、不改 model/selection / request/header 事件链 —— 纯展示层。
• routableProviders / failures / default 这几路 contract 不动。