AskaEth
9cb605f316
feat(m174): 助手（AI）提供商配置真接线 + 「测试连接」
设置页新增第 6 组「助手」：提供商四态 / 端点 base_url / 模型名 / API 密钥（默认掩码，
点「显示」才明文）+ 保存 + 测试连接，四类失败（鉴权 / 模型不存在 / 不可达 / 超时）各自
一句文案 + 目标与耗时。
取舍三条：
1. 读写走 `core::setting` 的 schema API（`SettingStore::load` 现读 → `set` → `save`），
不经 `AppCommand::SetSetting`——那条指令是可序列化 DTO，`ai.api_key` 走它等于让明文进
事件流/日志。与 `SettingsBridge::persist` 写外观是同一条做法。
2. 「测试连接」不另写一套 HTTP：`unlucky_cli::commands::agent::probe` 现读设置文件、
交给 `RigProvider`（真 provider）发一次最小补全，带 8 秒时限；分类只看错误文本
（rig 只给 Display），四类各有一条真 TCP 假服务器用例钉住。
3. `ProviderKind` 补 `from_setting` / `setting_value`：serde 的 `rename_all = snake_case`
产出 `open_ai_compatible`，与 schema 的 `openai_compatible` 不是同一个词——这正是
M174 之前「agent 侧一次都没读过设置」的根因。
守卫（都做变异验证，见 mission 报告）：密钥不出 `Debug`/`detail`/DTO；未配置时工厂构造
计数为 0；改完 base_url 后探测打到新地址；空/非法值被 schema 拦下且文件不动。
i18n：49 条中英各一（金表按 `Key::ALL` 位置插入）；presenter 的 ai_group 补上 schema 允许
的 `disabled` 选项与一行「已配置 N 字符」的只读状态（仍然不显示值）。
2026-11-08 15:57:25 +08:00
..
2026-11-08 15:57:25 +08:00
2026-11-08 11:12:11 +08:00