Twitter AI 编程 - 2026-05-25

1. 人们在讨论什么

1.1 成本、配额和速率限制，正开始替人们决定该用哪个代理 🡕

当天信号最强的一组讨论，核心不是谁的基准测试更好看，而是支出上限。Microsoft 收缩许可证、GitHub Copilot 倍率截图，以及 Antigravity 的配额应对办法，都把 AI 编程首先变成了预算问题，其次才是模型选择问题。就连关于 Antigravity 上线的正面消息，焦点也集中在更低的 token 消耗和配额重置，而不是新增能力。

@Pirat_Nation 表示（1,460 个赞、122 条回复、79,463 次浏览、181 次收藏）称，Microsoft 在 AI 账单飙升后，正在减少内部对 Claude Code 的使用，并推动部分团队转向 GitHub Copilot。信息流中其他地方转引的相关报道进一步澄清了细节：The Verge 表示，Experiences + Devices 将在 6 月 30 日前逐步取消大多数 Claude Code 许可证，但仍会通过 Copilot CLI 提供 Anthropic 模型。因此，这一决定更像是成本控制和工具链收敛，而不是放弃 AI。

@ardadev 总结称（8 个赞、727 次浏览）则直接纠正了这一点，附上了一则拟议中的 Community Note，并链接了同样的 Verge 和 Windows Central 报道。

@testingcatalog 报道称（356 个赞、25 条回复、24,999 次浏览、30 次收藏）称，Antigravity 新增了 Gemini 3.5 Flash (Low)，并引用 Google 的说法称，其 token 用量较 Flash Medium 大约减少 45%，同时强调付费套餐的配额已重置。@ai_for_success 补充道（140 个赞、8 条回复、7,039 次浏览、14 次收藏）称，这个新档位现在也已经出现在 CLI 中。

@balakoteswar 发文称（4 个赞、378 次浏览）发出一张 GitHub Docs 截图，显示年付套餐中高级 Claude 模型的倍率大幅上调，包括 Claude Opus 4.5 从 3x 升至 15x，Claude Sonnet 4.6 从 1x 升至 9x。

讨论洞察： 回复并没有不加质疑地庆祝更便宜的档位。Flash Low 帖子下有回复问，这次调整是不是只多换来了“5 分钟”的额外配额；而 Microsoft 那条讨论，则把读者引向 Community Note 的纠正和文章链接，而不是病毒式传播的“AI 禁令”叙事。

与前一天对比： 5 月 24 日，配额痛点还主要被视为 Antigravity 内部的产品摩擦。到了 5 月 25 日，同样的抱怨上升了一个层级：Microsoft 许可证、Copilot 倍率，以及模型限制重置，都让预算核算成为主导叙事。

1.2 模型之上的竞争，正加厚为工作流文件、记忆和编排层 🡕

最有代表性的工作流帖子，并不是“这里有个更好的模型”，而是“我怎么把代理串起来”“我怎么把自己的约定教给助手”，以及“我怎么让同一套工作流在换工具后还能继续用”。这让当天更像是一场控制平面之争，而不是谁家 UI 最好的较量。

@Teknium 宣布（58 个赞、8 条回复、2,271 次浏览、47 次收藏）称，Hermes Agent 现在可以通过可安装技能来编排 OpenHands。配图中的信息图把这项集成说得很具体：OpenHands 成了可选的 Hermes 技能，基于 LiteLLM 支持 Anthropic、OpenAI、DeepSeek、Qwen、Ollama、vLLM 和 Nous，并提供了明确的无头模式参数。

@EXM7777 认为（54 个赞、19 条回复、2,097 次浏览、44 次收藏）称，真正强的用户之所以能在 Claude Code、Codex 和 OpenCode 上都做出接近的效果，是因为他们理解失败模式、指令结构、代理系统、记忆架构，以及价格与质量的权衡。有一条回复把这一点说得更进一步：真正的优势，在于把这些原则编码进能随每次会话和每个工具迁移的文件里。

@code 推广了（59 个赞、7 条回复、6,326 次浏览、17 次收藏）提到一场 Microsoft Build 会议，讨论 GitHub Copilot 为什么会遗漏上下文；会话页面 则称，可以通过共享规则、可复用提示词、技能和自定义代理来“教会” Copilot，并让它从 5 名工程师扩展到 500 名工程师的团队。

@PhilSeamark 写道（54 次浏览）称，他把 VS Code 加 GitHub Copilot 当作个人生产力环境使用，“面向知识工作者，而不是开发者”；他链接的 设置指南 描述了同一工作区中的晨间简报、转录文本导入、Power Automate 文件投递、可搜索的聊天历史，以及子代理。

