copilot chat 默认仅读取编辑器可见区域代码，无法自动获取终端、problems面板或调试控制台中的错误信息；需手动粘贴完整错误日志并勾选相关文件上下文，远程环境还需重新登录及配置remote.extensionkind。
Copilot Chat 本身不直接修复报错，但它能精准定位错误原因、生成可运行的修正代码、解释报错上下文——前提是它“看得到”你的错误现场。 否则你只会得到泛泛而谈的建议，比如“检查缩进”或“确认变量已定义”，毫无实操价值。
为什么 Copilot Chat 看不到你的报错信息
默认情况下，Copilot Chat 只读取当前文件中「编辑器可见区域」的代码（即你滚动到的那一屏），完全忽略终端输出、调试控制台、错误面板里的 TypeError: Cannot read property 'x' of undefined 这类关键线索。
- 它不会自动抓取 VS Code 底部「Problems」面板里的红叉提示
- 它看不到你刚在终端里跑出的
ModuleNotFoundError: No module named 'fastapi' - 如果你正在调试，它也看不到 Debug Console 里打印的堆栈
解决办法很简单：把错误信息手动复制进聊天框。开头加一句「这是我在运行时看到的报错」，再粘贴完整错误日志（含文件路径、行号、调用栈）。Copilot 会立刻切换成「错误诊断模式」，而不是泛泛而谈的编程教学模式。
在远程开发（SSH/WSL/Container）中 Chat 图标消失或报错连接失败
这不是插件没装好，而是远程环境没拿到认证上下文。本地登录 ≠ 远程可用 —— OAuth token 不跨环境传递。
- 必须在远程 VS Code 窗口中执行
Copilot: Sign In（通过Ctrl+Shift+P），不能只在本地点一次 - 检查远程扩展是否真已安装：打开 Extensions 面板 → 搜索
GitHub.copilot-chat→ 确认显示Installed in Remote - WSL 用户常见陷阱：
Http: Proxy Support和Http: Use Local Proxy Configuration必须设为off，否则日志里会出现ECONNRESET或卡在Chat took too long to get ready - 如果仍失败，临时在远程
settings.json中添加："remote.extensionKind": {"GitHub.copilot": ["ui"], "GitHub.copilot-chat": ["ui"]}，强制让 Copilot 核心逻辑走本地渲染（仅限补全和基础 Chat，部分高级上下文功能受限）
如何让 Copilot Chat 理解你的项目结构和框架语义
它默认只当你是写纯文本，不认识 @app.get("/user") 是 FastAPI 路由，也不懂 useQuery 是 React Query 的 hook。要让它“懂行”，得喂上下文。
- 打开 Chat 面板右上角
⋯→ 勾选Include current file和Include related files（后者会自动加入你import的模块） - 在 Python 项目中，把
pyproject.toml或requirements.txt片段粘贴到聊天开头，加一句「这是我的依赖和项目结构」 - 调试 Vue 组件时，把
<script setup></script>区块 + 对应的props定义一起发过去，比只发报错行有效十倍 - 禁用
github.copilot.chat.includeWorkspaceContext会导致它完全无视工作区根目录下的tsconfig.json或eslint.config.js，进而给出不符合你项目规范的修复建议
真正卡住人的从来不是「怎么打开 Chat」，而是「它到底看见了什么」。每次提问前，花 5 秒确认：错误日志粘进去了吗？相关文件被包含了么？远程环境重新签过名了吗？这些细节漏掉一个，Copilot 就只是个聪明的瞎子。
