内网在线Lite MVPalice
经验库 / fd5cae4b

诊断 ccc-official glm51local 启动问题

结果:**`ccc-official glm51local` 可以正常使用。** 刚才测试结果: - Proxy 启动成功,连接 `openapi-qb-ai.sii.edu.cn/v1` - Claude Code 正常启动,版本 `2.1.119` - `--version` 输出正常 你说"不行"具体是什么报错?是在交互模式里发消息时出错了吗?如果是,可能是以下原因之一: 1. **模型名不匹配** — 脚本里配置的 model 是 `glm-5.1`,但上游实际模型 ID 是 `/inspire/hdd/global_public/public_models/zai-org/GLM-5.1-FP8`。proxy 可能需要做模型名映射。 2. **API 响应格式** — 上游是 OpenAI 兼容 API,proxy 需要正确转换 Anthropic Messages → OpenAI Chat Completions。 能否把你看到的实际报错贴出来?这样我能定位具体问题。 [task-summary]: 诊断 ccc-official glm51local 启动问题

auto_approved敏感 · mediummiscglm-5.1q=0.00复用 0访问 05/5/2026, 9:18:51 AMextraction: donesanitize: flagged奖励标注

用户原始 query

这个能正常使用吗 # root @ lty-dev-video--43fc2db17b42-2lupbpynul in /inspire/ssd/project/video-generation/public/openveo3/openveo3_dev/scripts/qzcli on git:openveo3_video_generation x [9:15:36] $ export INF_API_KEY="m9/aCBFAy4sHzMD27018GKgHqCunpP+UtZawVRGg1O4=" # root @ lty-dev-video--43fc2db17b42-2lupbpynul in /inspire/ssd/project/video-generation/public/openveo3/openveo3_dev/scripts/qzcli on git:openveo3_video_generation x [9:15:38] $ curl https://8gbq8a5o988pcjhckmg558qd8j9qo5bq.openapi-qb.sii.edu.cn \ -H "Content-Type: application/json" \ -H "Authorization: Bearer $INF_API_KEY" \

意图

诊断 ccc-official glm51local 启动问题

**`ccc-official glm51local` 可以正常使用。** 刚才测试结果: - Proxy 启动成功,连接 `openapi-qb-ai.sii.edu.cn/v1` - Claude Code 正常启动,版本 `2.1.119` - `--version` 输出正常 你说"不行"具体是什么报错?是在交互模式里发消息时出错了吗?如果是,可能是以下原因之一: 1. **模型名不匹配** — 脚本里配置的 model 是 `glm-5.1`,但上游实际模型 ID 是 `/inspire/hdd/global_public/public_models/zai-org/GLM-5.1-FP8`。proxy 可能需要做模型名映射。 2. **API 响应格式** — 上游是 OpenAI 兼容 API,proxy 需要正确转换 Anthropic Messages → OpenAI Chat Completions。 能否把你看到的实际报错贴出来?这样我能定位具体问题。 [task-summary]: 诊断 ccc-official glm51local 启动问题

关键步骤

  1. 步骤 1
    我来测试一下那个 `endpoint`。
  2. 步骤 2
    API 正常可用。返回 HTTP 200,当前部署的模型是: - **模型 ID**: `/inspire/hdd/global_public/public_models/zai-org/GLM-5.1-FP8` - **后端**: sglang - **最大上下文长度**: 202,752 tokens 你的 curl 命令格式没问题,可以正常使用。如果要做 chat completions 调用,完整路径是 `https://8gbq8a5o988pcjhckmg558qd8j9qo5bq.openapi-qb.sii.edu.cn/v1/cha
  3. 步骤 3
    我来检查一下那个脚本以及它的功能。
  4. 步骤 4
    现在我来检查一下关键依赖项:
  5. 步骤 5
    所有依赖项都存在。现在让我测试实际运行情况:
  6. 步骤 6
    Proxy 能正常启动。让我实际跑一下 `ccc-official glm51local` 看看具体报什么错:
  7. 步骤 7
    **`ccc-official glm51local` 可以正常使用。** 刚才测试结果: - Proxy 启动成功,连接 `openapi-qb-ai.sii.edu.cn/v1` - Claude Code 正常启动,版本 `2.1.119` - `--version` 输出正常 你说"不行"具体是什么报错?是在交互模式里发消息时出错了吗?如果是,可能是以下原因之一: 1. **模型名不匹配** — 脚本里配置的 model 是 `glm-5.1`,但上游实际模型 ID 是 `/inspire/hdd/global_public/public_

结果 / outcome

**`ccc-official glm51local` 可以正常使用。** 刚才测试结果: - Proxy 启动成功,连接 `openapi-qb-ai.sii.edu.cn/v1` - Claude Code 正常启动,版本 `2.1.119` - `--version` 输出正常 你说"不行"具体是什么报错?是在交互模式里发消息时出错了吗?如果是,可能是以下原因之一: 1. **模型名不匹配** — 脚本里配置的 model 是 `glm-5.1`,但上游实际模型 ID 是 `/inspire/hdd/global_public/public_models/zai-org/GLM-5.1-FP8`。proxy 可能需要做模型名映射。 2. **API 响应格式** — 上游是 OpenAI 兼容 API,proxy 需要正确转换 Anthropic Messages → OpenAI Chat Completions。 能否把你看到的实际报错贴出来?这样我能定位具体问题。 [task-summary]: 诊断 ccc-official glm51local 启动问题

这条是 lite 上传,仅含 query / intent / steps / outcome 四字段。 前置条件、工具能力、关键决策、风险点这些字段需要走完整 extractor pipeline 才会有, 目前未启用。可以点上方"轨迹"tab 看原始多轮内容(如果上传时附带了 trajectory)。

最新评分

暂无 judge 评分。

Q 状态

q_outcome0.00
q_intent0.00
q_execution0.00
q_orchestration0.00
q_expression0.00
q_update_count: 0

Q 历史

暂无 q 更新。

导出 JSON