[Bug] space-bunny 模型自定义上下文，无法正确显示

[aers127]

What happened? / 问题描述

明明设置了上下文为 500k，显示了 1M 出来

Steps to reproduce / 复现步骤

1. 配置 space-bunny
2. 点高级，设置为 500k

Expected behavior / 预期行为

显示 500k

Actual behavior / 实际行为

显示 1M

App version / 应用版本

0.17.0

Operating system / 操作系统

Windows

Extra environment / 其他环境信息

No response

Logs / 日志

Screenshots / 截图

No response

[zszz3]

已复现同类显示问题，准备接这个修复。

实测结果

在 macOS v0.17.0 上使用 claude-opus-5-5 和真实 API 验证：

• 在高级设置中将上下文改为 500K 并保存，重新打开设置仍为 500K，但聊天框模型列表显示 1M。
• 发送消息并收到正常回复后，上下文面板显示 22.1K / 500K，说明自定义额度已被读取。
• 另将测试窗口设为 128K，在已有约 95.6K 上下文时发送普通追问，自动触发压缩，用量降到 23.3K，界面记录“已压缩 1 次”，且模型正确回答了压缩前留下的标记。

这里验证的是同一显示路径；尚未复测 Windows / space-bunny，也未做 500K 满载压缩测试。

原因

composerModelsForProvider() 生成模型列表时直接复制发现/目录数据，没有合入对应 ModelBinding 的自定义上下文额度；ComposerModelList 随后直接显示 model.contextWindow。

运行时则通过 effectiveContextWindow() 解析额度，contextWindowSource: "user" 时优先使用用户设置。因此目前确认的缺陷是列表显示与实际配置不一致。

修改计划

在生成模型列表数据时匹配对应 binding，复用现有 effectiveContextWindow() 规则：手动设置优先，目录继承值继续跟随目录；没有发现数据但有有效自定义额度的模型，也显示该额度。修改后再走一次“保存设置 → 打开模型列表 → 发送消息 → 核对上下文面板”的客户端流程。

修改范围集中在模型列表数据组装，不调整运行时额度、自动压缩阈值或持久化格式。目前尚未提交代码。