跳转至

Twitter AI Coding - 2026-05-14

1. 人们在讨论什么

1.1 GitHub 正试图用新的智能体入口回应可信度缺口 🡕

5 月 14 日最强的讨论串显示,GitHub 仍然处在 AI 编程讨论的中心,但姿态更多是防守。爆红的叙事是,GitHub 本该赢下这个品类,却没有做到;与之对冲的叙事则是,GitHub 仍在终端和 GitHub 图谱周边推出新的智能体入口。结果是,时间线里的叙事一分为二:一边是对其错失优势的反弹情绪,另一边则是对 Copilot CLI 和新 Copilot App 技术预览的真实兴趣。

@thekitze 认为(3,238 个点赞,80 条回复,61,831 次浏览,117 次收藏),GitHub 在 AI 编程领域原本拥有最早也最强的结构性优势,却仍让更新的智能体产品定义了这个品类的叙事。回复把这层批评从感觉层面的不满推进到了产品差异化层面:一位用户问,如果用户本来就可以选其他模型,那 Copilot 到底还有什么实质性不同;另一位则把它比作一个老化中的社交平台,而不是这个品类的领导者。

@msdev 发帖(130 个点赞,5 条回复,6,713 次浏览,102 次收藏),贴出一张 GitHub Copilot CLI 速查表,列出规划、委派、审查、MCP、插件、技能、diff、上下文和会话管理命令。这张图之所以重要,是因为它显示 GitHub 在推动的不是泛泛的提问式交互,而是更丰富的工作流界面。

GitHub Copilot CLI 速查表,展示终端工作流中的规划、委派、MCP、插件、技能、diff、上下文和更新命令

@burkeholland 宣布 GitHub Copilot App 的技术预览——这是一款新的智能体式开发工具,要把智能体和 GitHub 放进一个统一界面里(55 个点赞,7 条回复,3,308 次浏览,24 次收藏)。@davidfowl 进一步强调 了同一产品方向(50 个点赞,7 条回复,6,333 次浏览,15 次收藏),他引用的说法是“一个与 GitHub 图谱深度集成的智能体原生开发环境”,并在后续回复里说:“GitHub 集成更深。” 回复里也暴露出产品边界上的摩擦:用户追问它和 VS Code Agents 应用到底有什么区别,指出候补名单和反馈渠道的问题,也问到了缺失的 WSL 支持。

讨论要点: 市场并不把 GitHub 的问题只看成模型质量问题。回复反复回到身份定位:Copilot 到底是干什么的、它在哪些地方比竞品更强、以及更深的 GitHub 集成是否足以重新建立优势。

与前日对比: 5 月 13 日的核心是账单冲击和流失表态。5 月 14 日,Copilot 仍然承压,但焦点已经从价格算术转向 GitHub 能否围绕 CLI 工作流和一个新的 GitHub 原生智能体入口重写产品叙事。

1.2 Antigravity 卡在关停传言与亮眼演示之间 🡕

Google Antigravity 再次拿到最大的讨论量,但信号彼此矛盾。用户公开猜测这个产品是不是已经被断了资源,但其他帖子仍把它视为市面上最有野心的智能体优先 IDE 之一。真正的张力不在“它能不能用”,而在“还有没有人在掌舵”。

@hiarun02 发问(1,994 个点赞,285 条回复,414,707 次浏览,247 次收藏),Google 是不是要关掉 Antigravity。附图显示,这个产品仍然保留一个可用的模型选择器,包含 Gemini 3.1 Pro 和 Flash、Claude Sonnet 4.6、Claude Opus 4.6,以及 GPT-OSS 120B,所以证据指向的不是服务中断,而是沉默。

Antigravity 截图,显示仍可用的模型选择器,包含 Gemini 3.1 Pro 和 Flash、Claude Sonnet 4.6、Claude Opus 4.6,以及 GPT-OSS 120B

@HarshithLucky3 表示(184 个点赞,16 条回复,9,251 次浏览,9 次收藏),Antigravity 仍然没有 Opus 4.7,而且自 4 月 16 日以来看不到任何更新。那张更新日志截图很具体:版本号是 1.23.2,日期是 2026 年 4 月 16 日,内容只写了 MCP server 加载和工作区专属设置的缺陷修复。

Antigravity 更新日志截图,显示 2026 年 4 月 16 日的版本 1.23.2,仅包含 MCP server 加载和工作区专属设置的缺陷修复