@dosco 表示（27 个赞、3 条回复、878 次浏览、20 次收藏）称，Ax/Aithy 的核心设计优势，在于把对话历史视为可检查、可提炼的结构化数据。他附上的评测截图则把更难的一层要求说得很明确：目前缺的仍是一条一等公民级的编码代理工具通道，需要具备受限仓库搜索、事务性补丁、诊断、回滚和溯源能力。

讨论洞察： Teknium 的回复里有人要求提供预设组合，并减少对无关文件的改动；EXM7777 的回复则在追问，怎样才能让这些来之不易的原则具备可迁移性。实际问题是，如何把工作流打包成能跨工具存活的形式，而不是这周到底哪个界面赢了。

与前一天对比： 5 月 24 日强调的是订阅路由和本地模型；5 月 25 日则在这层路由之上，又加上了更厚的规则、技能、记忆和委派代理层。

1.3 构建者正在围绕现有代理封装专用适配层，而不是正面替代它们 🡕

最清晰的项目分享帖，都是在流行工具链上补上一项缺失能力：语义代码智能、合规知识、供应商自由度，或者更快的远程连接。这和“再做一个新助手”的构建模式不同，更像是在为用户已经信任的代理铺基础设施。

@pvergadia 重点提到（1 个赞、185 次浏览、5 次收藏）提到 codegraph 是本周增长最快的 GitHub 仓库之一。公开的 colbymchenry/codegraph 仓库 将其描述为面向 Claude Code、Codex CLI、Cursor、OpenCode 和 Hermes Agent 的 TypeScript 语义代码知识图谱；其 README 声称，在 7 个代码库上的基准测试中，平均可节省 35% 成本，并减少 71% 的工具调用。

@VivekIntel 分享了（3 个赞、110 次浏览、3 次收藏）提到 mlunato47/claude-grc-plugin，其 README 称，它为 Claude Code 和 OpenCode 提供 72 个以上参考文件、15 个框架和 24 个斜杠命令，覆盖 FedRAMP、NIST 800-53、CMMC、SOC 2、ISO 27001、HIPAA 及相关合规工作流。

@Liz_Binance 指向了（2 个赞、2 条回复、806 次浏览）提到 ajsai47/backdoor——一个 Python 代理，其 README 称可将 Claude Code 重新路由到 DeepSeek、Groq、Ollama、OpenRouter 和 NVIDIA NIM 等兼容 OpenAI 的提供方。这条帖子真正有价值的，不是那个未经证实的“抄袭”指控，而是出现了一个公开的路由层，专门用来保留 Claude Code 的工具链，同时替换底层模型和价格档位。

@tmsdnl 表示（2 个赞、272 次浏览）称，一个 Codex 功能请求从 GitHub issue 到合并只用了 10 小时 41 分钟，并附上新的 app-server WebSocket 流程和 /status 输出截图。即便只是个小功能，也说明市场奖励的是薄适配层和快速工作流修复，而不是全栈重造。

讨论洞察： 这些构建者的出发点都一样：先选一个已经足够强的代理，再补上一样缺的东西——语义上下文、合规知识、供应商自由度或委派执行。它是一种增量模式，不是替代模式。

与前一天对比： 5 月 24 日已经出现了面向特定工作流的技能包；5 月 25 日则把这一路线继续扩展成更专门的基础设施层：知识图谱、合规插件、提供方代理和编排技能。

---

2. 人们因为什么而沮丧

配额仍会在任务完成前先出问题

严重程度：高。@air_codex 表示（43 次浏览）称，他只发了 6 次提示，就被封 2 小时；而在反复遭遇“高流量”失败后，又被封了 4 天，尽管他做的只是基础的 CSS 和 TSX 工作。配图之所以重要，是因为它把模糊抱怨变成了具体故障模式：先是在工作已经完成后弹出流量错误，随后配额页面显示 Flash、Gemini 3.1、Claude 4.6 和 GPT-OSS 档位全部剩余 0%。@testingcatalog 报道称（356 个赞、25 条回复、24,999 次浏览、30 次收藏）把 Flash Low 当作节省 45% token 的解决方案，但回复马上质疑：这是不是只是多换来了几分钟真正能工作的时间。@balakoteswar 发布了（4 个赞、378 次浏览）则发出一张 Copilot 倍率截图，显示 GitHub 这边的高级模型成本压力也在上升。用户当前的应对方式，是降级模型、等待重置，或把请求路由到更便宜的后端。这个问题值得投入，因为它会直接打断任务，而不是只影响观感。

