Twitter AI 编程 - 2026-05-24¶
1. 人们在讨论什么¶
1.1 Antigravity 招来的怀疑多于信任 🡖¶
Google 的 Antigravity 依然话题度很高，但现有证据更偏向于挫败感，而不是采用情况的证明。互动量最高的帖子是对 Google AI 周的泛化抱怨；当天被反复传播最多的 Antigravity 讨论，则在多个账号间重复了同样的 NotebookLM 搭配、设置时长和四个使用场景。这让整体讨论呈现出明显分裂：一边是高度依赖分发的推广，另一边是尚未解决的产品摩擦。
@ishuagra02 辩称（380 个赞、43 条回复、30,706 次浏览、52 次收藏）称 Google“这一周糟透了”，具体点名 Gemini 3.5 Flash 表现平平、Antigravity CLI 损坏且闭源，以及 Google Cloud 对 Railway 的处理方式不可接受。
@jackcoder0 声称（50 个赞、30 条回复、12,018 次浏览、25 次收藏）称，NotebookLM 加上 Antigravity 可以实现自主深度研究、自定义业务技能、上下文感知应用和自动报告；与此同时，@Heykazitarek 提出了几乎相同的观点（41 个赞、13 条回复、1,137 次浏览、28 次收藏）也发布了几乎相同的配置和使用场景列表。
@koltregaskes 抱怨（9 个赞、6 条回复、864 次浏览）称，Antigravity 2.0 仍缺少真正可用的自动模式，即便权限已设为允许，系统还是不断要求批准点击。
讨论洞察： 反复出现的 NotebookLM 线程详细铺陈了看多逻辑，但回复区和其他单独的抱怨帖，又不断把讨论拉回到信任、权限，以及 Google 是否真的交付了更顺滑工作流的问题上。
与前一天相比： 5 月 23 日，Antigravity 仍是一个好坏参半、且有积极辩护者的话题。到了 5 月 24 日，互动最强的信号进一步转向反感和批评，而正面论据主要来自重复的配置帖，而不是新的证明性案例。
1.2 模型路由和账号可移植性正成为默认预期 🡕¶
最清晰的积极构建者趋势是：人们越来越按编程代理处理账号、订阅和本地模型路由的能力来评判它们。相关证据横跨一张基于 1,400 条回复的使用图表、展示订阅切换的 Pi 截图、Codex 的本地模型演示，以及 OpenCode 持续扩大的提供商覆盖面。
@rauchg 报告（144 个赞、30 条回复、16,753 次浏览、29 次收藏）称，在处理了 1,400 条关于人们用 AI 构建了什么产品的回复后，OpenAI 正在追赶 Anthropic；Codex 作为代理名称被提及的次数超过了 Claude Code，而 Anthropic 模型在模型层仍占主导。
@morganlinton 展示了（29 个赞、8 条回复、2,807 次浏览、9 次收藏）称，Pi 可以从订阅或 API key 起步，然后在 Anthropic、ChatGPT / Codex 和 GitHub Copilot 账号之间切换。
@RoundtableSpace 表示（83 个赞、10 条回复、48,453 次浏览、26 次收藏）称，只需“三行配置”就能让 Codex 通过 Ollama 指向 Gemma 4；与此同时，@teslaownersSV 发布了（36 个赞、6 条回复、2,125 次浏览）称，如今也可以在 OpenCode 中使用 Grok 或 X Premium。公开的 OpenCode 网站 将 OpenCode 描述为一款适用于终端、IDE 和桌面的开源编程代理，支持 GitHub Copilot 登录、ChatGPT Plus 或 Pro 登录，并可通过 Models.dev 接入 75+ 个提供商。
@LyalinDotCom 补充说（13 个赞、627 次浏览）称，Codex、Gemini CLI 和 OpenCode 都是开放的，值得学习。相关仓库也印证了这一点：openai/codex 自称为轻量级终端编程代理，google-gemini/gemini-cli 自称为开源终端 AI 代理，而 anomalyco/opencode 则将自己描述为“开源编程代理”。
讨论洞察： 路由类帖子下的回复并没有把切换视为新鲜事，而是当作新常态：本地 Qwen 或 Gemma 配置、订阅复用和模型可移植性，都被视为实用基线。
与前一天相比： 5 月 23 日，人们已经把编程代理视为可移植的承载层。到 5 月 24 日，这一趋势又从抽象讨论推进到了具体的认证界面、仓库链接和订阅路由演示。
1.3 技能正围绕狭窄工作流产品化，而不只是服务于通用编程 🡕¶
本周早些时候出现的技能趋势，继续朝着更具体的工作流包收缩。构建者分享的不再只是泛泛的提示词建议，而是面向品牌工作、SEO、运营和 n8n 自动化的可安装库，这表明围绕代理的封装层正在变得更专业。
@tom_doerr 分享了（11 个赞、1 条回复、775 次浏览、15 次收藏）分享了一套包含 99 项、与技术栈无关的 Claude Code 技能，覆盖品牌、设计、SEO 和运营。相关的 rampstackco/claude-skills 仓库将自己描述为一套覆盖完整生命周期的 Claude Skills 库，用于构建、发布、运营和增长品牌及网站。
@tom_doerr 还分享了（2 个赞、132 次浏览）分享了一套面向 n8n 的技能包。相关的 czlonkowski/n8n-skills 仓库称，其中包含七项互补的 Claude Code 技能，可通过 n8n-mcp 服务器构建可投入生产的 n8n 工作流，并明确针对验证循环、错误的 MCP 使用以及节点配置错误。
@Hesamation 分享了（9 个赞、1 条回复、231 次浏览、6 次收藏）分享了一份 8 分钟指南，介绍 Codex 和 Claude Code 等代理承载层，并强调承载层本身就值得脱离任何单一模型单独学习。
讨论洞察： 大家的共同动作不再是“这是我的提示词”，而是“这是我的可安装包、说明文档，或面向特定工作流的一层封装”。这进一步强化了一个判断：杠杆正在转向可复用的上下文与工具。
与前一天相比： 5 月 23 日的重点是把技能和 MCP 视为产品表层；5 月 24 日，这一趋势进一步延伸到更窄、更偏运营的工具包，面向生命周期营销、n8n 自动化等具体工作。
2. 什么让人沮丧¶
Antigravity 仍在把自动化变成审批劳动¶
严重程度：高。与 Google 相关的最强烈不满，并不是抽象的模型质量，而是工作流阻滞。@koltregaskes 表示（9 个赞、6 条回复、864 次浏览）称，即使把权限设为允许，Antigravity 2.0 仍会反复要求同一项批准，并强制用户先做选择、再点提交。@ishuagra02 表示（380 个赞、43 条回复、30,706 次浏览、52 次收藏）则称 CLI 已损坏且闭源，并把这一抱怨纳入对 Google AI 周的整体批评。今天的应对模式与其说是绕过方案，不如说是公开的恼火。这一点值得投入，因为故障发生在内循环：如果批准不能持续生效，代理就永远不会显得真正自主。
上下文负载较重的 Codex 会在最不该出问题的时候失败¶
严重程度：中高。@zerotalktoai 展示了（3 个赞、4 条回复、75 次浏览）称，Codex 在一次远程 compact 任务中返回了 context_length_exceeded，随后表示实际可行的应对方式是新开一个聊天，尽管客户工作仍在进行中。这张截图很重要，因为它把模糊的可靠性抱怨，变成了活跃会话中的一个具体故障模式。
这值得投入，因为痛点是操作层面的，而不是表面问题：一旦会话崩掉，用户失去的是流畅度、连续性，以及对长时间运行工作的信任。
套餐层级的模型访问权限，正比品牌更影响感知价值¶
严重程度：中。@cheatyyyy 抱怨（15 个赞、3 条回复、806 次浏览）称，GitHub Copilot 学生套餐展示的是一份老旧或以 mini 模型为主的列表，而不是前沿模型选项。@morganlinton 展示了（29 个赞、8 条回复、2,807 次浏览、9 次收藏）则说明了这为何重要：Pi 的路由流程明确把 Anthropic、ChatGPT / Codex 和 GitHub Copilot 订阅视为可比较、可切换的输入。
当用户可以在不同套餐之间路由时，受限的模型菜单会立刻变成竞争劣势。因此，这既是一个定价透明度问题，也是一个路由 / 仪表盘问题，都值得为之构建。
3. 人们希望出现什么¶
持久自动模式，而不是没完没了的一次性批准¶
信息流中最直接的诉求，就是一个真正的自动模式。@koltregaskes 明确询问 询问 Antigravity 2.0 的自动模式在哪，并表示应该用一键批准取代当前“先选再提交”的循环。这是现实需求，而不是理想化愿景。机会：直接。
面向订阅、模型和路由的中立控制平面¶
人们已经开始默认，模型访问应该可以跨工具迁移。@morganlinton 展示了 展示了 Pi 在 Anthropic、ChatGPT / Codex 和 GitHub Copilot 账号之间切换；与此同时，@cheatyyyy 将其表述为 认为 Copilot 学生套餐缺乏吸引力，因为它的模型菜单落后于市场。当前缺失的是一个清晰的仪表盘：解释每个套餐能解锁什么、哪些内容已经过时，以及何时改走其他路由更合适。机会：直接且具竞争性。
可跨代理客户端迁移、且经过审计的技能包¶
围绕技能的构建活动持续暗示着一个封装层缺口。@tom_doerr 披露了 提到一个包含 99 项技能的 Claude 工作流库；当天稍晚，分享了 又提到一个围绕 n8n-mcp 构建的 n8n 专用工具包。如今人们需要的已经不再是“给我一个提示词”，而是“给我一个可安装、可信赖的工作流模块”。机会：直接。
长时运行的会话应能优雅失败，而不是直接重置¶
@zerotalktoai 描述了 提到，在真实客户工作中遇到 Codex 上下文窗口故障后，不得不新开一个聊天。这指向一个缺失的恢复层：压缩、检查点或交接，应该能保留任务状态，而不是强迫用户手动重来。机会：具竞争性。
4. 正在使用的工具与方法¶
| 工具 | 类别 | 情绪 | 优势 | 局限 |
|---|---|---|---|---|
| OpenAI Codex | 编程代理 | (+/-) | 在 1,400 条回复图表中拥有很强心智份额；仓库将其定位为开源终端代理；用户演示显示它可以路由到本地模型 | 实际工作中仍会出现上下文窗口故障；使用和路由方式仍显得较为临时 |
| Google Antigravity | 代理 IDE / 运行时 | (+/-) | 常与 NotebookLM 搭配，用于研究、自定义技能、应用生成和报告工作流 | “损坏 / 闭源”的抱怨、审批摩擦和重复宣传文案削弱了信任 |
| NotebookLM | 研究 / 上下文工具 | (+) | 在 Antigravity 相关帖子中充当深度研究、笔记生成和内容输出的来源层 | 今天的证据主要是捆绑式搭配帖，而非独立的编程证据 |
| Pi | 路由承载层 | (+) | 允许用户从订阅或 API key 起步，并在 Anthropic、ChatGPT / Codex 和 Copilot 账号之间切换 | 今天体现出来的价值是路由，而不是独特的编程能力 |
| OpenCode | 开源编程代理 | (+) | 官方站点承诺提供终端、桌面和 IDE 入口，并支持 GitHub、ChatGPT 及多提供商认证；Grok 集成扩大了其提供商叙事 | 今天的大多数证据集中在配置和集成截图，而不是深入的构建案例 |
| Claude Code | 编程代理 | (+) | 仍足够核心，能够催生大型技能库和 n8n 工作流工具包；在 rauchg 的图表中，Anthropic 模型主导模型层 | 用户仍在寻找更便宜的路由、更窄的工作流包，或围绕它的替代承载层 |
| GitHub Copilot | 编程助手 / 承载层 | (+/-) | 在路由工具中仍有存在感，也出现在 AI 辅助 Linux 内核补丁的报道里 | 学生套餐的模型可用性相较竞争对手显得陈旧 |
| Gemini CLI | 开源编程代理 | (+) | 官方仓库将其定位为支持 MCP 和大上下文的开源终端代理 | 当天的讨论更多聚焦于对 Antigravity 的抱怨，而不是 Gemini CLI 本身的使用 |
总体来看，当工具提升了可移植性，或把工作流知识打包出来时，满意度最高；当工具把价值藏在审批、过时的套餐层级或脆弱的会话行为后面时，满意度最低。现实中的迁移模式并不是从工具 A 干净利落地切到工具 B，而是路由：通过 Pi 或 OpenCode 复用现有订阅，通过 Ollama 测试本地模型，再把专用技能包叠加在仍然可用的承载层之上。
5. 人们在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| Claude Skills | rampstackco | 面向品牌、设计、SEO、运营及相关网站工作的 Claude 工作流库 | 通用编程代理在处理非代码类网站工作时，仍需要可复用的领域上下文 | Claude Skills、Claude Code、仓库语言 Python | 已发布 | 仓库 |
| n8n-skills | czlonkowski | 通过 n8n-mcp 构建 n8n 工作流的七项 Claude Code 技能 |
n8n 工作流生成容易陷入验证循环、错误的 MCP 使用和节点配置错误 | Claude Code、n8n-mcp、n8n、Shell |
已发布 | 仓库 |
| OpenCode | anomalyco | 一款支持多提供商认证、可在终端、IDE 和桌面运行的开源编程代理 | 开发者希望用一个承载层复用现有订阅，并在不更换产品的情况下切换提供商 | TypeScript、Models.dev 提供商路由、GitHub / ChatGPT 认证 | 已发布 | 网站, 仓库 |
@tom_doerr 分享了（11 个赞、1 条回复、775 次浏览、15 次收藏）将 Claude Skills 描述为一个包含 99 项技能、与技术栈无关的库；相关仓库则把它定位为支持网站或品牌发布与增长的全生命周期工具，而不只是编写应用代码。这是一个显著模式：构建者打包的是周边业务工作，而不仅仅是编程命令。
@tom_doerr 分享了（2 个赞、132 次浏览）在当天稍晚提到了 n8n-skills；该仓库明确表示，它的存在是为了教会 Claude Code 在构建工作流时避免错误的 MCP 使用和验证错误循环。相比通用教程，这是一件更强的构件，因为它旨在把有效行为迁移到重复任务中。
OpenCode 并不是作为新发布出现的，但它被分享为可移植性的现成基础设施。@teslaownersSV 发布了（36 个赞、6 条回复、2,125 次浏览）展示了在 OpenCode 中接入 Grok 的配置，而 OpenCode 的网站 表示，该产品已支持 GitHub Copilot 登录、ChatGPT Plus 或 Pro 登录、75+ 个提供商，以及终端 / 桌面 / IDE 界面。三个例子反复指向同一种构建模式：人们正在围绕现有代理构建封装层、技能和路由层，而不是试图再造一个基础模型。
6. 新消息与值得关注的事¶
AI 辅助的 Linux 内核修复持续出现在每周补丁流中¶
@phoronix 报道称（16 个赞、1,100 次浏览）称，本周 GitHub Copilot 和 Claude Code 又协助完成了一批 Linux 7.1-rc5 修复。相关的 Phoronix 文章 表示，受影响领域包括图形、WiFi、AMD 显示、SMB、Netfilter、sysfs、IO_uring 和 Bluetooth，并引导读者查看打有 Assisted-by: 标签的内核历史。这一点之所以重要，是因为它提供了一个证据：AI 编程工具正在高信任、接近生产环境的代码库中被使用，而不只是在演示里。
开源承载层如今已成为默认比较对象¶
@LyalinDotCom 发布了（13 个赞、627 次浏览）称，Codex、Gemini CLI 和 OpenCode 都是开放的，值得学习。相关仓库让这一点更具体：抓取时，openai/codex 约有 85k stars，google-gemini/gemini-cli 约有 104k，anomalyco/opencode 约有 164k。这一点值得关注，因为比较对象已经从闭源产品页面，转向开发者可以直接检查的源码可见承载层。
7. 机会在哪里¶
[+++] 跨承载层的订阅与模型路由 —— 第 1 节表明，人们正在按 Pi、Codex 和 OpenCode 复用订阅、本地模型和提供商账号的能力来评判它们。第 4 节则表明，套餐菜单和路由灵活性如今对感知价值的影响，已与模型质量相当。
[++] 具备可审计性的工作流专用技能包 —— 第 5 节最强的构建者信号不是新模型，而是 Claude Skills 和 n8n-skills 这类可复用库：它们把领域知识和 MCP 行为封装成可安装模块。
[+] 面向代理审批、压缩与恢复的可靠性工具 —— 第 2 节强调了 Antigravity 中反复出现的审批提示，以及 Codex 的上下文窗口故障。这个机会正在浮现，因为这些失败都很具体；但今天的证据仍主要集中在个别抱怨，而不是广泛的项目发布。
8. 要点¶
- Google 赢得了注意力，却没有赢得信任。 当天关于 Google / Antigravity 的最大信号是一条高互动抱怨帖，而正面论据主要出现在重复的 NotebookLM 搭配线程中，而不是新的独立证明里。（来源）
- 模型路由已成为核心产品能力。 Pi 的账号切换、Codex 的本地模型演示，以及 OpenCode 的多提供商覆盖面，都表明可移植性正在变成入场门槛。（来源）
- 可复用技能正在变成真正的软件品类。 Claude Skills 和 n8n-skills 表明，构建者正在把工作流知识打包成可安装单元，而不是让它停留在提示词经验里。（来源）
- AI 编程的证据正在超越玩具案例。 Phoronix 关于 Copilot 和 Claude Code 协助 Linux 内核修复的报道，比又一条演示线程更能说明其接近生产环境的应用信号。（来源）