Twitter AI 编程 - 2026-06-02¶
1. 大家在讨论什么¶
1.1 Antigravity 把智能体管理变成了产品主界面 🡕¶
最受关注的产品讨论，已经不再是如何把自动补全做得更好，而是 Google Antigravity 能否成为覆盖研究、设计、编码和后台智能体工作的真正工作流中枢。共有四条保留内容支撑这一主题。
@antigravity 宣布（1,378 个赞、68 条回复、69,241 次浏览、421 次收藏）称，Antigravity 现已推出 Science Skills 技能包，支持 30 多个科学数据库和 Alpha* 工作流。公开的 Science Skills 仓库 显示，该技能包覆盖基因组学、结构生物学、化学信息学、文献检索等研究任务，因此这更像是一套垂直工作流包，而不是普通的编程演示。
@kevinhou22 解释道（132 个赞、27 条回复、8,167 次浏览、45 次收藏）提出了一个问题：为什么 Antigravity 2.0 要把 IDE 和 Agent Manager 拆开。链接中的产品讨论和公开的 XDA 评测 都把这个新界面描述为一个指挥中心，包含 Projects、动态子智能体、定时任务和斜杠命令控制；同时，帖子里还有回复要求用更强的总控模型来管理更便宜的子智能体，这说明路由与编排已经成了用户对产品的预期。
@rseroter 提到（7 个赞、704 次浏览、5 次收藏）分享了 Guillaume Laforge 使用 结合 Antigravity CLI 的 Google Stitch 改造 Groovy Web Console 的经历。这篇帖子的重要性不在于炒作，而在于它展示了 Antigravity 如何在同一条工作流里协助完成 UI 集成、Cypress 测试、DNS 和 OAuth 修改、Google Cloud 检查，甚至架构图生成。
@xdadevelopers 分享了（16 个赞、2,006 次浏览）提出了一条实操层面的判断：Antigravity 2.0“在 Claude Code 和 Codex 最擅长的领域击败了它们”。比起标题，配图本身更有价值，因为它展示了真实的管理器界面，包括项目标签、定时任务、实施计划和长篇计划面板——这正是大家争论的界面转向。
** 讨论洞察：** 真正有价值的回复，并不是在要求一个稍微更聪明的编辑器，而是在要求混合模型监督、更好的协作界面，以及能够跨越多个 repo 或多个提示的持久工作流。
** 与前一天相比：** 6 月 1 日的讨论已经偏向工作流包和集成；到了 6 月 2 日，管理器界面本身成了主角，科学技能包、多文件夹项目和明确的编排能力都成了重点。
1.2 瓶颈已从生成代码转向交付安全、可理解的软件 🡕¶
当天最有分量的证据表明，AI 编程产出的增长速度，远快于可发布、可维护软件的增长速度。共有四条保留内容支撑这一主题。
@emollick 分享了（122 个赞、22 条回复、9,021 次浏览、60 次收藏）介绍了一篇关于 AI 编程智能体的新论文，明确区分了代码产出量和实际发布量。配图显示，与使用智能体前的基线相比，异步智能体带来了 17.3 倍的代码行数、3.9 倍的修改文件数和 2.8 倍的提交数，但发布次数只有 1.3 倍；论文截图则指出，在计入生产链条中的人为瓶颈后，发布提升大约只有 30%。
@svpino 警告说（8 个赞、4 条回复、1,911 次浏览、6 次收藏）称，非技术用户已经在部署通过提示词生成的网站，却并不了解 HTML、安全或 VPC 基础；他还听说过有公司因为“vibe-coding 就够了”而丢了数据。被引用的 Superblocks 公告 正是这条帖子重要的原因：它把位于 VPC 内、继承 AWS 策略、具备备份、审计轨迹和加密能力的安全数据库，定义为真正缺失的默认配置。
@zhenthebuilder 表示（12 个赞、350 次浏览）称，Replit 一直在内部使用 ViBench，现在正将其公开。公开的 ViBench 仓库 将其描述为一套基于 PRD 的基准框架，用于在隔离环境中构建、初始化并评估完整 Web 应用，并配有测试计划；这正好呼应了当天的一个核心抱怨：现有编程基准无法反映应用层的真实情况。
@jain_harshit 认为（5 个赞、166 次浏览、2 次收藏）称，纯粹的 vibe coding 无法持续扩展。截图把这句口号落到了一个具体失败场景上：有人删除了三个月内约 70% 的 AI 生成代码，因为他已经无法追溯系统为什么能工作，只能像读陌生人的项目一样重新理解它。
** 讨论洞察：** 最有价值的回应并没有全盘否定 AI 编程，而是不断把问题收束到可维护性、护栏和发布就绪度——这些恰恰不是单纯提升代码生成能力就能解决的。
** 与前一天相比：** 6 月 1 日的重点是定价冲击和基准测试的局限；6 月 2 日则转向了另一个问题：这些生成出来的产出，到底有多少能撑过部署、维护和团队理解。
1.3 编程工作区开始充当智能体、插件与可分享输出之间的路由器 🡕¶
第三个主要主题，是能够在多个智能体、插件和输出格式之间分配工作的界面正在兴起。共有五条保留内容支撑这一主题。
@dabit3 发布了（40 个赞、7 条回复、3,156 次浏览）介绍了兼容 ACP 的 Devin Desktop，可与 Codex、Claude Agent、OpenCode 等智能体协同工作。截图是关键证据：它展示了一个实时选择器，包含 Devin Local、Devin Cloud、Claude Agent、Codex CLI 和 Cursor；还有一条回复明确表示，IDE 正在从单一智能体启动器，变成智能体的审查/路由层。
@OrenMe 重点提到（7 个赞、828 次浏览）介绍了 GitHub Copilot app 扩展后的技术预览，并引用了 GitHub 的更新日志文章。GitHub 自己发布的 6 月 2 日的博客文章 表示，这个 app 是一个控制中心，包含 My Work、画布、隔离的 git worktree 和后台自动化；配图则说明了它为何重要：计划、会话历史、diff 和状态更新都集中在同一界面里。
@waynesutton 发布了（42 个赞、3 条回复、5,921 次浏览、20 次收藏）称，Codex 的 Convex 插件已经上线；@frankdotlee 随后跟进（10 个赞、92 次浏览）则给出了一个具体的 Amplitude 插件案例，把 Codex 变成一名“始终在线的资深产品分析师”，可用于发现机会、基于回放做 UX 审计、生成每周简报，以及调查故障智能体。这两条帖子合在一起，让 Codex 的插件故事显得更像可落地的工作流，而不只是宣传。
@RoundtableSpace 将其定义为（29 个赞、8 条回复、1,116 次浏览）介绍了 Codex 作为应用构建器的能力：可以把文档和计划转成可分享的网站和交互式应用。这个发布信号之所以重要，是因为 @_simonsmith 立即报告了（11 个赞、827 次浏览、4 次收藏）也记录了一个并不顺利的上线过程：宣传中的插件缺失、部分企业账户里没有 Sites，Codex 还出现了新的归档 bug。
@orca_build 补充说（7 个赞、229 次浏览、3 次收藏）展示了一个体量较小、但很能说明问题的技术栈信号：OpenCode + Codex + Hermes 同时出现在一个工作区里。虽然这张截图传播量不高，但它仍是公开范围内最清晰的证据之一，展示了工具如何在多个编程智能体之间路由，而不是要求用户只忠于其中某一个。
** 讨论洞察：** 讨论越来越把 IDE 视为交通调度中心。现在的问题已经不再是团队是否需要多个智能体，而是桌面端、插件层和发布层是否足够稳定，值得信任。
** 与前一天相比：** 6 月 1 日已经出现了统一工作区和“超级应用”式封装的早期信号；6 月 2 日则补上了具体桌面端、真实插件工作流和可分享输出界面，让“路由器”这一模式真正变得可见。
2. 什么让人感到沮丧¶
发布软件仍然比生成代码难得多¶
严重程度：高。@emollick 分享了（122 个赞、22 条回复、9,021 次浏览、60 次收藏）介绍了一篇论文，显示异步编程智能体带来的代码产出增长，远高于实际发布量的增长；与此同时，@svpino 警告说（8 个赞、4 条回复、1,911 次浏览、6 次收藏）称，非技术用户已经在部署提示词生成的网站，却不了解基本的安全常识。@jain_harshit 补充说（5 个赞、166 次浏览、2 次收藏）则给出了一个有截图为证的案例：由于所有者已经无法解释或安全修改 AI 生成的代码，最终不得不大幅删改。人们现在的应对方式，是重写代码、收缩范围，并要求平台提供更安全的默认配置，例如 Superblocks 的 VPC 内数据库配置。这值得投入，因为问题并不只是表面上的不顺手——它直接卡住了部署、维护和团队接手。
限额和发布日的不一致仍在削弱信任¶
严重程度：高。@sheriyuo 报道称（18 个赞、3 条回复、1,314 次浏览）称，Codex 面向 Free 和 Go 用户的重置节奏已从每周改为每月，配图显示 0% left 的重置日期在 7 月。@_simonsmith 表示（11 个赞、827 次浏览、4 次收藏）称，当天 OpenAI 的发布过程比较粗糙：插件缺失、某个企业账户里看不到 Sites，Codex 还出现了归档 bug；与此同时，@wieslawsoltes 总结道（17 个赞、653 次浏览）称，Copilot 的定价如今大约只够支撑一个工作日的可接受使用量。公开可见的应对方式很直接：节省高级工具的使用、切换界面，或者干脆等到定价和发布稳定后再回来。这值得投入，因为团队显然同时在意可靠性和可预期的余量。
团队在多智能体协作周边仍缺少清晰的协作层¶
严重程度：中高。@TaylorPearsonMe 表示（3 个赞、2 条回复、751 次浏览、2 次收藏）称，他认识的每个人都在试图给 Claude Code 和 Codex“外挂”协作能力，感觉就像在重造 Google Docs。@dabit3 发布了（40 个赞、7 条回复、3,156 次浏览）介绍了 Devin Desktop 这个多智能体共享界面；一条回复明确把 IDE 重新定义为审查/路由层，但另一位用户马上表示，自己仍然看不到所有承诺中的智能体。@OrenMe 重点提到（7 个赞、828 次浏览）则把 Copilot app 以计划为中心的桌面端视为解决同一问题的另一种尝试。这值得投入，因为当下的变通办法，就是把多个工具叠起来，然后祈祷上下文能在交接中存活。
3. 人们希望出现什么¶
为能写提示词、却不会运维生产系统的人提供默认安全的部署能力¶
最明确的实际需求并不是“生成更多代码”，而是围绕数据库、网络、审计轨迹和部署提供安全的默认配置。@svpino 明确说明了这一点（8 个赞、4 条回复、1,911 次浏览、6 次收藏）以及被引用的 Superblocks 帖子，都把位于 VPC 内的数据库和继承式 AWS 控制视为答案。@jain_harshit 补充说（5 个赞、166 次浏览、2 次收藏）则称，当没有人理解最终形成的代码库时，纯粹的 vibe coding 终究会失效。机会：直接。
让多个智能体共享计划、状态和审查界面¶
团队需要的更像是一块共同工作台，而不是一堆彼此隔离的聊天会话。@TaylorPearsonMe 描述了（3 个赞、2 条回复、751 次浏览、2 次收藏）把当前的缺口描述为：围绕 Claude Code 和 Codex 重造 Google Docs。新的 GitHub Copilot 应用博客文章 和 @dabit3 发布（40 个赞、7 条回复、3,156 次浏览）都指向同一个需求：可检查的计划、共享的工作状态，以及从一个地方在多个智能体之间路由。机会：直接且具竞争性。
能预测已交付质量，而不只是生成产出的基准测试¶
信息流里不断有人在区分“会写很多代码”和“能帮团队交付好软件”。@emollick 分享了（122 个赞、22 条回复、9,021 次浏览、60 次收藏）的研究表明，发布量的增长远远落后于产出量的增长；与此同时，@zhenthebuilder 提到（12 个赞、350 次浏览）显示，ViBench 正尝试评估端到端 Web 应用交付。需求很实际：人们想要的是一种能预测可维护性、发布就绪度和面向用户正确性的基准测试。机会：直接。
为编程智能体中的非编程工作提供稳定的插件层和输出层¶
6 月 2 日显示，大家对让编程智能体处理分析、文档和应用发布很感兴趣，但相关能力的上线仍然并不均衡。@waynesutton 宣布（42 个赞、3 条回复、5,921 次浏览、20 次收藏）介绍了 Codex 的 Convex 插件，@frankdotlee 描述了（10 个赞、92 次浏览）展示了 Codex 内的 Amplitude 工作流，@RoundtableSpace 将其定义为（29 个赞、8 条回复、1,116 次浏览）则介绍了 Codex Sites，作为把计划转成可分享应用的一种方式。@_simonsmith 立即指出（11 个赞、827 次浏览、4 次收藏）则指出，插件缺失、企业账户可见性也不一致。机会：具竞争性。
4. 正在使用的工具和方法¶
| 工具 | 类别 | 倾向 | 优势 | 局限 |
|---|---|---|---|---|
| Google Antigravity 2.0 | 智能体管理器 / IDE | (+) | 支持多文件夹 Projects、动态子智能体、定时任务，并围绕 Gemini 提供了强大的工作流封装 | 仍依赖用户对模型的信任，也要求用户适应一种以管理器为先的新界面 |
| Science Skills | 技能包 | (+) | 将 Antigravity 扩展到基因组学、生物学、化学、文献检索等科学工作流 | 部分技能需要 API 密钥，而且该技能包仍绑定在 Antigravity 生态内 |
| Stitch + Antigravity CLI | 设计转代码工作流 | (+) | 让非前端开发者能在同一循环中迭代 UI、集成导出设计、更新测试并修改云配置 | 生成后仍需要人工审查和针对具体项目的清理 |
| GitHub Copilot app | 桌面控制中心 | (+) | 提供 My Work 视图、画布、隔离 worktree、可检查的计划和后台自动化 | 仍处于技术预览阶段，Copilot 的更广泛使用也仍受定价敏感性影响 |
| Devin Desktop | 多智能体桌面端 | (+/-) | 在一个桌面界面里统一承载多个厂商的本地与云端智能体 | 发布日的回复显示，并非每位用户都能看到所有承诺中的智能体 |
| Codex 插件生态（Convex、Amplitude） | 插件 / MCP 界面 | (+) | 让 Codex 不再只是写代码，而是能承担后端构建和产品分析 | 插件上线并不均衡，部分文档和可用性信息仍较零散 |
| Codex Sites | 应用发布 / 协作界面 | (+/-) | 可把计划和文档转成可分享的 Web 输出和交互式应用 | 当天就有报告称，部分企业账户里看不到这一功能 |
| ViBench | 基准框架 | (+) | 通过 PRD、测试计划和隔离评估运行，衡量端到端 Web 应用交付 | 属于新基准；目前仍只是“已交付质量”的一种代理指标，而非完整生产度量 |
| Superblocks 安全默认配置 | 部署平台 | (+) | 提供 VPC 内数据库、继承的安全策略、审计轨迹，以及面向非专家的更安全默认值 | 这是对更广泛部署与可维护性问题的一种平台化、特定场景答案 |
| Claude Platform CLI / Claude Code shell 工作流 | API / 终端工具 | (+) | 让 API 和托管智能体可以在终端中运行，并通过 shell 工作流脚本化 | 更偏基础设施而非终端用户协作层；与成熟 CLI 相比仍处于早期 |
整体情绪更偏务实，而不是品牌忠诚。只要各自能把工作流中的某一部分做好，人们愿意混用 Antigravity、Codex、Copilot、Claude Code、OpenCode 和 Hermes。最常见的变通方式包括：把昂贵或脆弱的任务路由到其他界面；用一个桌面端充当审查/路由层，让另一个工具执行实际工作；以及当 vibe-coded 项目进入部署阶段时，要求更安全的默认配置。竞争态势也发生了变化：Antigravity 主打编排和速度，Codex 通过插件和可分享输出扩展边界，GitHub 强调可检查的智能体计划，而 Orca、Devin 这样的较小玩家则更侧重多智能体路由。
5. 人们在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| Science Skills | @antigravity / Google DeepMind | 为 Antigravity 增加特定领域的科学工作流和数据库 | 通用编程智能体并不自带科学工具、数据源或研究专用流程 | Antigravity 插件/技能、Alpha* 模型、30 多个科学数据库 | 已发布 | 推文 / 仓库 |
| ViBench | @zhenthebuilder / Replit via @pirroh | 面向端到端 Web 应用开发的公开基准框架 | 现有编程基准无法衡量应用层质量和已交付应用的实际表现 | PRD、测试计划、基于 OpenHands 的运行器、Docker 编排、多模型评估 | 已发布 | 推文 / 仓库 |
| GitHub Copilot app | GitHub，由 @OrenMe 重点介绍 | 面向智能体的桌面端，用于承载会话、计划、画布、自动化和 worktree | 智能体工作分散在终端、PR 和聊天窗口之间 | 桌面应用、画布、git worktree、本地/云端沙箱、后台自动化 | Beta | 推文 / 博客 |
| Devin Desktop | Cognition，由 @dabit3 分享 | 为多个厂商的本地和云端智能体提供统一桌面界面 | 开发者希望在一个地方完成规划、委派、审查和切换编程智能体 | 桌面 UI、兼容 ACP 的智能体、本地/云端执行界面 | Beta | 推文 |
| Codex 的 Convex 插件 | Convex，由 @waynesutton 分享 | 让 Codex 能在 Convex 后端上构建和管理应用 | Codex 需要比普通代码生成更深入的后端集成 | Codex 插件、Convex 后端 | 已发布 | 推文 / 社区帖子 |
| Codex 的 Amplitude 插件 | Amplitude，由 @frankdotlee 分享 | 为 Codex 提供分析和回放工作流，例如机会挖掘和 UX 审计 | 产品分析通常与实际发生改动的编码界面彼此割裂 | Codex 插件、Amplitude MCP、精选技能 | 已发布 | 推文 |
@antigravity 将其定义为（1,378 个赞、68 条回复、69,241 次浏览、421 次收藏）把 Science Skills 展示为一套垂直工作流包；与此同时，@zhenthebuilder 使用了（12 个赞、350 次浏览）则把 ViBench 展示为让“基准设计本身”成为开放项目的一次尝试。@OrenMe 展示了（7 个赞、828 次浏览）展示了以计划为中心的 Copilot app 桌面端，而 @dabit3 展示了（40 个赞、7 条回复、3,156 次浏览）则把 Devin Desktop 呈现为一个多智能体路由器。
反复出现的构建模式已经很清楚：一层负责编排，一层负责领域或数据访问，另一层负责评估或发布。Convex 和 Amplitude 这样的插件把 Codex 推向后端和分析工作；控制中心式桌面端则试图让多智能体工作变得可审查、可路由。即便是评估这条线，也遵循同样的模式：ViBench 的存在，就是因为团队现在需要一种产品化方式，来判断智能体写出的代码能否经受完整应用交付，而不只是跑过一个基准片段。
6. 新近且值得关注的动态¶
ViBench 把应用层评估变成了一个公开项目¶
@zhenthebuilder 表示（12 个赞、350 次浏览）称，Replit 一直在内部使用 ViBench，现在将其公开以帮助开发者；被引用的 @pirroh 则把它定义为一个面向 Web 应用开发的端到端基准。公开的 ViBench 仓库 也印证了这一点：它包含 PRD、测试计划、运行器框架，以及跨多个模型的 build-seed-evaluate 流水线。这很重要，因为它直接回应了当天的核心争论：以代码为中心的基准，无法衡量用户真正交付出去的东西。
Codex 进一步向发布和角色化工作延伸¶
@RoundtableSpace 表示（29 个赞、8 条回复、1,116 次浏览）称，Codex 现在可以把文档和计划转成可分享的应用和网站；@frankdotlee 展示了（10 个赞、92 次浏览）则展示了另一条更垂直的方向：在 Codex 内运行 Amplitude 工作流。这里值得注意的不只是功能面变广，而是 Codex 正试图成为一个也能承载非编程工作的发布、分析与协作界面。
Claude 的平台 API 获得了更适合智能体的终端入口¶
@minchoi 重点提到（12 个赞、644 次浏览、7 次收藏）介绍了新的 Claude Platform CLI，可在 shell 中调用 API、创建智能体、上传文件、同步 YAML 并检查运行情况；被引用的 @ClaudeDevs 则称，Claude Code 可以直接使用它。这值得关注，因为它把更多平台层能力带进了开发者本来就用来编排编程智能体的同一个终端界面。
7. 机会在哪里¶
** +++］ 默认安全的代理交付** - 证据来自多个部分：［@svpino 指出了提示词生成应用带来的数据丢失风险，@jain_harshit 展示了可维护性的崩溃，而被引用的 Superblocks 则体现了对默认安全数据库和策略的明确需求。这一方向很强，因为痛点是运营层面的、即时发生的，而且代价高昂。
** +++］ 具有共享计划的多代理控制中心** - GitHub Copilot app、Devin Desktop 和 Antigravity 2.0 都收敛到了相同的产品形态：在一个界面中整合计划、代理路由、后台任务和审查。［@TaylorPearsonMe 通过把当下的变通办法描述为“围绕编程智能体重造 Google Docs”，明确点出了尚未被满足的需求。
[++] 发布就绪度与应用层评估 - Emollick 的论文表明，代码产出增长速度远高于发布量增长；而 ViBench 的存在，则是因为团队需要一种公开方式来测试端到端应用交付，而不是只看代码片段质量。这是一个中等机会：需求很明确，但基准测试仍需证明自己能够预测真实生产结果。
[+] 领域工作流包与角色化插件 - Science Skills、Codex 的 Convex 插件和 Codex 的 Amplitude 插件都表明，通用智能体正在被封装进面向具体工作流的外层。这还是一个正在形成中的方向，尚未被充分验证，但需求已经覆盖科学、后端构建、分析等各种非聊天任务。
8. 要点总结¶
- ** AI 编程竞争正在从编辑器功能转向编排界面。** Antigravity 2.0、Devin Desktop 和 GitHub Copilot app 竞争的重点，都是计划、路由、定时/后台工作和多智能体控制，而不再只是自动补全。（来源）
- ** 代码变多，并不自动意味着交付的软件也会变多。** Emollick 论文中的图表和摘要把这道鸿沟具体化了，而那张“删除大量代码”的截图，则从一线实践者角度展示了同样的问题。（来源）
- ** 下一道信任护城河是护栏，而不是原始产出速度。** 默认安全的基础设施、稳定一致的发布体验和可预期的配额，都比模型再多一点边际优势更迫切。（来源）
- ** 插件和领域工作流包正在把编程智能体变成更广泛的工作平台。** Science Skills、Convex、Amplitude 和 Codex Sites 都在把这一类别从代码生成推向研究、分析、后端构建和可分享输出。（来源）