[codex] fix Zhipu coding plan presets (#3524)

* fix(presets): update Zhipu coding plan endpoints

* fix(model-fetch): probe /models on versioned /vN base URLs

The model-list probe assumed any base URL not ending in /v1 needs /v1/models appended. For providers whose base URL already ends in a version segment like /v4 (Zhipu/Z.AI GLM Coding Plan at .../api/coding/paas/v4), this produced .../v4/v1/models which 404s, so the "Fetch models" button always failed.

Detect a trailing /v{N} version segment and probe {base}/models first, keeping /v1/models as a fallback candidate for non-/v1 versions. Fixes Codex/OpenCode/OpenClaw/Hermes GLM presets and any other vN-style endpoint, with no behavior change for /v1 or non-versioned URLs.

---------

Co-authored-by: Jason <farion1231@gmail.com>

src/config/codexProviderPresets.ts

@@ -286,10 +286,10 @@ requires_openai_auth = true`,
     auth: generateThirdPartyAuth(""),
     config: generateThirdPartyConfig(
       "zhipu_glm",
-      "https://open.bigmodel.cn/api/paas/v4",
+      "https://open.bigmodel.cn/api/coding/paas/v4",
       "glm-5.1",
     ),
-    endpointCandidates: ["https://open.bigmodel.cn/api/paas/v4"],
+    endpointCandidates: ["https://open.bigmodel.cn/api/coding/paas/v4"],
     apiFormat: "openai_chat",
     modelCatalog: modelCatalog([
       { model: "glm-5.1", displayName: "GLM-5.1", contextWindow: 200000 },
@@ -312,10 +312,10 @@ requires_openai_auth = true`,
     auth: generateThirdPartyAuth(""),
     config: generateThirdPartyConfig(
       "zhipu_glm_en",
-      "https://api.z.ai/api/paas/v4",
+      "https://api.z.ai/api/coding/paas/v4",
       "glm-5.1",
     ),
-    endpointCandidates: ["https://api.z.ai/api/paas/v4"],
+    endpointCandidates: ["https://api.z.ai/api/coding/paas/v4"],
     apiFormat: "openai_chat",
     modelCatalog: modelCatalog([
       { model: "glm-5.1", displayName: "GLM-5.1", contextWindow: 200000 },