OpenClaw + GitHub Copilot GPT-5.4 技术修复指南

没有这些头，Copilot 返回：

missing Editor-Version header for IDE auth 

3. GPT-5.4 不是 Chat Completions 模型

gpt-5.4 必须使用 Responses API，而不是 /chat/completions。

因此对于 gpt-5.4 以下配置是错误的：

{"api":"openai-completions"}

必须改为：

{"api":"openai-responses"}

4. OpenClaw 传输路由仅处理 openai，未处理 github-copilot

即使将 gpt-5.4 更改为 openai-responses，OpenClaw 仍回退到通用流路径，因为其嵌入式运行器仅为 openai 提供者激活了 Responses 传输。

这导致 OpenClaw 继续向 GitHub Copilot GPT-5.4 发送 /chat/completions 请求。

涉及文件

配置文件

~/.openclaw/openclaw.json

已安装的 OpenClaw 运行时包

~/.nvm/versions/node/v22.22.0/lib/node_modules/openclaw/dist/reply-DhtejUNZ.js

重新应用脚本

~/.openclaw/workspace/ken-patchs/reapply-openclaw-copilot-gpt54-patches.mjs

步骤 1：修复 OpenClaw 配置

更新 ~/.openclaw/openclaw.json 中的 GitHub Copilot 提供者块。

提供者级别要求

使用：

{"baseUrl":"https://api.individual.githubcopilot.com","api":"openai-completions"}

为什么保持提供者 API 为 openai-completions？

• OpenClaw 运行时期望提供者保持在支持的通用适配器路径上
• 将整个提供者切换到 github-copilot 会导致运行时/提供者注册失败

GPT-5.4 的模型级别要求

设置 gpt-5.4 模型条目为：

{"id":"gpt-5.4","name":"GPT-5.4","api":"openai-responses","reasoning":true,"input":["text","image"],"cost":{"input":0,"output":0,"cacheRead":0,"cacheWrite":0},"contextWindow":128000,"maxTokens":64000}

智能体模型注册

确保存在以下内容：

{"agents":{"defaults":{"models":{"github-copilot/gpt-5.4":{}}}}}

步骤 2：修补 OpenClaw 以注入 Copilot IDE 头

OpenClaw 需要在发送提供者请求之前附加 Copilot IDE 头。

在 ~/.nvm/versions/node/v22.22.0/lib/node_modules/openclaw/dist/reply-DhtejUNZ.js 中，在其他提供者包装器附近添加如下包装器：

const GITHUB_COPILOT_IDE_HEADERS = {
  "User-Agent": "GitHubCopilotChat/0.35.0",
  "Editor-Version": "vscode/1.107.0",
  "Editor-Plugin-Version": "copilot-chat/0.35.0",
  "Copilot-Integration-Id": "vscode-chat"
};

function createGitHubCopilotHeadersWrapper(baseStreamFn) {
  const underlying = baseStreamFn ?? streamSimple;
  return (model, context, options) => {
    return underlying(model, context, {
      ...options,
      headers: { ...GITHUB_COPILOT_IDE_HEADERS, ...options?.headers }
    });
  };
}

然后在提供者包装器逻辑中应用它：

if(provider === "github-copilot") agent.streamFn = createGitHubCopilotHeadersWrapper(agent.streamFn);

步骤 3：修补 OpenClaw 以正确路由 GitHub Copilot Responses

找到决定使用哪个流传输的分支。

原始行为：

} else if(params.model.api === "openai-responses" && params.provider === "openai") {

将其替换为：

} else if(params.model.api === "openai-responses" && (params.provider === "openai" || params.provider === "github-copilot")) {

为什么这很重要：

• 修补前，github-copilot 从未进入 Responses 传输分支
• OpenClaw 回退到 streamSimple
• streamSimple 击中 /chat/completions
• GPT-5.4 拒绝该端点

修补后：

• github-copilot + openai-responses 使用正确的 Responses 传输
• GPT-5.4 不再回退到 Chat Completions

步骤 4：验证并重启

验证配置 JSON

node -e "JSON.parse(require('fs').readFileSync('/home/water/.openclaw/openclaw.json','utf8')); console.log('OK')"

验证修补后的包语法

node --check "~/.nvm/versions/node/v22.22.0/lib/node_modules/openclaw/dist/reply-DhtejUNZ.js"

重启网关

openclaw gateway restart 

验证流程

1. 将模型设置为 github-copilot/gpt-5.4
2. 发送简单提示如 hi
3. 确认网关保持连接
4. 确认以下错误未再次出现：

missing Editor-Version header for IDE auth
model "gpt-5.4" is not accessible via the /chat/completions endpoint
No API provider registered for api: github-copilot 

OpenClaw 更新后重新应用

由于运行时修补会覆盖已安装的 OpenClaw 包，升级或重新安装可能会清除它。

使用重新应用脚本：

node ~/.openclaw/workspace/ken-patchs/reapply-openclaw-copilot-gpt54-patches.mjs openclaw gateway restart 

设计说明

为什么不将整个提供者切换到 api: "github-copilot"？

这看起来很诱人，但 OpenClaw 的运行时路径在此设置中没有兼容的已注册流式提供者，导致运行时/提供者注册失败。

为什么不保持 GPT-5.4 在 openai-completions 上？

因为 GitHub Copilot GPT-5.4 无法通过 /chat/completions 访问。它必须通过 Responses API。

为什么 OpenCode 之前可以工作？

OpenCode 已经正确处理了 GitHub Copilot 传输路径，包括所需的 Copilot 头和正确的 API 模式，而 OpenClaw 需要配置和运行时修复。

推荐维护说明

• 将此指南与重新应用脚本路径一起保存在附近
• 任何 OpenClaw 升级后，重新运行修补脚本
• 如果 OpenClaw 更改其包文件名，相应更新脚本路径目标
• 如果 GitHub Copilot 更改所需的 IDE 头版本，更新运行时修补和重新应用脚本

快速恢复命令

node ~/.openclaw/workspace/ken-patchs/reapply-openclaw-copilot-gpt54-patches.mjs openclaw gateway restart openclaw status 

最终状态

配置修复和运行时修补到位后，github-copilot/gpt-5.4 可在 OpenClaw 中工作且网关保持稳定。