跳转至

Twitter AI 编程 - 2026-05-13

1. 大家在讨论什么

1.1 GitHub Copilot 计费冲击引发大规模流失决策 🡖

当天除 Antigravity 之外最受关注的话题,是 GitHub Copilot 向 token 计费转型。大量社区帖子显示,现行固定月费与将于 6 月 1 日生效的按使用量计费模式之间,存在极端的成本差距。Ed Zitron 的帖子以一张 Reddit 截图为核心:同样是 4 月的使用量,当前账单为 39 美元,而按使用量计费将高达 5,851.77 美元。更令人警惕的是,他随后分析称,截至 2025 年底,GitHub Copilot 的 ARR 已达 10.8 亿美元,但却允许用户每月消耗相当于订阅费 300%–1,000% 的 token,这意味着平台每月要承担数亿美元补贴。GitHub 当天也做出回应,推出了包含 Max 套餐和弹性额度在内的新套餐结构。

@edzitron 报道(636 个赞、63 次转发、26,539 次浏览、65 次收藏)称,一名 Reddit 用户对 2026 年 4 月使用量的模拟显示,当前账单为 39 美元,而按使用量计费将达到 5,851.77 美元——单个个人用户成本上涨 150 倍。该 Reddit 帖子获得了 372 个赞和 174 条评论。

Reddit r/GithubCopilot 计费模拟,展示一位用户在 2026 年 4 月的使用情况:按当前 PRU 计费为 39.00 美元,而按基于用量的 AIC 计费则为 5,851.77 美元,并附有每日请求量和 AI credits 使用图表

在后续讨论串中,edzitron 认为 GitHub Copilot 是“Anthropic 的一个 MAJOR API customer——这项业务实际上会在 2026 年 6 月 1 日死掉”,并称绝大多数 Copilot 订阅者都会流失。他的 用户流失预测帖子(23 个赞、2,968 次浏览)附上了两条实时反映这一变化的 Reddit 帖子:一名用户的费用从 10 美元涨到 177.22 美元(“按我当前的用量和工作流,GC 显然出局了……我的第一反应是 Claude Code + 每月 20 美元的 Claude Pro”);另一名用户则从 47.27 美元涨到 3,962.04 美元(“到目前为止我一直很喜欢 GitHub 和 GHCP,但这个价格下,转投别家或改走本地方案显然更划算”)。

Reddit r/GithubCopilot 帖子“Copilot Alternatives”,展示计费模拟:当前 PRU 计费为 10.00 美元,而按基于用量的 AICs 计费为 177.22 美元,用户向社区询问 Claude Code 的替代方案

Reddit r/GithubCopilot 帖子“Well... I am leaving too”,显示当前计费为 47.27 美元,而基于用量的计费为 3,962.04 美元——增长了 84 倍——并得出将转而弃用 GitHub Copilot 的结论

@JamesMontemagno 宣布(48 个赞、12 条回复、8,036 次浏览、30 次收藏)记录了 GitHub 当天的回应:新增弹性额度和 Max 套餐。Pro(每月 10 美元)现在包含总计 15 美元的使用额度(基础 10 美元 + 弹性 5 美元);Pro+(每月 39 美元)包含总计 70 美元(基础 39 美元 + 弹性 31 美元);新推出的 Max 套餐(每月 100 美元)包含总计 200 美元。博客文章确认,代码补全不计入 AI 积分。

截至 2026 年 6 月 1 日的 GitHub Copilot 个人套餐价格表:Pro 为 10 美元/月(总计 15 美元),Pro+ 为 39 美元/月(总计 70 美元),Max 为 100 美元/月(总计 200 美元),并附基础额度与灵活额度的拆分

讨论洞察: Montmagno 帖子下的回复分成两派:一派认为弹性额度让人安心,另一派则认为重度智能体用户仍会超额。edzitron 的讨论串中还有回复指出,这很可能也会波及 Cursor、Augment Code 以及其他同样靠补贴重度使用来维持订阅吸引力的 AI 编程服务。

与前一天的比较: 5 月 12 日,计费讨论主要围绕某个组织 3.2 倍成本的模拟,以及 GPT Codex 5.3 从模型选择器中消失。到了 5 月 13 日,社区已从“模拟”转向“表态”:多名用户公开表示将取消 Copilot,转投 Claude Code。

1.2 Google I/O 前夕,Google Antigravity 关闭猜测走红 🡖

当天互动量最高的帖子提出了一个简单问题:Google 是不是要关停 Antigravity?该帖获得 313,583 次浏览、229 条回复、26 条引用和 177 次收藏,成为 5 月 13 日 AI 编程领域传播最广的讨论。

@hiarun02 发布(1,568 个赞、229 条回复、313,583 次浏览、177 次收藏)称,Google 似乎正在关停 Antigravity,并询问是否还有开发者仍在为它工作。配图是 Antigravity 自己的模型选择器,显示 Gemini 3.1 Pro (High)、Gemini 3.1 Pro (Low) [New]、Gemini 3 Flash、Claude Sonnet 4.6 (Thinking)、Claude Opus 4.6 (Thinking) 和 GPT-OSS 120B (Medium)——这说明产品仍可运行、模型选择仍在更新,但没有新的产品进展。

