许多开发者在使用GitHub Copilot时都踩过这样一个坑：刚写完几行代码，一运行就报错，执行npm install后才发现依赖根本不存在，或者调用的函数在当前Node版本里早已被移除。别急着怀疑自己的环境配置有问题——这并非你的失误，而是Copilot从训练数据中挖掘出了过时甚至完全虚构的API。
确认项目依赖版本，防止Copilot引用不存在的API
打开终端，进入项目根目录，先执行npm list 或pip show 查看实际安装的版本。如果包尚未安装，请先运行npm install或pip install -e .，确保本地环境与pyproject.toml / package.json 中声明的版本范围严格一致。
这一步骤看似基础，但很多人直接跳过。Copilot看到import语句时，可能瞬间回溯到训练集中任意版本的文档——而你的node_modules里只有一份真实版本，两者碰撞，不出错才是怪事。
禁用Copilot对已弃用API的“记忆补偿”功能
仅仅关注依赖版本还不够。Copilot有个“热心肠”：它会将那些已被标记为deprecated的老API也推荐给你。如何解决？在VS Code中按Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入Preferences: Open Settings (JSON)回车，在settings.json里添加以下配置：
"github.copilot.advanced": { "disableDeprecatedApiSuggestions": true }
虽然这个字段并非最新的公开参数，但在VS Code v1.90+配合Copilot v1.215.0插件时已经生效。添加后重启编辑器，Copilot就不会再优先推荐那些标注了@deprecated的过时函数或类方法。效果立竿见影。
用三段式注释锁定API边界，引导Copilot生成正确代码
真正好用的方法是用注释直接告诉Copilot：你想使用的版本、风格以及需要避开的坑。
方法一：显式声明目标版本
# Language: Python
# Library: requests v2.31.0
# Goal: 发起带超时和重试的GET请求，不使用Session
方法二：反向排除危险模式
# 不要使用 urllib2、httplib、requests.adapters.HTTPAdapter(max_retries=...)
# 不要调用 .raise_for_status() 以外的异常处理方式
# 输入 url: str, timeout: float → 返回 dict 或抛出 requests.RequestException
方法三：绑定源码锚点（最可靠）
将光标放在你已手动写好的、确认可用的那一行调用上——比如response = requests.get(url, timeout=5)——然后在下一行输入# → 添加重试逻辑。Copilot会以这一行作为上下文基准，生成兼容当前版本的补全代码。
务必确保光标紧贴真实调用行的下方，且该行未被注释或删除。如果中间插入了空行或注释，Copilot就会丢失锚点，退回全局模糊匹配，生成的内容将不可靠。
验证生成代码是否调用真实API，避免虚假函数名
这一步，无论多忙都别省略。
- 选中Copilot生成的整段代码（含函数定义与调用）
- 右键 → “Copy as Markdown” 或手动复制纯文本
- 打开浏览器，访问requests最新文档搜索页或对应库的Sphinx搜索框，粘贴函数名检索
- 如果返回结果是“no results”，或者仅出现在旧版文档（比如v2.25.1），立即废弃这个建议
Copilot能生成语法完美、但文档里根本不存在的函数名，比如requests.get_sync()或json.loads_strict()——它们在任何版本的requests或stdlib中都不存在。这种“以假乱真”的能力，恰恰是对新手杀伤力最大的陷阱。