公开的 AI 编程讨论，在标题先赢之后仍需要纠偏

严重程度：中。@Pirat_Nation 传播开来（1,460 个赞、122 条回复、79,463 次浏览、181 次收藏）把 Microsoft 的成本故事推成了大规模传播话题，但紧接着一层讨论就是纠偏：@ardadev 流传开来（8 个赞、727 次浏览）带入了 Community Note 和源报道，以澄清 Microsoft 取消的是 Claude Code 许可证，并在引导团队转向 Copilot CLI，而不是“禁用 AI”。Google 那边也出现了一个更温和的同类模式。@DuaFatimaAi 再次强调（45 个赞、17 条回复、443 次浏览、9 次收藏）又一次推了那个熟悉的 NotebookLM 加 Antigravity 组合，但除了“这样搭配很好用”的设定性说法外，并没有拿出新的证据。读者当前的应对机制，是自己把文章链接、截图和更正带进线程里。这一点值得投入，因为验证本身正逐渐成为产品发现的一部分。

编排仍在要求用户自己发明配置组合

严重程度：中。@Teknium 宣布（58 个赞、8 条回复、2,271 次浏览、47 次收藏）分享了一个实用的 Hermes 加 OpenHands 技能，但马上就有回复说：“你们很快会需要预设组合”，这样新用户才能直接选合理默认项，而不是手动改每个设置。@dosco 指出（27 个赞、3 条回复、878 次浏览、20 次收藏）则用更技术化的说法指出：代理架构仍需要受限仓库搜索、事务性补丁、诊断、回滚和溯源，才会让人觉得完整。@EXM7777 认为（54 个赞、19 条回复、2,097 次浏览、44 次收藏）称，当前的变通方法是搭建个人基础设施：学会这些原则，把它们编码进可迁移的文件，再带到不同工具之间。这一点值得投入，因为现有变通方案依然主要是用户自己手工搭出来的。

---

3. 人们希望出现什么

与代理行为匹配的突发计费与配额仪表盘

最强烈的需求，不是再来一个抽象基准，而是能回答这些问题的机制：一个任务会花多少钱、哪些档位已经耗尽、何时刷新、便宜档位到底能不能把工作做完。@air_codex 展示了（43 次浏览）展示了用户侧的故障模式，@balakoteswar 浮出水面（4 个赞、378 次浏览）展示了套餐侧的倍率变化，而关于 Microsoft 的报道则呈现了同一问题的企业版本。机会：直接。

能经受工具切换的可迁移工作流包

@EXM7777 认为（54 个赞、19 条回复、2,097 次浏览、44 次收藏）表明，原则比界面更耐久；而 Microsoft Build 会话页面 则明确把规则、提示词文件、技能和自定义代理框定为向 Copilot 传授团队约定的方式。@PhilSeamark 展示了（54 次浏览）则在非开发者语境中表达了同样的需求：真正的资产，是一套可重复的工作流，能处理转录文本、日历、笔记和历史记录，而不是每次从零开始。机会：直接且具竞争性。

面向受监管与非代码工作的领域专用代理层

围绕 claude-grc-plugin 的构建活动，以及 Phil Seamark 的 Copilot 工作流，其实都指向同一个缺口：通用代理仍需要一层真正理解用户领域的能力。前者意味着 FedRAMP、NIST 800-53 和文档审查命令；后者则意味着客户笔记、差旅行政、产品反馈和日记类工作流。机会：直接。

安全的多代理预设，而不是空白画布式编排

@Teknium 公告（58 个赞、8 条回复、2,271 次浏览、47 次收藏）下的回复要求提供预设组合；@dosco 列出了（27 个赞、3 条回复、878 次浏览、20 次收藏）则更正式地列出了缺失的护栏：受限仓库搜索、事务性编辑、诊断、回滚和溯源。人们似乎想要的，是从一个值得信赖的预设起步，而不是面对一堆旋钮。机会：具竞争性。

---

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