有意思的反向信号来自 @0xMovez。他重点推荐了一段 25 分钟的 Antigravity 演示(230 个点赞,18 条回复,26,531 次浏览,314 次收藏),展示了一个智能体优先 IDE 如何规划、编码、浏览、验证并自我学习。与此同时,@CryptoPrifti 用一句话总结了当下的工具感知(120 个点赞,113 条回复,592 次浏览):Claude Code 属于第一梯队,但会撞上额度限制;Codex 几乎同样强,但额度更高;Antigravity 的额度高得多,但模型本身没那么亮眼。这是当下市场最直白的一句取舍总结。

讨论要点: 关停传言那条线程里的回复大致分成三类:已经迁到 Cursor 或 Claude Code 的用户、仍然看重 Antigravity 免费或高额度使用的人,以及觉得 Google I/O 仍可能救回这个产品的人。共同的抱怨不是野心不够,而是沟通太少。

与前日对比: 5 月 13 日提出的是 Antigravity 是否还有未来这个生存问题。到了 5 月 14 日,这种矛盾被进一步拉尖:产品在演示里依然显得技术上很扎实,但停滞的更新日志让这种扎实感很难再让人信服。

1.3 编程智能体正扩散到移动端、插件和并行工具栈 🡕

第三个主题是,工具竞争已经不再局限于“哪个 IDE 会赢”。分发正在跨界面展开,并进入竞争对手产品内部:Codex 上了移动端,也进了 Claude Code;在各类对比讨论串里,开发者按额度、工作流匹配度和可获得性来选工具,而不是忠于某一家厂商。

@Polymarket 报道(221 个点赞,43 条回复,23,903 次浏览,19 次收藏),Codex 已经进入 ChatGPT 移动应用。第一波回复很能说明问题:有人问,除了简单脚本,这东西到底有多少真实用例;也有人反过来说,移动版 Codex 让人没法再用“等回到桌前再做”当借口。哪怕是这种怀疑,也从侧面证明了使用界面的扩张。

@goyalshaliniuk 发帖(20 个点赞,8 条回复,122 次浏览,7 次收藏)称,OpenAI 发布了一个插件,让用户可以直接在 Claude Code 里运行 Codex,用来做代码审查、对抗式审查和后台任务。回复把它的价值归结为留在现有工作流里,而不是切换环境。

@pmitu 提问(63 个点赞,83 条回复,3,518 次浏览,11 次收藏),现在大家都在用什么,列出的选项包括 Antigravity、GitHub Copilot、Claude Code、ChatGPT、Windsurf、Lovable、Gemini、Cursor、Codex、Replit、Bolt 和 v0。重点不在于哪一个赢下了这条线程,而在于市场现在期待的是一个工具栈,而不是一次性押注的永久选择。@VraserX 声称(61 个点赞,16 条回复,2,165 次浏览,4 次收藏),Codex 进入企业后,在 3 小时内触发了 2,000 家公司主动联系,但回复马上反驳说,企业采用仍然要先过采购和安全审查。

讨论要点: 互操作这件事之所以重要,是因为它改变了竞争框架。如果用户能把 Codex 带进 Claude Code,又能在移动端驱动 Codex,厂商竞争的就不再只是模型品牌,而是工作流匹配度和信任。

与前日对比: 5 月 13 日的竞争讨论,主要围绕 Copilot 流失和 Microsoft 战略展开。5 月 14 日则把“分发”本身推到了台前:移动端接入、进入竞争对手工具的插件,以及按额度和人体工学做并排对比。


2. 令人困扰的问题

路线图不透明到足以催生关停传言

最明确的挫败感甚至不是某个功能缺陷,而是不确定性。@hiarun02(1,994 个点赞,285 条回复,414,707 次浏览,247 次收藏)只是问了一句 Antigravity 会不会被关停,就拿到了巨大的互动量;@HarshithLucky3(184 个点赞,16 条回复,9,251 次浏览,9 次收藏)则用一张截图把这种担忧具体化——最新可见的更新日志条目仍停在 4 月 16 日。用户的应对方式,是迁移到其他工具、等 Google I/O,或者把传言线程当成事实上的产品更新。严重度:高。值得为此做产品:是。

额度和定价对选型的影响,仍然不亚于质量