Antigravity 模型选择器,显示可用模型:Gemini 3.1 Pro(High)、Gemini 3.1 Pro(Low)[New]、Gemini 3 Flash、Claude Sonnet 4.6(Thinking)、Claude Opus 4.6(Thinking)、GPT-OSS 120B(Medium)

@LexnLin 询问(92 个赞、11 条回复、4,508 次浏览)询问一周后举行的 Google I/O 是否会带来 Antigravity 的回归,并指出上一次更新日志已经是近一个月前。截图确认当前版本为 1.23.2,日期是 2026 年 4 月 16 日,内容仅为修复 MCP 服务器加载和工作区专属设置相关问题。

Google Antigravity 更新日志,显示最近的一条更新为 2026 年 4 月 16 日发布的 1.23.2 版本,包含针对 MCP server 加载和工作区特定设置的错误修复——并以红色高亮标示为最后一次更新

@Presidentlin 列出(24 个赞、6 条回复、683 次浏览)列出了用户对 Google 的期待:便宜的 Flash 模型、强大的 Pro 模型、可用的 Gemini 应用搜索、Antigravity 更新(“上次更新是 2026 年 4 月 16 日。它死了吗?”),以及将 Gemini Code Assist 与 Antigravity 的额度分开。

@anshulkr713 反驳(130 个赞、2,981 次浏览)称,“Google 能在从 Cloud 到 AI(Gemini、Veo、antigravity)再到硬件(TPUs)的各个领域领先,都是因为 Sundar”,并将 Antigravity 列为 Google 当前 AI 战绩之一。这一反方观点在回复串中获得了 130 个赞。

@rseroter 链接到(13 个赞、12 次收藏、601 次浏览)分享了一篇 HowToGeek 文章,认为 Antigravity 在编程上胜过 Claude——但前提是用户不要再用传统程序员的思路去使用它。

讨论洞察: hiarun02 帖子下的回复既有悲观者(“试过了,但跟 claude code 比就是垃圾”),也有观望派(“Google I/O 就在下周,他们大概会宣布点什么”)。社区对“关停”这一表述的强烈反应,暴露出 Google 与开发者社区之间的信息流有多匮乏——当天没有任何官方表态出面否认这一猜测。

与前一天的比较: 5 月 12 日,Antigravity 还只是上下文架构类帖子里的比较对象。5 月 13 日,讨论则升级为它是否还有未来这一生存性问题,而 Google I/O 临近进一步放大了这种情绪。

1.3 OpenCode 桌面版性能冲刺与生态扩张 🡕

5 月 13 日,OpenCode 出现在多个讨论串中,既有核心团队发布的性能进展,也有更广泛社区的相关内容,包括精选关注列表、RealPython 教程,以及对测试基础设施的探索。

@LukeParkerDev 报道(55 个赞、11 条回复、4,903 次浏览)称,OpenCode 桌面版的会话启动时间现已降至约 40 毫秒,而在真实数据下此前约为 20 秒,提升幅度约 500 倍。这项工作还降低了空闲 CPU 占用、减少了重排时间,并消除了闪烁。Parker 表示,Linux 和 macOS 原本就很快,此次收益主要面向 Windows 用户。

@MichelleBakels 汇编(28 个赞、1,342 次浏览)分享了一个 OpenCode 员工精选 X 列表,方便用户直接关注团队成员,或在信息流中加入一个 OpenCode 团队标签页。该列表还引来 @ThePrimeagen 开玩笑说要统计 Dax 的嘴臭次数。

@realpython 发布(2 个赞、245 次浏览、3 次收藏)分享了一篇 28 分钟教程《如何使用 OpenCode 进行 AI 辅助 Python 编程》,内容涵盖安装、使用免费 Gemini API key 进行配置,以及日常工作流。教程称,OpenCode 支持 75+ 家 AI 提供商,并支持通过 AGENTS.md 配置文件为每个项目设置上下文。

@jlongster 探讨(15 个赞、1,786 次浏览)将来自 @owickstrom 的 Bombadil 的 TUI 版本作为 OpenCode 的测试框架,并称其“目前还太底层,但前景不错”。

讨论洞察: 核心团队的性能帖子、社区关注列表和主流出版物教程同时出现,说明 OpenCode 正从早期采用者走向实践者人群。RealPython 这篇教程面向中级 Python 开发者撰写,不预设其已有 AI 编程工具经验,是更广泛采用的一个领先信号。

与前一天的比较: 5 月 12 日,OpenCode 还只是与 Claude Code、Cursor 并列出现在上下文架构框架中。5 月 13 日,它已经成为独立、集中的讨论和投入对象,其中还包括一家大型 Python 教育网站发布的教程。

1.4 技能即代码:EvoSkill、Hermes-Agent 与 1,453 条目技能库 🡕

多个彼此独立的帖子汇聚到同一个判断:技能——也就是编码智能体行为的 SKILL.md 文件——正成为 AI 编程智能体提升效果的主要单元,而不是微调,也不是新模型版本。

@yasenka244 描述(19 个赞、10 条回复、112 次浏览)提到两个开源发布,将这一判断具象化:SentientAGI 的 EvoSkill 会读取智能体失败之处、变异技能文件夹、评估结果,并保留效果最好的版本——无需重新训练、无需集群,也无需锁定到特定 checkpoint。NousResearch 的 Hermes Agent 则在一个本地 CLI 中提供 83 项技能和 28 个工具。帖子将两者描述为可组合:EvoSkill 负责扩展技能文件夹,Hermes 负责运行它。

