VsCode远程Copilot无法使用Claude Agent问题解决实践整理-45看点

平时做技术实践时，很多问题不是概念不会，而是细节没串起来。拿“VsCode远程Copilot无法使用Claude Agent问题解决”来说，它看着像小点，放到项目里常会牵出环境、配置、兼容性和维护成本。下面按实际使用顺序，把思路、关键写法和容易踩坑的地方讲清楚，方便你直接对照操作。

在这个场景下，最近我突然发现vscode Copilot中Claude模型突然没了，我刚充的钱啊！没有Claude我还用啥Copilot

落到代码里，很多小伙伴知道要开代理，开完代理后确实Claude会出来，本地采用是没有任何问题的，但是如果采用远程ssh的话，会出现访问异常，连接不上的情况。这时候很多小伙伴就在网上寻找方法，在vscode setting中添加这么一段代码。

"http.proxy": "http://127.0.0.1:1082",
    "remote.extensionKind": {
        "GitHub.copilot": [
            "ui" 
        ],
        "GitHub.copilot-chat": [
            "ui"
        ],
        "pub.name": [
            "ui"
        ]
    }

落到代码里，代理设置在本地回还地址，随后强制copilot也在本地上运行，这时候你会发现Claude模型出来了，ask也可以正常询问，但是Agent模式无法正常编辑，会有一段这么个提醒：

copilotAllow edits to sensitive files?The model wants to edit files outside of your workspace

实际处理时，这是提醒你工作区错误，但是明明发现我的工作区没有错。这其中的问题就出在了"GitHub.copilot": ["ui" ],
从实现思路看，"GitHub.copilot-chat": ["ui"],这两行代码会强制你的copilot在本地运行，随后你的远程路径在本地是无法识别的，所以就告诉你Workspace异常。

那么如何解决呢？

结合项目来看，首先我们的代理地址（我这里的端口是1082，根据自己的情况来）是需的，只是加错了位置。我们先把本地的设置文件里面的这些代码注释掉

然后，我们打开ssh的设置文件，加入这么一段

将本地代理的端口，在远程穿透回来，此时远程服务器也用上了代理

然后再在远程的settings.json中设置代理端口

{
    "http.proxy": "http://127.0.0.1:1082",
    "http.proxyStrictSSL": false,
    "remote.extensionKind": {
        "pub.name": [
            "ui"
        ]
    }
}

重启vscode，你会发现Claude又回来了QAQ

从实现思路看，同时且Agent模型也可以正常采用了，因为工作区一直在远程上，不会出现问题

从实现思路看，总的来说，VsCode无法采用Claude这部分内容适合结合实际项目边做边理解。先抓住核心思路，再逐步补上细节和边界处理，最后效果会更稳定，也更容易复用。