来自 @CryptoPrifti 的工具排名帖(120 个点赞,113 条回复,592 次浏览)把取舍说得很清楚:Claude Code 最强,但会耗尽额度;Codex 很接近,但额度更高;Antigravity 的使用额度高得多,但感知智能水平更低。同样的模式也出现在 @msdev 的回复里,有用户说 Copilot CLI 的用量上限“简直是个笑话”。大家的绕行方案不是忠诚,而是组合使用:同时保留多个工具,再根据当天的预算或额度来选。严重度:高。值得为此做产品:是。

产品蔓延正在制造比较疲劳

@burkeholland 的回复在问,新 Copilot App 和 VS Code Agents 应用到底有什么区别、各自该在哪些场景发力。@pmitu 发起的开发者投票里有十几个活跃选项,而 Codex 移动端和“Claude Code 内运行 Codex”的帖子又把选择集进一步拉大。用户并不是抽象地想要更多工具;他们要的是更清晰的边界、同步的工作流,以及更少的重复入口。严重度:中到高。值得为此做产品:是。


3. 人们期望的功能

稳定且沟通充分的 AI IDE 路线图

围绕 Antigravity 的线程显示,用户想要的不只是一个强产品;他们还想知道它是否还在持续推进、接下来会发布什么、以及大概何时更新。这是一个很现实的需求,而 5 月 14 日几乎看不到它被满足的证据。机会:直接。

跨界面且共享状态的编程智能体

Codex 进入 ChatGPT 移动应用,又通过插件进入 Claude Code,指向的是同一个未被满足的需求:人们想在手机、CLI 和桌面之间启动、审查、引导并恢复同一份工作,而不是每次都重新拉起上下文。市场上已经有一些部分答案,但大家仍把它们看成实验。机会:直接。

匹配真实智能体工作流的重度使用套餐

排名线程和用量上限抱怨说明,人们在选工具时,仍然会被“能负担多久”强烈左右,而不只是看自己更喜欢哪一个。更现实的愿望,是有一种套餐能支持反复、长时间运行的智能体工作,而不用被迫在多个工具之间来回切换。机会:竞争型。

在重叠的智能体应用之间划出更清晰的产品边界

Copilot App 的回复显示,这是一种没那么尖锐、但确实存在的需求:用户想明白为什么要有一个新的智能体入口、该在什么时候用它,以及它和相邻产品到底有什么不同。这一部分是信息问题,另一部分是 UX 问题:真正的痛点是评估时间被浪费,以及重复设置。机会:开始浮现。


4. 使用中的工具与方法

工具 类别 评价 优势 局限
GitHub Copilot CLI CLI 编程助手 (+/-) 终端工作流能力丰富,覆盖规划、委派、MCP、插件、技能、diff 和上下文检查 功能仍不够易发现,以至于速查表本身就是高信号内容;回复里还提到用量上限的痛点
GitHub Copilot App 智能体原生的 GitHub 工作区 (+/-) GitHub 集成更深,并提供了处理编码周边协同工作的新增入口 用户不清楚它与相邻应用的区别;候补名单、反馈和 WSL 问题立刻出现
Google Antigravity 智能体优先 IDE (+/-) 额度高、在线多模型选择器可用,演示里还能看到规划/编码/浏览/验证循环 更新日志陈旧、路线图不清,而且反复被抱怨模型质量
Codex 编程智能体 (+) 在企业、移动端和插件渠道上的分发持续扩张;对比讨论串普遍把它看作接近第一梯队 移动端用例仍受质疑,企业动能说法也仍有争议
Claude Code CLI 编程智能体 (+) 在并排排名帖子里被当作质量基准 额度限制反复被提作主要缺点

整体满意度正在按工作流分裂,而不是向单一赢家收敛。Claude Code 仍是质量参照物,Codex 靠分发和额度增长,Antigravity 因慷慨的使用额度和产品野心继续吸引注意力,而 GitHub 则试图用新的产品入口重写叙事。最明显的绕行方案是组合使用:开发者同时保留几款工具,按预算、任务或环境切换。


5. 人们在构建什么

