Copilot强塞马斯克Grok新模型，遭开发者集体“抵抗”！GitHub内部工程师曝：我们是被“胁迫”的

整理 ｜ 华卫

近日，微软旗下的协作式编程平台 GitHub 正深化与埃隆·马斯克旗下 xAI 公司的合作，将 xAI 的 Grok Code Fast 1 大型语言模型（LLM）的早期使用权整合到 GitHub Copilot 中。

然而，一名 GitHub 内部团队的举报人随后声称，该模型的推出存在安全测试不足的问题，且工程团队是在高压环境下开展工作的。此消息一出，不仅引发了大量关注，还有不少开发者在各平台上发起“抗议”，其中甚至还有 GitHub 的前员工赶来发声。

1 Copilot 逐步推出 Grok Code Fast 1，先免费开放

本周早些时候（8 月 26 日），GitHub 宣布，Grok Code Fast 1 将作为可选的公开预览版，面向 Visual Studio Code 中使用 GitHub Copilot Pro、Pro+、商业版和企业版套餐的用户开放。

Grok Code Fast 1 是 xAI 公司 Grok 系列大型语言模型的最新产品，这是一个专为代理编码任务设计的专用模型。该 API 的突出之处在于在响应中提供可见的推理轨迹，使用户能够有效地指导和优化输出。因此，程序员能够在复杂项目中实现更快的迭代。

当前，其在 GitHub 的免费访问权限（不含 BYOK 方式）有效期至 2025 年 9 月 2 日太平洋夏令时间（PDT）下午 2 点，此后将按常规价格收费。“此次推出将分阶段进行——若目前未看到该功能，敬请稍后查看。”

据悉，对于 GitHub Copilot 商业版和企业版套餐，管理员需先在 Copilot 设置中启用 Grok Code Fast 1 策略。启用后，该组织内所有用户均可在 Visual Studio Code 的模型选择器中看到该模型。

对于个人付费套餐，只需在 Visual Studio Code 的模型选择器中选中 Grok Code Fast 1，并确认一次性提示，即可启用该模型。此外，GitHub Copilot 个人版套餐用户可通过‘自带密钥’（BYOK）方式使用 xAI 模型，即凭借个人的 xAI API 密钥访问这些模型。若要通过“自带密钥”方式启用访问权限，需从模型选择器中选择“管理模型”（Manage Models），点击“xAI”，在提示时输入个人 API 密钥，最后选中 Grok Code Fast 1 即可。

据了解，GitHub Copilot 一直为用户提供来自多家第三方的代码专用大型语言模型访问权限，其中自今年 5 月起就已集成一款 xAI 的早期模型。值得注意的是，Grok Code Fast 1 虽然与当前在消费领域引发不满的那款 Grok 模型是相互独立的，但这并不意味着它加入 GitHub Copilot 生态会受到欢迎。

2 GitHub 工程师：团队被“胁迫”将 Grok 纳入 Copilot

据外媒报道，当前已看到各种各样对 Grok 模型的抱怨。这些抱怨要么聚焦于 GitHub 与 xAI 的合作本身，要么针对大型语言模型存在的核心问题——这类模型缺乏理解力、功能性推理能力与真实性认知，导致其频繁生成无法运行的代码。

自 2022 年 8 月起就担任 GitHub 无障碍与设计系统高级工程师的 Eric Bailey 公开的投诉内容则更为深入。8 月 27 日，Bailey 在社交平台 Mastodon 上发声举报，揭露了此次 Grok Code Fast 1 模型集成到 GitHub Copilot 背后似乎存在严重问题。

他在帖子中称：“这项功能推出时，安全审查十分仓促，工程团队是在胁迫下不情愿地推进，且完全违背了我们所谓的公司价值观。”并且，Bailey 呼吁道，“如果你们不希望使用它，就去告诉他们——通过社交平台和支持论坛发声。领导层是不会听员工意见的。”

对此，GitHub 在发给一封给外媒的回应邮件中否认其在审批 Grok Code Fast 1 时存在任何走捷径的行为。GitHub 发言人表示：“所有合作方模型都需通过基于微软负责任 AI 标准的内部审查流程，我们对此项责任高度重视。Grok Code Fast 1 已通过该审查，审查过程采用了混合测试策略，包括自动化评估，以及由 GitHub 和微软各方专家组成的红队开展的人工测试。”

该公司还指出，Grok Code Fast 1 目前属于可选参与的预览版，其团队仍在持续对该模型进行研究和优化。

尽管如此，Bailey 所述的问题仍引起了不少网友的关注。在评论区内，Bailey 还表示，“我确实认为，网络基础设施中应有更多部分由社区所有。虽说这可能与我自身的立场相悖，但我在很大程度上也依赖 GitHub 平台；忽视其背后庞大的基础设施体量，本身就是一种不负责任的做法。”

此外，他指出，“目前唯一能够推动事态发展的是舆论浪潮，而我认为 Fedi 可以在这方面提供帮助。”

3 开发者们集体上诉，要求撤销并终止与 xAI 合作

如今，GitHub 与 xAI 的合作事件除了在社交平台引发热议外，不少开发者们也自发在 GitHub 上开展了一场讨论。

一位开发者首先带头发了这样一条建议帖：“GitHub 是一家据称重视多元化的公司，近期却在 Copilot 中新增了对 Grok 的支持。这与 GitHub 及微软的公司价值观如何相符？在我看来，理应移除这一支持。我从测试版开始就一直在使用 Copilot，但正因如此，我很可能不会再继续使用它了。”

接着，许多开发者在帖子下方表示了对这一建议的认同。并且，其中一些开发者已因此产生了转向其他平台的想法。

一名开发者说，“我之前一直盘算着要不要迁移到 Codeberg 或其他类似的替代平台，之所以没这么做，主要是因为我喜欢 GitHub 周边的社区氛围。但我觉得，此次（与 xAI 的）合作不仅会对这个社区造成严重损害，也会让我对 GitHub 的好感大打折扣。”另一开发者则说道，“如果这和 xAI 的合作关系真的成功，我肯定会迁移到 sourcehut。”

GitHub 前员工 David Celis 也发声道，“作为曾深爱这个平台的前 GitHub 员工，我想说：支持 Grok 完全没有必要，甚至极其无礼。这会成为我转向其他平台的原因。”

甚至有几名开发者提出，“由于此公告，我已取消了 Copilot 订阅。”“在 xAI 消失之前，我不会订阅 Copilot。”“请撤销这项功能，并终止与 xAI 的所有合作关系。”“这是一个非常糟糕的选择。”

不过，也有少数开发者认为，“与 xAI 合作能为 GitHub 带来独特价值。xAI 专注于可解释、透明的人工智能技术，这与 GitHub“赋能开发者”的使命高度契合。双方合作有望推出更优质的工具，助力开发者理解模型行为、调试人工智能系统，并增强对自动化工作流的信任。我很期待看到相关整合功能：比如帮助开发者可视化模型决策过程，或是标记代码建议中潜在偏差的功能。”

https://www.theregister.com/2025/08/29/github_deepens_ties_with_elon/

https://social.ericwbailey.website/@eric/115100947111974331

https://github.com/orgs/community/discussions/171322

声明：本文为 InfoQ 整理，不代表平台观点，未经许可禁止转载。

InfoQ 老友！请留步！极客邦 1 号客服上线工作啦！

后续我将通过微信视频号，以视频的形式持续更新技术话题、未来发展趋势、创业经验、商业踩坑教训等精彩内容，和大家一同成长，开启知识交流之旅