fix: read config.toml service_tier for inherited service mode

[Rat0323]

问题

服务模式面板在「继承」状态下此前显示 继承 config.toml：standard，但实现只读取 Codex 桌面状态 default-service-tier，从不解析 config.toml。当该状态项不存在时会被误显示为 Standard——即使 config.toml 里实际写了 service_tier = "fast"，请求也不会带上 priority，与提示语完全不符。

修复

后端（真实读取 config.toml）

• model_catalog.rs 现在在 /codex-model-catalog 响应中新增 service_tier 字段，返回 config.toml（含 profile 覆盖）里生效的 service_tier；未配置时为 null。

• 复用现有的 config 解析逻辑，无新增 I/O 通道。

注入脚本（继承语义修正）

• 继承模式的读取顺序：优先 Codex 应用内设置（default-service-tier），其次 config.toml 的 service_tier，两者都缺失才显示「默认」。
• 状态文案按来源标注：继承 Codex 默认设置：… 或 继承 config.toml：…，不再猜成 Standard。
• 继承到的 fast 值现在会真正参与请求注入（codexServiceTierInheritedValue），并保留原有的模型支持门控：不支持 Fast 的模型仍会被拦回 Standard。
• 全局/自定义模式的行为不变。

测试

• 新增 model_catalog_reports_effective_service_tier_from_config / model_catalog_service_tier_is_null_when_config_does_not_set_it。
• Node harness 增加：config.toml 来源状态文案、resolveInheritedServiceTier 的分辨结果（config-toml / 未设置）、继承 config fast 但模型不支持时的拦截。
• 验证：cargo test -p codex-plus-core --test cdp_bridge --test model_catalog --test bridge_routes 全部通过（103 tests）。