项目 构建者 功能 解决的问题 技术栈 阶段 链接
GitHub Copilot App @burkeholland / GitHub 把智能体和 GitHub 放进同一界面的智能体式开发工具 给 GitHub 用户一个更深的代码与周边协同工作区 GitHub 集成的智能体环境 测试版 推文
智能体原生 GitHub 环境 @_Evan_Boyle,由 @davidfowl 转述 与 GitHub 图谱深度集成的智能体原生开发环境 减少在编码和 GitHub 侧协同工作之间来回切换 GitHub 图谱集成 测试版 推文
ChatGPT 移动应用中的 Codex OpenAI,由 @Polymarket 报道 让用户能在移动端启动工作、审阅输出并引导编程任务 把编程智能体工作流从桌前延伸出去 ChatGPT 移动应用 + Codex 测试版 推文
Claude Code 的 Codex 插件 OpenAI,由 @goyalshaliniuk 报道 在 Claude Code 里运行 Codex,用于审查和后台任务 避免在编程工具之间切换上下文 Claude Code 插件 已发布 推文
Google Antigravity Google,由 @0xMovez 重点展示 能够规划、编码、浏览、验证并持续推进工作的智能体优先 IDE 比传统编辑器助手提供更高自主性的编码流程 多模型 IDE 测试版 推文

重复出现的构建模式,是向智能体工作区收敛,而不是停留在单窗格自动补全。GitHub 正围绕仓库图谱构建,OpenAI 正把 Codex 推向移动端和竞争对手环境,而 Google 即使在路线图看起来停滞的情况下,仍凭借更高自主性的 IDE 概念持续吸引注意力。市场奖励的,不只是原始模型性能,还有覆盖范围和工作流连续性。


6. 新动态与亮点

GitHub 试图用独立 Copilot 应用重置叙事

GitHub Copilot App 的技术预览之所以重要,是因为它在产品层面回应了“GitHub 本该赢下这一类产品”的批评。@burkeholland 的推文,以及 @davidfowl 放大的那段引用描述,都把这个产品定义为一个直接连接 GitHub 的智能体原生环境,而不只是编辑器里的一个聊天面板。

Codex 的分发正在加速越过桌面端

Codex 出现在 ChatGPT 移动应用里,又作为插件进入 Claude Code,说明 OpenAI 正在用界面覆盖面竞争。值得注意的不只是这些功能本身,更是它愿意在其他环境里接住用户。(移动端, 插件

Antigravity 陈旧的更新日志成了当天最具代表性的截图

@HarshithLucky3 附带的那张更新日志图片,把原本模糊的“被冷落感”变成了具体证据:自 4 月 16 日以来没有任何可见更新,且只写了几条小型缺陷修复说明。这张截图对产品认知的塑造,甚至超过了当天任何一条功能帖子。


7. 机会在哪里

[+++] 跨界面编程工作区 —— 证据横跨 Codex 移动端、Claude Code 内的 Codex、Copilot App 和 Antigravity 演示。最强的机会,是做出一种能在手机、终端和桌面之间保持上下文、审批与历史连续的工作流。

[++] 可信的发布与定价沟通 —— Antigravity 的传言循环,以及不断重复的额度抱怨,说明市场缺的是这样一种产品:在用户还没被迫靠截图和传言线程自行推断之前,就把路线图、额度和产品边界讲清楚。

[+] 互操作优先的智能体工具链 —— Codex 插件的故事和多工具对比线程表明,开发者越来越偏好能与自己现有工具栈协同工作的工具,而不是要求独占采用的产品。


8. 要点总结

  1. GitHub 仍是 AI 编程领域的中心品牌,但讨论已经从功能深度转向它是否配得上这个品类地位。 当天互动量最高的那条 GitHub 帖子,批评的是 GitHub 本该早就赢下这个市场;而偏官方的反向信号,则是一场新的 Copilot App 技术预览。(来源, 来源)
  2. Antigravity 和产品问题一样,也成了沟通问题。 一张截图显示仍可用的多模型选择器,另一张则显示自 4 月 16 日以来没有任何可见更新,而时间线则用关停传言填满了这段沉默。(来源, 来源)
  3. 分发已经成了编程智能体的竞争武器。 就在开发者公开按额度和工作流匹配度比较工具的同一天,Codex 同时进入了 ChatGPT 移动端,也通过插件进入 Claude Code。(来源, 来源, 来源)
  4. 用户正在管理一套工具组合,而不是押注单一赢家。 开发者投票和排名线程都表明,质量、额度、价格和运行环境都足够重要,因此团队会同时保留多个智能体。(来源, 来源)