EvoSkill x NousResearch Hermes-Agent:“fine-tuning is the most expensive way to not change your model”——展示 Hermes-Agent v0.13 终端界面,包含 83 项技能和 28 个工具,以及 EvoSkill 在字母计数任务上从 0.0→0.5 的基线提升

@thegreatest_sv 分享(12 个赞、10 次收藏、266 次浏览)分享了一位 Google Cloud AI 总监的个人智能体操作手册:22 项技能、7 个斜杠命令、一个 6 阶段流水线(DEFINE→/spec、PLAN→/plan、BUILD→/build、VERIFY→/test、REVIEW→/review+/code-simplify、SHIP→/ship),以及三种智能体人格。该手册兼容 Claude Code、Cursor、Antigravity、OpenCode 和 Gemini CLI。

Agent Skills GitHub README,展示“Production-grade engineering skills for AI coding agents”,包含 DEFINE→PLAN→BUILD→VERIFY 流程图以及 /spec、/plan、/build、/test 命令

@aiecosystemhq 记录(4 个赞、75 次浏览、1 次收藏)介绍了 Antigravity Awesome Skills 库(名称沿袭历史,该库实际是跨平台的),目前拥有 1,453+ 项智能体技能,可通过 npm 安装,覆盖 Claude Code、Cursor、Codex CLI、Gemini CLI、Antigravity、Kiro、OpenCode、GitHub Copilot 等。技能按角色型 bundle 和工作流驱动的执行轨道组织。

Antigravity Awesome Skills GitHub README:“1,453+ Agentic Skills for Claude Code, Gemini CLI, Cursor, Copilot & More”——可安装的 GitHub 库和 npm 安装器,用于可复用的 SKILL.md playbook

讨论洞察: yasenka244 的讨论串里,有回复质疑其“可组合性”主张(“你怎么防止 EvoSkill 优化的是评测,而不是真实任务?”)。这是一个技术上非常关键的批评,指向技能评估中的 Goodhart 定律。当天没有人正面回应这一点。

与前一天的比较: 5 月 12 日,技能生态的体现是拥有 1,453 个条目的 Antigravity Awesome Skills 库,以及 Hedgineer 插件市场。5 月 13 日,则新增了自我改进视角(EvoSkill)和实践者自己编写的操作手册这一独立产物。

1.5 上下文工程进入实践者词汇 🡕

5 月 13 日的两篇帖子,将上下文工程——也就是有意识地控制 AI 编程智能体能看到哪些 token——从 Karpathy 的大会发言带入了实践者的经济学视角。Karpathy 在 AI Ascent 2026 上的那句话,是当天最具可操作性的总结。

@dunik_7 发布(16 个赞、744 次浏览)给出了经济账:一次典型的 Claude Code 会话会自动加载 47,000 个 token 的仓库上下文,随后用户让 Claude 修 30 行代码;Claude 为找到这 30 行,先读取 47,000 个 token,返回一个 200 token 的修复,再如此重复 50 次。成本:每天 35 美元。真正传递的信号:30 行。结论是:“你付钱不是让 Claude 修 bug,而是让 Claude 把你的整个仓库读 50 遍,好找到那 30 行代码。”这句话被归因于 Karpathy 在 AI Ascent 2026 上的表述:“context engineering is the new vibe coding.”

@nicdunz 指出(29 个赞、4 条回复、976 次浏览)则从用户体验角度描述了同一现象:“openai 有件事做对了,因为我其实会尽量远离 codex 和我的电脑——我知道它在干活,最好别去打扰它。”回复进一步强化了这一点:“当你不再守着它时,这个应用反而更好用。”

讨论洞察: dunik_7 的帖子回复不多,但有 3 次收藏——说明实践者正在消化这套算术,但没有公开争论。Karpathy 的署名也给这句话增添了权威性:他提出了“vibe coding”,如今又把上下文工程定位为下一层能力。

与前一天的比较: 5 月 12 日讨论的是上下文架构(分层 CLAUDE.md 文件、技能文件夹、hooks)作为一种让 AI 编程更可靠的结构性方案。5 月 13 日则补上了单位经济学论证:问题不再只是“如何组织上下文”,而是“失控的上下文到底要花多少钱”。

1.6 氛围编程:有争议的术语,也有争议的实践 🡒

5 月 13 日,围绕氛围编程的争论呈现出三种鲜明立场:权威批评(Uncle Bob)、务实辩护(Emergent Labs / YC 总裁 Garry Tan),以及反文化式抵抗(那位发起 100 天不搞氛围编程挑战的游戏开发者)。

@unclebobmartin 宣称(76 个赞、16 条回复、3,559 次浏览)称,“氛围编程就是不带仪表在云里飞。”《Clean Code》作者 Uncle Bob Martin 用航空作比:IFR(仪表飞行)与 VFR(目视飞行)的区别在于,氛围编程是在需要仪表的条件下却什么仪表都没有。@MrCollison 回复称:“我们需要一个词,来描述那种你实际上会给代码提 PR、也有标准的 vibe coding。或者干脆把 vibe coding 改名为 architectural gambling。”@GeorgePaulChi 则回应:“氛围编程在你六个月后必须在生产环境里维护这些 vibes 之前,一直都很好用。”

