GitHub Copilot 支持 OpenAI o1：写代码也能慢思考，复杂 Bug 好修了

如果你平时在 VS Code 里用 GitHub Copilot 写代码，大概早就习惯了 GPT-4o 的节奏：按一下 Tab 补全几行样板代码，或者让它解释个简单的 API，速度飞快，但真遇到绕圈子的算法死锁、边界条件处理，它偶尔还是会自信满满地写出一堆跑不通的逻辑。

现在 GitHub 打算把那个会「思考」的外援放进编辑器里了。

GitHub 宣布面向开发者开放预览申请，允许在 GitHub Copilot 和 GitHub Models 中测试运行在 Azure 上的 OpenAI o1-preview 与 o1-mini。通过申请的开发者，可以在 VS Code 的 Copilot Chat 界面里直接用这两个新模型替换默认的 GPT-4o，也能在 GitHub Models 的演练场里在线测试。

敲代码时随时切换「思考模式」

这次上线的核心，是把 OpenAI o1 的内部思维链能力搬到了结对编程场景里。

按照 GitHub 官方的测试反馈，o1-preview 在处理代码约束和隐藏边界条件时表现明显更好。它的回答不是单纯吐出最可能的下一个字符，而是带着推理过程逐步拆解，这让定位死锁原因和复杂逻辑缺陷变得容易不少。

在日常写代码时，你并不需要把所有对话都交给反应较慢的 o1。GitHub 在 VS Code 的 Copilot Chat 里允许在不同模型之间自由切换。

说白了，生成样板代码、写测试模板或者问个语法，继续让 GPT-4o 顶在前面；一旦遇到复杂的底层架构设计、性能优化或者翻看晦涩的报错日志，切到 o1-preview 或 o1-mini 让他多推导几步。此外，开发者在 GitHub Models 的游乐场测试满意后，还能直接把模型接入到自己正在开发的应用里。

为什么重要

对一线开发者来说，这个更新非常实用。以前在编辑器里遇到复杂的逻辑 Bug，往往得切到网页端打开 o1，贴进去一大串上下文让它算半天，再把代码搬回项目里。现在直接在 VS Code 内无缝切换，彻底省掉了来回复制代码的折腾。

如果你是 Copilot 的日常用户，我们建议尽早去排队申请试用。特别是在处理并发、内存管理这类边界严苛的任务时，o1 的推理优势能够立竿见影地帮你省下大量调代码的时间。

从行业角度看，GitHub 这一步也给 AI 辅助编程指了一条务实的路。过去各家工具都在比谁打字更快、补全延迟更低，但大模型发展到现在，纯拼响应速度已经解决不了代码层面的深层逻辑硬伤了。

我们认为，GitHub 允许用户按需切模型的做法很聪明。它承认了不同编码场景需要不同成本和延迟的模型，而不是硬要把一个慢模型或者快模型塞给所有需求。不过这种做法的隐患在于，复杂的推理模型对提示词更敏感，如果开发者只是随手丢一句话过去，可能会白白等上几十秒甚至遭遇答非所问，如何引导开发者正确提问，依然是个待解的体验难题。