feat(session-routing): 新增基于 Session 标题前缀的可配置 Vendor 自动绑定

[ThreeFish-AI]

背景与动机

CC 调用经由本代理时，vendor 路由此前仅能通过全局 tiers 优先级或按 session_key/client_category 的 Session Policy 控制，缺少按会话语义自动分流的能力。业务上存在这样的诉求：标题以「# 目标 (Goal)」为前缀的 Session 属于特定类型任务，应稳定走指定 vendor（如 zhipu），而非默认链路。

本 PR 新增基于 Session 标题前缀的 Vendor 自动绑定机制，且将前缀命中条件设计为可配置项（而非代码写死），以满足后续灵活扩展。

主要变更

• 新增配置模型 TitleVendorBinding（prefix + vendor，均带非空约束），挂载于既有 session_policies.title_vendor_bindings 配置段，支持多条规则按序匹配、首次命中生效，置空 [] 即禁用。
• 默认配置开箱即用：# 目标 → zhipu。
• 核心逻辑 _apply_title_based_policy：在标题提取后、tier 解析前注入，命中前缀时调用 SessionPolicyResolver.upsert() 建立运行时绑定，随后 _resolve_effective_tiers 自然将目标 vendor 提升至首位。
• 配置透传：config → app.py → RequestRouter → _RouteExecutor 全链路打通。

实现要点

• 复用既有机制：直接复用 SessionPolicyResolver.upsert() 运行时绑定能力，零侵入现有路由逻辑，流式与非流式两条路径一致接入。
• 仅新 Session 首请求生效：避免覆盖用户经 API 手动设置的绑定，已通过 is_new=False 用例显式锁定该语义。
• 健壮性兜底：启动期校验绑定引用的 vendor 是否存在（未知则告警而非硬失败，与手动绑定 API 语义对齐）；prefix/vendor 施加 min_length=1 约束，杜绝空前缀匹配全量 Session 的误配置。
• 测试覆盖：新增 17 个用例，覆盖前缀匹配/非匹配/中间匹配/多规则、空标题与空配置、tier 提升、未知 vendor、配置校验，以及流式与非流式端到端绑定；全量 1596 测试通过，ruff lint/format 全绿。