@hamptonism 将其表述为(16 个赞、15 次收藏、3,636 次浏览)通过 Emergent Labs 提出反驳:氛围编程工具能让你从 0 到 1,但也会把你卡在那里;Emergent 用 Claude 赋能能做规划、构建、调试和发布的智能体,把产品从 1 推到 100。多个引用转发都提到了 YC + Anthropic 的合作背书。

@Gatsz01 宣布(64 个赞、17 次转发、15 次收藏、376 次浏览)发起了一项 100 天挑战:从零开始做一款游戏,不用游戏引擎,也不搞氛围编程,纯手写 C++。相较于 376 次浏览,15 次收藏的比例很高,说明实践者社区对“工艺优先”的立场有明显共鸣。

@tetranow 引用(6 个赞、1,023 次浏览)分享了 Garry Tan(YC)在一档播客中的一句话:“最讨厌氛围编程和 AI 的工程师,往往恰恰是最应该拥抱它们、也最能从中受益的人。”

讨论洞察: 各方立场并未收敛,反而正在固化。Uncle Bob 的比喻打动了有经验的工程师;Garry Tan 的挑战则更能打动那些认为工程圈门槛文化才是真问题的人。

与前一天的比较: 5 月 12 日关注的是上下文架构,作为一种让 AI 编程更可靠的纪律。5 月 13 日则把更深层的问题摆到了台前:AI 辅助编程究竟是一种正当的工程实践,还是一场没有仪表的赌博?

1.7 微软的 AI 战略分叉:Copilot 计费与并购转向 🡒

在 GitHub Copilot 的计费转型引发用户流失的同时,路透社报道称,微软也在公司层面悄然调整 AI 战略——探索收购 AI 编程初创公司,以降低对 OpenAI 的依赖。Cursor / SpaceX 这一细节,成为当天最令人意外的竞争信息。

@wallstengine 报道(107 个赞、11 次转发、15,194 次浏览)援引路透社报道称,微软曾考虑收购 Cursor,但因与 GitHub Copilot 相关的反垄断担忧而放弃。微软目前正与由斯坦福背景团队创立的扩散式 LLM 初创公司 Inception 洽谈,旗下 M12(Microsoft Ventures)已参与 Inception 的 5,000 万美元种子轮融资。@faststocknewss 补充(5,220 次浏览)称,微软退出后不久,SpaceX 就收购了 Cursor,而且 SpaceX 也曾接触 Inception。根据法庭证词,微软在 OpenAI 投资和基础设施上已投入逾 1,000 亿美元。

讨论洞察: @norveclifinance 的回复指出:“据报道,OpenAI 自己的 CFO 也警告过,如果收入增长不够快,公司未来可能难以支付算力合同。”这让微软的多元化动作看起来不只是机会主义,更像风险管理。

与前一天的比较: 5 月 12 日报道的是 Grok Build(xAI)作为 IDE 市场新玩家入场。5 月 13 日则披露出更具结构性影响的进展:SpaceX 现在拥有 Cursor——但除了金融评论类账号外,这件事几乎没被认真讨论。


2. 什么让大家感到沮丧

GitHub Copilot 按使用量计费带来的冲击

严重程度:高。6 月 1 日的计费转型是当天讨论最多的痛点。重度使用 Copilot 智能体功能的用户——包括长时间运行智能体、使用前沿模型和执行多步骤任务——发现自己原本的固定月费订阅,实际上覆盖了相当于订阅价 3 倍到 150 倍的真实使用成本。问题不在于转型本身,而在于意外来得太大:用户此前从未被告知自己究竟消耗了多少。多条 Reddit 帖子(有截图为证)显示,个人用户已当场决定取消订阅,转投 Claude Code 或改走本地方案。当前讨论中的替代方案,要么是新的 Max 套餐(每月 100 美元,对应 200 美元额度),要么是改用 Claude Code + Claude Pro(每月 20 美元)做编程工作。

Claude Code 会话中途触发硬性速率限制

严重程度:中。数据集中有一张图片显示:“You've hit your usage limit. try again at 5:03 PM.”——这是 Claude Code 的速率限制报错。它会打断进行中的智能体会话。痛点不在提示语本身,而在于触发时机:一旦在智能体运行中途撞上限额,工作就只能中断,且在限额重置前没有恢复路径。

Gemini CLI / Antigravity 的响应速度与更新节奏

严重程度:中。@bedros_p 发布(13 个赞、1,100 次浏览)称 Gemini CLI“根本没法用”——响应要等一个小时、启动缓慢,而且用于追踪该问题的 GitHub issue 被以“not a priority”为由关闭。Antigravity 自 4 月 16 日以来没有更新日志,又进一步放大了这种观感:Google 的两个 AI 编程入口似乎同时被降级了优先级。关于 Antigravity 可能再次改名的猜测(类似 Bard→Gemini,以及 IDX 两次改名)也反映出用户对 Google 产品命名反复无常的疲惫。

Codex 服务器过载与连接失败