工具	类别	情绪	优势	局限
GitHub Copilot / Copilot CLI	编码助手 / 工具链	(+/-)	原生支持规则、提示词文件、技能和自定义代理；同时出现在企业与知识工作流程中	倍率调整和套餐核算正在收紧；部分采用还受到成本与内部自用决策的推动
Claude Code	编码代理	(+/-)	仍然流行到让 Microsoft 不得不主动缩减许可证；其强工具链也激发了路由与代理项目	企业级成本压力真实存在，配置蔓延也是反复出现的抱怨
Google Antigravity	代理运行时 / IDE / CLI	(+/-)	新增 Flash Low，覆盖多个界面，仍然吸引重视自动化的用户	高流量失败、严格配额，以及反复出现的宣传帖，持续削弱用户信任
Gemini 3.5 Flash (Low)	模型档位	(+/-)	被宣传为比 Flash Medium 约高 45% 的 token 效率，并已可在 Antigravity 各界面中使用	用户仍在质疑，它在真正撞上限制前，究竟能多撑出多少实际余量
Hermes Agent	编排工具链	(+)	支持可安装技能，以及跨多个代理后端进行委派执行	回复显示，用户需要更安全的预设、更成熟的配置组合，以及更少的无关改动
OpenHands	自主编码代理	(+)	现在可以通过 Hermes 以及多个由 LiteLLM 支持的提供方被编排	复杂性仍然会通过参数和环境变量泄露给用户
CodeGraph	语义代码智能	(+)	预索引本地图谱有望减少工具调用、降低成本，并加快多个代理中的探索	需要额外的索引流程，目前看起来仍像早期基础设施软件
GRC Knowledge Plugin	领域插件	(+)	为 Claude Code 和 OpenCode 增加合规映射、文档审查和操作命令	如果不在受监管环境中工作，适用面就较窄
Backdoor	提供方代理	(+)	保留 Claude Code 的工具链，同时切换到更便宜、本地或其他提供方	仍处于早期阶段，配置负担较重，也受提供方兼容性限制
VS Code + Copilot + Power Automate 文件	工作流模式	(+)	把编码环境变成全天工作空间，用于处理转录文本、日记、客户笔记和子代理	目前仍更像一套自定义技术栈，而不是默认产品体验

总体来看，当工具提升了可迁移性，或封装了真实的工作流知识时，满意度最高；而当使用上限或计费倍率打断工作时，满意度最低。迁移模式并不是从工具 A 干净利落地切换到工具 B，而是路由与叠层：保留用户喜欢的工具链，替换提供方，加一层语义索引，加一个领域插件，或接上一个委派代理。竞争正在从单纯的模型质量，转向上下文、编排和价格控制。

---

5. 人们正在构建什么

项目	构建者	功能	解决的问题	技术栈	阶段	链接
Hermes 的 OpenHands 技能	@Teknium	让 Hermes 通过可安装技能编排 OpenHands	开发者想要一个统一控制平面，能够把任务委派给另一个编码代理，而不是在单一循环里包办一切	Hermes Agent、OpenHands CLI、LiteLLM、Anthropic/OpenAI/DeepSeek/Qwen/Ollama/vLLM/Nous	已发布	推文
CodeGraph	colbymchenry	面向多个代理客户端的预索引语义代码知识图谱	减少代码库探索过程中的 token 浪费和工具调用蔓延	TypeScript、SQLite/FTS、MCP、Claude Code/Codex/Cursor/OpenCode/Hermes 集成	已发布	仓库
GRC Knowledge Plugin	mlunato47	为 Claude Code 和 OpenCode 增加合规框架、映射与审查命令	通用编码代理对受监管文档和审计工作流了解不足	JavaScript 插件、72+ 参考文件、24 个斜杠命令、Claude Code、OpenCode	已发布	仓库
Backdoor	ajsai47	让 Claude Code 通过任意兼容 OpenAI 的或本地的提供方运行	团队想保留 Claude Code 的工具链，同时摆脱 Anthropic 独占定价或锁定	Python 代理、兼容 OpenAI 的 API、DeepSeek、Groq、Ollama、OpenRouter、NVIDIA NIM	Beta	仓库
Codex app-server 支持	@tmsdnl	为 Codex 新近合并的远程 / app-server 工作流扩展	用户希望 Codex 能连接本地或远程服务层，而不是被困在单一 shell 流程中	Codex、WebSockets、app-server 状态连接管线	Alpha	推文

@Teknium 宣布（58 个赞、8 条回复、2,271 次浏览、47 次收藏）把 Hermes 加 OpenHands 技能展示成了一个真正可安装的成品，而不只是概念。配图展示了准确的安装命令、OpenHands 已支持的参数，以及与模型无关的后端列表，所以回复很快就转向要求提供预设组合和更安全的默认设置。

@pvergadia 重点提到（1 个赞、185 次浏览、5 次收藏）提到 CodeGraph 在每周仓库排行榜上的攀升；仓库本身则称，它希望通过提供预索引图谱，而不是逼代理反复读取文件，来让 Claude Code、Codex CLI、Cursor、OpenCode 和 Hermes 更便宜、更轻量。@VivekIntel 分享了（3 个赞、110 次浏览、3 次收藏）则提到 GRC Knowledge Plugin，其 README 把这种封装式打法说得很明白：在现有代理外面包上一层参考文件、斜杠命令和框架映射。

