fix(provider): OpenAI Compatible 模型验证误报'没有可用模型' / fix model validation false-negative for OpenAI-compatible providers

[WenhuaXia]

问题描述 / Bug Description

onboarding 配置本地模型(vLLM/Ollama 等 OpenAI Compatible provider)时,点击「保存并验证模型」永远报错 「该 Provider 没有可用的模型进行测试」(no_models_available),即使远程服务的 /v1/models 端点正常返回、模型也确实可用。

When configuring a local model (vLLM/Ollama, etc. via the OpenAI Compatible provider) in onboarding, clicking "save and validate" always reports "该 Provider 没有可用的模型进行测试" (no_models_available), even when the remote service's /v1/models endpoint returns models correctly.

根因 / Root Cause

flocks/provider/sdk/openai_compatible.py 的 get_models() 只返回 flocks.json 里手动配置的 _config_models,从不请求远程 /v1/models:

def get_models(self) -> List[ModelInfo]:
    """Return models from flocks.json (_config_models) only.
    OpenAI-compatible providers have no predefined model list; users add
    their own models via the model management UI.
    """
    return list(getattr(self, "_config_models", []))

而 catalog 中 openai-compatible 的预定义模型数为 0(对照 threatbook-cn-llm 有 11 个)。因此 isolated 验证时 probe_models 恒为空,在 ~14ms 内就返回 no_models_available —— 验证逻辑根本没接触到远程服务。

ThreatBook 不受影响,因为它的 catalog 自带模型列表,_prepare_isolated_provider 的 backfill 能补上。

修复 / Fix

在 flocks/server/routes/provider.py 的 isolated 验证分支中:若 probe_models 为空、且用户在表单里明确填了 model_id,则用该 id 合成一个最小 ModelInfo,让验证真正发起 chat 请求去校验该模型。

When probe_models is empty and the user explicitly supplied a model_id in the onboarding form, synthesize a minimal ModelInfo so the real chat call validates that model against the upstream instead of failing early.

• 仅在 isolated(验证快照)路径生效,不写入 config,零副作用
• 排除 ThreatBook provider(它们已有 backfill)
• 仅在用户显式提供 model_id 时触发

验证 / Verification

直接调用 onboarding 使用的同一函数 _test_provider_credentials_impl(target: http://192.168.250.10:8000/v1, model Qwen3.8-27B, vLLM TP4×4):

	修复前 / Before	修复后 / After
结果 / Result	no_models_available	连接成功 (success)
延迟 / Latency	14ms(未连远程)	1015ms(真实推理)
回答 / Answer	—	Paris

远程服务健康:/v1/models 带 key 返回 Qwen3.8-27B。

测试计划 / Test Plan

• 复现脚本验证:修复前 no_models_available(14ms)→ 修复后 连接成功(Paris, 1015ms)
• 未改动 get_models() 的既有语义(手动模型管理流程不受影响)
• ThreatBook 路径不受影响(显式排除)
• 现有测试套件通过 / existing tests pass(纯后端逻辑改动)

风险评估 / Risk Assessment

Low — 改动仅 22 行,位于 isolated 验证分支,仅在 probe_models 为空且用户显式提供 model_id 时触发;合成的是临时 ModelInfo,不写入 flocks.json,不影响任何持久状态。

---

注: uv.lock 的本地环境漂移(aliyun mirror → pypi)已还原,未包含在本 PR。