严重程度:中。@9hills 记录(9 个赞、2,517 次浏览)分享了一个 Codex service_unavailable_error,并附有 "code":"server_is_overloaded"。回复串显示,这类问题似乎越来越常见。一位实践者表示,他现在会给所有较长的 Codex / Claude Code 任务加上三层保护:断点恢复、中间产物 checkpoint,以及失败时只回传错误片段。@android_poet 还记录了一次 Codex WebSocket / HTTPS 传输错误,包含 BadRecordMac,并在完成前断开了流连接。

AI 安全护栏阻碍安全研究

严重程度:中(对安全研究人员而言)。@sixhobbits 发布了一张多面板截图,显示 Claude Code 拦下了一次正当的安全调查(“please help me understand the recent tanstack and mistral-ai supply chain attack from yesterday”),并返回一个引用 Anthropic Usage Policy 的 API 错误,引导用户填写 “Cyber Verification Program” 表单。ChatGPT 也以“possible cybersecurity risk”为由标记了同一会话,并附上其 “Trusted Access for Cyber” 项目链接。两款工具都给正当的事件响应增加了阻力。而“获得授权”的安全研究人员,与那些正在调查影响自身代码库真实事件的普通开发者之间的落差,并未被这两套验证机制覆盖。


3. 大家希望有什么

订阅工具中的透明 token 计量

运行智能体工作流的用户希望在撞上速率限制或收到惊喜账单之前,就知道自己已经消耗了多少 token,而不是事后才知道。Copilot 的计费冲击,是多年 PRU 统计不透明的下游结果。多个帖子都表达了同一个愿望:在智能体会话过程中提供一个实时仪表盘,显示 token 消耗速率,而不只是回顾式的用量报告。@dunik_7 把这个需求说得很准:“你付钱不是让 Claude 修 bug,而是让 Claude 把你的整个仓库读 50 遍,好找到那 30 行代码。”如果有一种 token 高效模式,能在执行智能体循环前就显示上下文规模,就能同时解决成本和“毫无预警”这两个维度的问题。机会:直接。

无需笔记本 tethering,就能在移动端访问运行中的智能体

@biraj21_ 推出(24 个赞、7 次转发、675 次浏览)在 ProductHunt 上发布了 Shellular,正是为了解决这个问题:这是一款移动应用(iOS + Android),可让用户通过手机访问完整开发环境,包括正在运行的 Claude Code、Codex、OpenCode、Copilot CLI 和 Pi 会话,并提供终端、localhost 和浏览器 DevTools。中继服务器已开源。产品上线时明确打出“厌倦了因为智能体还在跑,就得把笔记本随身带着?”这一钩子,说明痛点真实存在,而且可以商业化。机会:竞争性(回复中还提到了 Lunel,作为类似产品)。

Google I/O 上关于 AI 编程的公告(Antigravity、Gemini CLI)

多篇帖子都反映出一个明确的未满足需求:Google 需要就 Antigravity 和 Gemini CLI 的路线图给出清晰信号。用户不是在要功能,而是在要确定性。“它死了吗?”“I/O 会不会让它回归?”这些都不是八卦,而是直接决定开发者是否值得投入时间学习这些工具的现实问题。从相关讨论串里没有任何官方回复来看,Google Developer 在这一领域似乎缺乏积极的社区管理。机会:愿景型(取决于 Google 的真实意图)。

无需微调的自我改进型智能体技能

@yasenka244 隐含地指出了这一需求:如何在不重训模型、不拥有集群、也不锁定到某个 checkpoint 版本的前提下,让智能体在特定任务上变得更强。EvoSkill + Hermes-Agent 给出了部分答案。缺失的那一环是评估设计——正如回复中所指出的,技能演化的效果取决于它优化的 benchmark。一个能为特定代码库或任务类型生成 benchmark 的工具,将能补上这个闭环。机会:直接,且正在浮现。

面向生产级 AI 编程工作负载的稳定费率 API 访问

@TheGeorgePu 阐述(21 个赞、12 条回复、1,077 次浏览)直白地点出了这一需求:“The 'stable-rate API' era is over.” 他给出的回应——用两块 A100 花 50 美元微调一个 4B 模型——不是产品,而是一种抗议。背后的真正诉求是:API 定价不要悄悄变、模型不要无声退化、平台关系应当支持对 prompt engineering 的长期投入。机会:直接,且对生产级 AI 编程团队而言非常紧迫。


4. 正在使用的工具与方法

