feat(gateway,admin-web): 面板可编辑 provider 推理形状 / 角色级路由 / multimodal 真语义（裁决 03.4.2/03.4.1）

- 后端：AdminLlmProvider 暴露 reasoning{kind}（恒下发，""=未声明=auto）、personaModels、personaProviders；
  顶层新增 reasoningKinds / personaProviderOptions 两个**取值域**（唯一来源＝ runtimeconfig 导出枚举，
  校验错误文案也由枚举拼接 ⇒ 不可能漂移）
- 读写共用同一映射（admin_llm_provider.go），避免「读侧少一个键 ⇒ 面板一保存就抹掉」
- 写侧语义：缺失=保留、给出=整块/整表替换；非法值一律 runtimeconfig.Group.Validate() ⇒ 400 bad_request
  （实测非法 kind 返回 400 且 models.json 完全不动，而非 500 静默失败）
- 前端：新增 LlmProviderRouting（推理形状下拉 + multimodal 开关 + 按角色路由编辑器）；
  目录能力位改三态（true/false/未标注），「未标注」不再谎称「不支持」；目录/角色清单不可用时
  **不阻塞编辑**且与「字段为空」是不同状态；绝无 mock/sample 回退
- 复核：build/vet 绿 + gateway/config 包测试绿 + tsc 0 错 + vite build 成功；2 条变异反证（删 reasoning
  补丁 → 2 例红；删 Group.Validate → 该 400 用例红）已还原
- 注意（主会话已知）：npm run build 把新 SPA 写进 frontend/web/dist，而运行中的二进制优先从磁盘读该目录
  ⇒ :10942 目前是「新面板 + 旧后端」，等阶段 5 全绿后按红线「先 build 到位、再一次 restart」切换

internal/services/gateway/admin.go

@@ -38,14 +38,28 @@ type policyRequest struct {
 	AllowInStranger bool   `json:"allowInStranger"`
 }
 
+// AdminLlmReasoning 是一个 provider 组的推理开关形状声明（models.json 的
+// `reasoning` 块的线上投影）。kind 为空串表示「未声明形状」（等同 auto：
+// 按模型名/baseURL 推断，有歧义就不下发），而不是「后端没报告」——
+// 后者由整个字段缺失表示。
+type AdminLlmReasoning struct {
+	Kind string `json:"kind"`
+}
+
 // AdminLlmProvider 是管理配置中一个 LLM provider 的线上结构。
 // API key 刻意缺位：它绝不返回给客户端。
+//
+// 这里列出的每个可编辑字段都必须在读侧如实回填：面板是「读回来 → 改一处 →
+// 整组提交」，读侧少一个键就等于保存时把它抹掉。
 type AdminLlmProvider struct {
-	ID         string `json:"id"`
-	Name       string `json:"name"`
-	Provider   string `json:"provider"`
-	BaseURL    string `json:"baseUrl"`
-	Model      string `json:"model"`
+	ID       string `json:"id"`
+	Name     string `json:"name"`
+	Provider string `json:"provider"`
+	BaseURL  string `json:"baseUrl"`
+	Model    string `json:"model"`
+	// Multimodal = **主模型自己能否收图**（裁决 14.4.1）。它不表示「本部署
+	// 有视觉能力」：图片识别/OCR 工具用的模型由 .env 的 LLM_VISION_MODEL /
+	// LLM_OCR_MODEL 单独配置，与这里无关。
 	Multimodal bool   `json:"multimodal"`
 	Enabled    bool   `json:"enabled"`
 	Fallback   string `json:"fallback,omitempty"`
@@ -53,11 +67,28 @@ type AdminLlmProvider struct {
 	// 在最后一个 fallback 步骤回退到 LLM_FALLBACK_MAX_TOKENS，
 	// 再回退到适配器默认值）。
 	MaxTokens int `json:"maxTokens,omitempty"`
+	// Reasoning 是该组的推理开关形状（裁决 03.4.2 / 08.4.1）。始终下发
+	// （kind 可能为空串），使面板能把「未声明」当成一种明确状态回填。
+	Reasoning *AdminLlmReasoning `json:"reasoning"`
+	// PersonaModels 是 persona → 模型名的路由表（裁决 03.4.1），键为该组内
+	// 的 persona id；空/缺失 = 该组没有 per-persona 模型绑定。
+	PersonaModels map[string]string `json:"personaModels,omitempty"`
+	// PersonaProviders 是 persona → wire 协议的覆盖表，取值只能是本 build
+	// 承认的协议名（见 AdminLlmConfig.PersonaProviderOptions）。
+	PersonaProviders map[string]string `json:"personaProviders,omitempty"`
 }
 
 // AdminLlmConfig 是 GET /api/v1/admin/llm 的线上结构。
+//
+// ReasoningKinds / PersonaProviderOptions 是**面板表单选项的取值域**：它们由
+// 配置层的常量清单直接生成，因此面板给出的候选与后端会接受的取值永远一致
+// （面板不硬编码自己的一套枚举）。
 type AdminLlmConfig struct {
 	Providers []AdminLlmProvider `json:"providers"`
+	// ReasoningKinds 是 responses 中 reasoning.kind 的合法取值（不含空串）。
+	ReasoningKinds []string `json:"reasoningKinds"`
+	// PersonaProviderOptions 是 personaProviders 值的合法取值（协议名）。
+	PersonaProviderOptions []string `json:"personaProviderOptions"`
 }
 
 // AdminAutomationRecord 是管理列表中一条自动化/提醒的线上结构。