AI热点 6 hours ago 146 Views 0 Comments

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

AI中国
AI中国

Published 9724 Articles

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


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


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 生态会受到欢迎。


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 可以在这方面提供帮助。”


开发者们集体上诉,要求撤销并终止与 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


文章来自于“AI前线”,作者“华卫”。

AI中国

AI中国

9724 Articles 1637230 Views 950300 Fans

Comment (0)

睡觉动画