工具 类别 口碑 优势 局限
Claude Code AI 编程智能体(CLI) (+/-) 从 Copilot 迁移时的默认选择;适合智能体长跑;Claude Code 负责人 2 天内上线了 49 项功能 会话中途会撞上硬性速率限制;若不精细管理,加载 47,000 token 的上下文每天要花 35 美元
OpenAI Codex AI 编程智能体(CLI) (+/-) 自主 /goal 模式;使用广泛;适合长时间运行任务 服务器过载;WebSocket 连接失败;正在考虑迁移的用户批评其界面
OpenCode AI 编程智能体(CLI + 桌面版) (+) 会话启动速度提升 500 倍;支持 75+ 家 AI 提供商;RealPython 已发布教程;开发活跃 TUI 测试基础设施仍处于早期
GitHub Copilot AI 编程助手(IDE) (-) 新增弹性额度;Max 套餐有一定价值;WinUI 插件;CLI statusline 智能体用户遭遇计费冲击;Opus 涨价 3 倍;重度用户成本差距可达 150 倍;GPT Codex 5.3 被无预警移除
Google Antigravity AI 编程智能体(IDE) (+/-) 支持多模型(Gemini、Claude、GPT-OSS);有 KDNuggets 教程;在部分对比中仍被积极提及 自 4 月 16 日以来无更新日志;社区不确定它是否会被关停;Gemini CLI 性能问题明显(响应可达 1 小时)
Cursor AI 编程 IDE (+) 被 SpaceX 收购(新的投资信号);在微软并购讨论中被反复提及 当天没有关于功能的直接帖子
EvoSkill (SentientAGI) 智能体自我改进 (+) 无需微调即可变异并评估技能文件夹;支持 Claude Code、OpenCode、Codex、Goose、OpenHands;Apache 2.0 存在 Goodhart 定律风险:优化的是评测,不一定是真实任务表现
Hermes-Agent (NousResearch) 本地智能体运行时 (+) 一个本地 CLI 内置 83 项技能和 28 个工具;技能文件夹支持是一等公民;Apache 2.0 v0.13;仍处早期
Shellular 移动开发环境 (+) 手机上提供完整开发环境(终端、智能体、localhost、DevTools);支持 iOS + Android;中继服务器开源 刚发布;可验证记录有限
Orca (stablyai) 智能体编排器 (+) 在并行 worktree 中运行 Claude Code / Codex / OpenCode;跟踪 /goal 进度;支持 macOS / Windows / Linux 发布时互动量较低(34 个赞)
WinUI Agent Plugin 领域专用技能 (+) 提供 WinUI 开发端到端闭环(scaffold→build→run→test);token 效率高;理解 XAML / MVVM 仅限 Windows 领域
Chrome DevTools MCP 浏览器调试 MCP (+) 39.3K stars;TypeScript;支持性能追踪、网络+控制台检查,以及可靠的 Chrome 自动化 依赖外部 Chrome
GPT-5.5(不同提供商) LLM (+/-) 设计类工作表现强(Copilot);github-copilot-direct 访问最快(14.1 秒),token 效率最高 价格翻倍;三种访问路径中,openai:gpt-5.5@high 最慢且成本最高;微调 API 已被移除
Ollama 本地模型运行时 (+) 被用于搭配 OpenCode 搭建本地 AI 编程智能体 home lab 需要自有硬件;配置复杂

整体满意度呈现出清晰分化:定价可预测且与使用量更匹配的工具(Claude Code、OpenCode、本地 Ollama)正在赢得社区口碑;而近期涨价或计费不透明的工具(GitHub Copilot、通过 OpenAI direct 访问的 GPT-5.5)则在失去好感。迁移方向也很明确:从 GitHub Copilot 转向 Claude Code(这一点已由 Twitter 上分享的多条 Reddit 帖子证实),另有部分用户转向 Codex(通过订阅)或本地 / Ollama,作为一种抗议。@xoofx 的三提供商 benchmark 图片显示,访问同一模型(GPT-5.5 High)时,github-copilot-direct 比 openai:gpt-5.5@high 更快也更便宜——这是一条会实实在在影响成本的提供商路由洞察。

GPT-5.5 High 在三家提供方中的评测结果:github-copilot-direct(14.1 秒,28,552 个输入 tokens,124 个 reasoning tokens——最快)、openai:gpt-5.5@high(18.2 秒,34,833 个输入 tokens,240 个 reasoning tokens——最啰嗦)、codex_subscription(18.1 秒,32,428 个输入 tokens——质量与效率平衡最佳)


5. 大家正在构建什么

项目 构建者 功能 解决的问题 技术栈 阶段 链接
Orca @JinjingLiang (stablyai) 在并行 worktree 中运行 Claude Code、Codex、OpenCode 的 AI 编排器 跟踪多个并发智能体会话的 /goal 进度 macOS/Windows/Linux;支持任意 CLI 智能体 已发布 github.com/stablyai/orca
Shellular @biraj21_ 让用户通过手机访问完整开发环境的移动应用 智能体运行时必须随身带笔记本电脑 iOS + Android;中继服务器开源;支持 5 种智能体 已发布 ProductHunt 发布
WinUI Agent Plugin @Niels9001 (Microsoft) 面向 WinUI 和 Windows App SDK 开发的智能体技能 通用智能体在 WinUI / XAML 细节上失灵 面向 GitHub Copilot CLI 和 Claude Code 的技能插件 已发布 devblogs.microsoft.com
Academic Research Skills for Claude Code @PrakashS720 (Imbad0202) 面向学术研究流程的 10 个专用智能体(引文检索、虚假参考文献检测、同行评审模拟) 以一杯咖啡的成本完成一篇 15,000 字论文;解决 AI 研究中的引文幻觉 Claude Code CLI / VS Code / JetBrains;v3.7.0;CC BY-NC 4.0 已发布 插件:academic-research-skills
KimiFlare @sinasanm 面向 AI 服务的 kill switch 仪表盘,带预检安全检查(ARM SYSTEM、DISABLE AUTH、CUT OFF PROXY) 在无法联系服务团队时紧急关停 AI 服务 macOS 原生应用 已发布 x.com 帖子
GEO/SEO Analysis Skills @HowToAI_ 用于 Generative Engine Optimization 分析的 Claude Code 技能(11 项技能、5 个并行智能体、6 个 schema 模板、PDF 报告) AI 搜索正在蚕食传统搜索;只有 23% 的营销人员在投资 GEO Claude Code 技能 已发布 x.com 帖子
Local AI Coding Agent Home Lab @vspinmaster 使用 OpenCode + Ollama 搭建离线 AI 编程 home lab 解决本地开发中的 API 成本与隐私顾虑 OpenCode + Ollama;自托管 已发布 virtualizationhowto.com

