VSCode在WSL环境下无法使用Github Copilot(网络问题)

概要

本文记录了一个案例:VSCode 在 WSL 环境下无法使用 Github Copilot,但是原生 Windows 下使用没问题。

问题表现

使用 VsCode 连接到 WSL 后,Copilot 无法进行自动或手动补全,在聊天窗口输入信息后始终显示“正在准备 Copilot”。

使用 Ctrl+` 打开面板,点击“输出”面板,右上角选择"Github Copilot Chat",可以看到错误日志如下:

2025-09-03 15:54:27.648 [info] [GitExtensionServiceImpl] Initializing Git extension service. 2025-09-03 15:54:27.648 [info] Can't use the Electron fetcher in this environment. 2025-09-03 15:54:27.648 [info] Using the Node fetch fetcher. 2025-09-03 15:54:27.648 [info] [GitExtensionServiceImpl] Successfully activated the vscode.git extension. 2025-09-03 15:54:27.648 [info] [GitExtensionServiceImpl] Enablement state of the vscode.git extension: true. 2025-09-03 15:54:27.648 [info] [GitExtensionServiceImpl] Successfully registered Git commit message provider. 2025-09-03 15:54:28.580 [info] Logged in as focksor 2025-09-03 15:54:31.233 [info] Got Copilot token for focksor 2025-09-03 15:54:31.245 [info] activationBlocker from 'languageModelAccess' took for 3289ms 2025-09-03 15:54:31.396 [error] TypeError: fetch failed at node:internal/deps/undici/undici:13510:13 at processTicksAndRejections (node:internal/process/task_queues:105:5) at Lk._fetch (/home/focksor/.vscode-server/extensions/github.copilot-chat-0.30.3/dist/extension.js:1170:29745) at Ov._fetchModels (/home/focksor/.vscode-server/extensions/github.copilot-chat-0.30.3/dist/extension.js:2539:5015) Error: read ECONNRESET at TLSWr

Read more

AI赋能个人变现:12条2026年最实用的国产AI副业通路全解析

AI赋能个人变现:12条2026年最实用的国产AI副业通路全解析

【摘要】围绕国产大模型与本土平台,构建个人可复制的人机协同赚钱工作流,系统拆解 12 条现实可行的 AI 副业路径与长期策略。 引言 到 2026 年,大模型已经从实验性质的技术走进了日常工作。 DeepSeek、通义千问、Kimi、智谱清言等国产模型,在中文理解、长文本写作、多模态生成、代码辅助等方面,已经具备稳定落地的能力。对个人而言,第一次可以以很低的门槛,调动接近企业级水准的智能生产力。 现实中的分化正在加剧。一部分人依旧停留在体验阶段,注册了多个模型账号,试过几次聊天和改写,却没有把任何一个具体项目跑通。另一部分人则已经把 AI 固化进自己的赚钱流程,模型承担大量重复劳动,自己负责判断、沟通和业务设计。即便还是一个人,也能做出原本需要小团队才能完成的产出。 差距不在工具,而在一种新能力:是否能把 AI 嵌入完整的赚钱工作流,形成稳定的人机分工。 后文围绕这一点展开。讨论的核心问题是 在中国大陆,如何依托国产大模型和本土平台,让普通人搭建 12

Flutter 三方库 shelf_web_socket 的鸿蒙化适配指南 - 实现具备高性能全双工长连接与协议协商能力的端侧服务端架构、支持分布式实时信令与多端协同实战

Flutter 三方库 shelf_web_socket 的鸿蒙化适配指南 - 实现具备高性能全双工长连接与协议协商能力的端侧服务端架构、支持分布式实时信令与多端协同实战

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 shelf_web_socket 的鸿蒙化适配指南 - 实现具备高性能全双工长连接与协议协商能力的端侧服务端架构、支持分布式实时信令与多端协同实战 前言 在进行 Flutter for OpenHarmony 开发时,当我们的鸿蒙应用需要充当“控制中心”角色(如控制智能家居、开启本地调试服务或实现 P2P 实时对抗脚本时),如何在端侧直接拉起一个支持 WebSocket 协议的高性能微服务端?shelf_web_socket 是针对 shelf 后端框架封装的一款官方级 WebSocket 处理器。本文将探讨如何在鸿蒙端构建极致、透明的长连接交互引擎。 一、原直观解析 / 概念介绍 1.1 基础原理 该库本质上是一个 shelf 处理函数(Handler)

【前端小站】HTML 标签:网页骨架,从空白到惊艳,全靠这些 HTML 标签搞事情

【前端小站】HTML 标签:网页骨架,从空白到惊艳,全靠这些 HTML 标签搞事情 HTML 标签就像积木,不同的组合方式决定了你能搭出什么样的房子。 下面这张图是目前(2025–2026)最常用、最有语义价值、实际项目中出现频率最高的标签分类速览表: 层级主要职责核心标签(按重要性排序)2025–2026 高频使用场景语义分值(SEO/无障碍)文档根声明 + 语言 + 根元素<!DOCTYPE html><html lang="zh-CN">几乎所有页面★★★★★元信息不显示但极其重要<meta charset="UTF-8"><meta name=