← 帮助中心 · 桌面 / 终端

用 DeepSeek Harness 连接 Newcclm

DSH 支持自定义提供方。加一段配置,把协议指向 OpenAI 兼容,就能用上我们的档位。

1. 添加自定义提供方

在 Settings → Models 里添加自定义提供方。不要用 DeepSeek 官方或 Anthropic 目录 —— 那两个走的是别的协议。

Provider 配置

Provider IDnewcclm
Base URLhttps://sccclm.com/v1
APIopenai-completions
Modelsnewcclm-fast · newcclm-coding

2. 写入 settings.yaml

在你本地的配置里加上这一段:

llm-pi-ai:
  providers:
    newcclm:
      displayName: Newcclm
      api: openai-completions
      baseURL: https://sccclm.com/v1
      apiKeyEnv: NEWCCLM_API_KEY
      compat:
        supportsDeveloperRole: false
        maxTokensField: max_tokens
      models:
        - id: newcclm-fast
        - id: newcclm-coding

3. 设置环境变量

export NEWCCLM_API_KEY="YOUR_API_KEY"
Windows 上用 set NEWCCLM_API_KEY=...,或者写进系统环境变量。 密钥的申请方式见帮助中心第 5 节。

4. 不要这样配

这几个是最常见的错法:

不要选 Anthropic 协议

# 错误 —— 会连不上
api: anthropic-messages

# 正确
api: openai-completions

不要填真实模型名

# 错误 —— 我们只认自己的档位名
models:
  - id: deepseek-chat
  - id: gpt-4o

# 正确
models:
  - id: newcclm-fast
  - id: newcclm-coding

不要在 baseURL 后面再加 /chat/completions

# 错误
baseURL: https://sccclm.com/v1/chat/completions

# 正确
baseURL: https://sccclm.com/v1

不要把新提供方塞进 DeepSeek 的预设里

有些版本的 DSH 会在检测到 deepseek 字样时套用官方预设参数, 导致请求发错地方。Provider ID 用 newcclm 就好。

5. 测一下

配置完成后,先确认最基本的连通性。打开终端执行:

curl https://sccclm.com/v1/chat/completions \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"newcclm-fast","messages":[{"role":"user","content":"你好"}]}'

返回带内容的 JSON 就说明密钥和地址都没问题 —— 那 DSH 里报错就是配置写法的问题。 如果这条也失败,先解决密钥/网络,再看 DSH 的配置。

报错怎么读:
· Invalid token → 密钥不对或没填进环境变量
· model not found → 模型名写错了,只能是我们的档位名
· 401 且消息里带 upstream → 是我们这边的问题,不是你的配置

还是不行?

把这三样发给我们:

1. settings.yaml 里你写的那一段(密钥打码)
2. DSH 报的完整错误
3. 上面那条 curl 的输出

← 返回帮助中心 · Newcclm 客户端 →