重要项目说明:

Orca(stablyai)是当天技术上最有新意的项目。它解决的是并行智能体管理问题:在多个 Git worktree 中同时运行 Claude Code、Codex 和 OpenCode,并统一在一个仪表盘中跟踪。/goal 进度跟踪功能,正面回应了 Karpathy 关于上下文工程所指出的可观测性缺口——无法测量,就无法管理。项目一上线就支持 macOS、Windows 和 Linux。

Academic Research Skills for Claude Code 瞄准的是学术界即将到来的“氛围编程”时刻。v3.7.0 版本包含一个 7 模式阻断清单,用作完整性闸门;基于过往作品样本的风格校准;一个用于攻击论文论点的 Devil's Advocate 智能体;以及同行评审模拟。其理念非常明确:“AI is your copilot, not the pilot.” 该工具引用了 Lu et al.(2026, Nature 651:914–919)的《The AI Scientist》,以界定完全自主研究失败在何处,以及为什么 human-in-the-loop 是其设计前提。

Academic Research Skills for Claude Code v3.7.0 GitHub README,展示安装命令、理念(“AI is your copilot, not the pilot”)、引用 Nature 中 Lu et al. 2026 的完整性门控设计,以及相对于 The AI Scientist project 的定位

KimiFlare 将 kill switch 内建到其 AI 服务栈中——这是面向生产级 AI 系统的治理工具,而不是开发工具。其预检安全检查 UI 中用于 ARM SYSTEM、DISABLE AUTH、CUT OFF PROXY 的 COVER 方框表明,至少已有一部分构建者把 fail-safe 机制视为一项一等需求。


6. 新动态与值得关注的内容

SpaceX 现已拥有 Cursor

据路透社报道(两条推文均有援引),微软因 GitHub Copilot 所有权相关的反垄断担忧放弃交易后不久,SpaceX 就收购了 Cursor。SpaceX 也曾接触 Inception(这家扩散式 LLM 初创公司)。一家航空航天公司拥有使用量第二高的 AI 编程 IDE,这一事实既出人意料,也尚未被充分分析。其战略动机——究竟是为了内部使用、投资回报,还是作为 AI 编程平台布局——现有公开来源并未解释。

“Context engineering is the new vibe coding”——Karpathy 在 AI Ascent 2026 上的说法

Andrej Karpathy 创造了“vibe coding”这个词,现在又把 context engineering 定位为下一层能力。这一说法有直接的实践含义:给 vibe coding 命名的人,如今认为其上面还有一层大多数实践者尚未掌握的能力。@dunik_7 的经济学分析(为了修 30 行代码,通过加载 47,000 个 token 并重复 50 次而每天花掉 35 美元)给出了一个具体的成本信号,正好印证 Karpathy 的观察。

GitHub Copilot 曾以订阅价值 300%–1,000% 的规模补贴用户

Ed Zitron 对这次计费转型的分析——基于那张显示 39 美元订阅对应 5,851.77 美元使用量的 Reddit 截图——意味着 GitHub Copilot 在智能体用户身上承受着巨大的结构性亏损。考虑到其 ARR 达 10.8 亿美元,且部分用户群体得到的使用补贴达到订阅价值的 300%–1,000%,6 月 1 日的转型不只是一次价格调整,更是在追溯性地重定价用户多年来在不知情中享受到的价值。

WinUI Agent Plugin:技能作为领域专用软件包

Microsoft 的 WinUI Agent Plugin,是平台厂商推出的首个大型领域专用技能包,而非第三方项目。这表明,平台所有者正开始把“技能即软件包”当作扩展 AI 编程智能体以适配特定框架的官方路径——不是文档,不是 API,而是可由智能体执行的技能文件。

AI Engineer Singapore 2026 议程(5 月 15–17 日)

@nshawbin 发布了自己参加 AI Engineer Singapore 2026 的个人议程:3 天内共 24 场 session,类别包括软件、智能体、编程智能体、设计、物理 AI。值得关注的 session 包括:“Building a Guide, Verify, Solve Loop for your Coding Agents with Software Factory”“What We Learned From Analyzing Five Million Vibecoded PRs”“Designing the Agent-Native IDE: When Designers Ship the Code”“Toward World Models: From Language to Physical Intelligence”。该会议在本数据集日期两天后开始,是社区当下的线下聚集点。


7. 机会在哪里

[+++] 面向 AI 编程智能体的 token 高效上下文管理层 —— 多个独立信号在这里汇合:Karpathy 的“context engineering is the new vibe coding”、@dunik_7 关于失控上下文会让修 30 行代码花掉 35 美元/天的算术,以及 Copilot 的计费冲击,都指向同一个缺口。一款能够按 token 成本剖析智能体会话、建议排除哪些上下文,并在执行前显示每轮智能体调用成本的工具,既有消费端需求(开发者盯着账单),也有企业端需求(CTO 做成本治理)。目前还没有工具正面解决这一问题。xoofx benchmark 中的提供商路由洞察(访问同一模型时,github-copilot-direct 比 openai:gpt-5.5@high 快 20%,且 token 更省)也说明,路由优化本身同样有价值。