@Liz_Binance 指向了（2 个赞、2 条回复、806 次浏览）提到 Backdoor，其 README 称，它可以把 Claude Code 重新路由到 DeepSeek、Groq、OpenRouter、Ollama 和 NVIDIA NIM 等提供方。@tmsdnl 补充道（2 个赞、272 次浏览）则是一个更小但很能说明问题的例子：一个 Codex 功能请求在 10 小时 41 分钟内就完成上线，并附上新 app-server 流程已经跑通的截图。

这 5 个案例反复呈现出同一种构建模式：如果可以让一个流行代理变得更便宜、更懂领域、更易路由，或者更容易委派，那就没必要替换它。这也是为什么当天最强的一批项目，看起来都像适配器、插件、图谱和编排技能。

---

6. 新动态与值得关注的事

搜索兴趣飙升的速度，似乎快于整体使用量的增长

@RealNickMugalli 认为（2 个赞、322 次浏览）称，Claude Code 的搜索兴趣在 Opus 4.5 之后几乎垂直上升，而 Codex 随后滞后跟上，并附上了一张 Google 美国地区 AI 编码代理搜索图表。图表本身支持的是这一说法中较窄的一部分：围绕 Claude Code 和 Codex 的关注度，在 2025 年末到 2026 年初明显加速。这一点重要，因为它和当天其他证据相吻合：相对少数的一群重度用户，已经足以把企业级预算痛点暴露出来。

即便是曝光度不高的独立构建者，也开始晒收入截图

@adensdk 声称（5 个赞、3 条回复、284 次浏览、2 次收藏）称，一个由 AI 构建的应用带来了超过 13,000 美元收入，并附上 RevenueCat 截图，显示此前一年收入为 13,230 美元。该帖没有披露技术栈，而且数字来自自报，因此应谨慎看待。但它仍然重要，因为它提供了一个反向信号：就在企业端为 token 预算发愁的同一天，小型构建者账号仍在发布变现证明。

---

7. 机会在哪里

[+++] 预算感知路由、配额预测和突发计费 — 第 1 节显示，Microsoft 和 GitHub 的决策正在围绕支出上限弯曲；第 2 节则显示，即便 Google 推出了 Flash Low，Antigravity 用户仍会在任务中途被拦下。Backdoor 已经是构建者给出的回应，而这通常意味着痛点真实且迫切。

[++] 可迁移工作流包与记忆层 — 第 1.2 节和第 3 节显示，规则、提示词文件、技能、子代理和持久工作区，正在成为高于任何单一模型之上的耐久资产。这个机会评级为中等，因为一方产品已经在陆续推出其中的一部分，但跨工具版本仍然空着。

[++] 面向现有工具链的专用插件 — 第 5 节中最强的一批构建者是 CodeGraph、GRC Knowledge Plugin 和 Backdoor。三者都不是替代现有代理，而是在其外层增加更窄但更有效的杠杆，因此这看起来像一个可信的产品类别，而非一次性 hack。

[+] AI 工具讨论的验证与纠偏层 — 第 2 节展示了标题叙事和宣传式铺垫帖需要多快被纠正。这个机会仍在形成，因为读者已经在通过 Community Notes、截图和来源链接手工完成这项工作。

---

8. 要点

1. 企业支出如今正在引导工具选择。 Microsoft 的 Experiences + Devices 团队将在 6 月底前逐步取消大多数 Claude Code 许可证，并推动许多开发者转向 Copilot CLI，这让成本和内部杠杆都成为产品决策的一部分。（来源）
2. 更便宜的模型档位，并不能单独缓解配额焦虑。 Flash Low 上线时附带了 45% token 效率提升的说法，但用户在做完基础工作后，仍在发布高流量和配额归零的截图。（来源）
3. 真正持久的层正在上移到模型之上。 Hermes 加 OpenHands 的编排、Microsoft Build 对规则与技能的 framing，以及面向知识工作的 Copilot 配置，都把工作流文件、技能和记忆视为长期优势。（来源）
4. 构建者正靠交付适配层取胜。 CodeGraph、GRC Knowledge Plugin、Backdoor，以及 Codex 的 app-server 改动，都是在现有代理周围增加杠杆，而不是试图直接取而代之。（来源）
5. 关注度和上行空间看起来仍然集中。 Google 搜索趋势图显示，Claude Code 和 Codex 的关注度正在明显加速；与此同时，就在企业抱怨成本的同一天，小型构建者账号仍在发布自报收入截图。（来源）