[+++] 从 GitHub Copilot 迁移到替代方案的工具 —— 用户流失潮已经可见,而且正在发生。用户正手动评估 Claude Code、Codex、OpenCode 和本地 Ollama 方案。一款能迁移 Copilot 设置、CLAUDE.md 等价配置和技能配置的工具,或者一款能基于用户真实工作流对替代方案做 benchmark 的工具,正好切中当下市场。Claude Code 是用户明确表达的主要迁移目的地;帮助降低切换成本的工具,也与 Anthropic 的利益方向一致。

[++] 面向特定代码库的自我改进技能文件夹 —— EvoSkill + Hermes-Agent 已在通用层面展示了这一概念。尚未被充分开发的版本是代码库专属版本:能从你的仓库特定模式、失败模式和测试套件中学习的 EvoSkill。缺失的一环是 benchmark 生成——从用户自己的代码库中抽取有意义的任务集,为技能演化提供导向。这是一个直接、技术性强、而目前开源方案只部分覆盖的机会。

[++] 领域专用智能体技能包 —— WinUI 插件已经确立了范式:平台厂商发布一个技能包,让 AI 智能体在特定领域中表现可靠。同样的模式适用于各种细分框架(游戏开发、React Native 移动开发、嵌入式系统、数据管道、科学计算)。在通用工具追上来之前,先在垂直领域打透,是近期机会。Academic Research Skills 插件也表明,连学术工作流都可以被打包。

[+] 移动优先的智能体监督与控制 —— Shellular 当天上线,解决了一个真实痛点(智能体运行时必须带着笔记本电脑)。更大的机会不只是远程访问,而是移动优先的监督:智能体到达决策点时推送通知,为高风险操作提供 kill switch(如 KimiFlare)和审批流。“智能体在你不在场时持续运行”这一范式,正在催生一个全新的移动原生工具类别,而不需要把桌面 IDE 生搬到手机上。

[+] 面向安全研究人员的 AI 编程助手层级 —— sixhobbits 对供应链攻击的调查同时被 Claude 和 ChatGPT 拦下。两款工具都把用户导向 “Trusted Access for Cyber” 和 “Cyber Verification Program”,但这些项目是围绕专业安全公司设计的,而不是围绕那些需要调查自身依赖项安全事件的开发者。为这类需要进行正当安全事件响应、却不想加入正式网络安全项目的开发者提供更轻量的验证层,将有助于减少摩擦并提升信任。


8. 要点

  1. GitHub Copilot 6 月 1 日的计费转型,已经在推动用户做出迁移决定。 多名 Reddit 用户分享的计费模拟显示,成本上涨幅度在 17 倍到 150 倍之间,且至少有两人已公开表示将转投 Claude Code。当天宣布的弹性额度和 Max 套餐,是一次留存动作,但从“补贴”到“意外账单”带来的信任损伤仍在持续。(edzitron)

  2. Google Antigravity 27 天未更新,已经成为社区对 Google AI 编程投入程度的首要担忧。 当天浏览量最高的帖子(313,583 次浏览)提出的是问题,而不是抱怨——这对 Google 更伤,因为它传递的是不确定性,而非单纯不满。Google I/O 的时间点让下周成了一个不得不给出答案的节点。(hiarun02)

  3. OpenCode 正在同时加速多个维度。 会话启动速度提升 500 倍、主流 RealPython 教程上线,以及精选社区关注列表在同一天出现——这说明该工具正在进入一个增长阶段:实践者采用正在反向推动开发优先级。(LukeParkerDev)

  4. “Context engineering is the new vibe coding” 是当天最值得实践者记住的一句话。 Karpathy 在 AI Ascent 2026 上的这一表述有着非常具体的经济含义:失控的上下文每天要花 35 美元,才能完成 30 行代码的工作。这意味着 token 效率已经是一项一阶工程能力,而不再只是优化项。(dunik_7)

  5. SpaceX 现已拥有 Cursor。 这一消息来自路透社报道,并被两条推文援引,但整体上讨论不多。这是当天在竞争格局上最令人意外的结构性进展:一家航空航天公司拥有了本数据集中被提及频率第二高的 AI 编程 IDE。(faststocknewss)

  6. 技能正在成为智能体改进的主要单元,而不是模型更新。 EvoSkill(SentientAGI)+ Hermes-Agent(NousResearch)证明了这一点:冻结模型配合持续演化的技能文件夹,无需重训也能在领域任务上取得更好表现。拥有 1,453 个条目的 Antigravity Awesome Skills 库,则量化了这一生态的当前状态。(yasenka244)

  7. 你通过哪家提供商访问模型,影响可能与模型本身同样大。 xoofx 的 benchmark 显示,在相同任务和相同模型下,通过 github-copilot-direct 访问 GPT-5.5 High,比通过 openai:gpt-5.5@high 快 22%,且输入 token 少 18%。提供商路由优化,是一个尚未被充分重视的成本杠杆。(xoofx)