Twitter AI 编程 - 2026-04-28¶
1. 人们在讨论什么¶
1.1 免费 token 时代结束：按量计费席卷所有提供商 🡕¶
@sdrzn 发布（26 点赞，8 回复，3,401 浏览量）一张对比图，显示 Anthropic 从 Pro 中移除 Claude Code，GitHub Copilot 转向 usage-based billing，GPT 采用 6x multiplier、Opus 采用 27x：“免费 token 的时代正在结束。”@ninedp 回复询问这是否是 capacity issue；@sdrzn 回答：“不是，我觉得这是供需问题。我们现在正式离不开 token 了，而且他们也知道这一点。”@superscribeio 提出一个实际担忧：“免费 token 结束后，先变难看的到底是模型账单，还是向客户解释哪一次 agent run 实际可计费。”
@SamanthaLaDuc 引用（13 点赞，1,413 浏览量）Ed Zitron 的分析：“Microsoft 可以说是资本最充足、利润最高、最有条件继续补贴 compute 的公司；如果连它都负担不起，其他人就更不可能。”@friendsofwealth 在回复中预测：“sub fee 会从 monthly 变成 annual。不过人们很快会抗议丑陋的 token 消耗。”
@buildwithsid 列出（10 点赞，221 浏览量）GitHub Copilot 的连锁变化：“学生版移除了 Claude 模型、到处都加了限流、把模型价格抬高了很多，然后又改成按量计费——现在到底还有谁会用这玩意儿？”
@poezhao0605 观察（2 点赞，314 浏览量）：“智能体工作负载击穿了固定费率订阅模式。本月所有主要 AI 编程平台都撞上了同一堵墙。”@OjasSharma276 补充（11 点赞）：“大家基本上第一天就会把 token 烧光。”
讨论要点： 计费讨论已经从昨天的单一供应商冲击（OpenAI 意外 $1,600）演变成结构性论点：AI 编程的 flat-rate 订阅在经济上不可持续。sdrzn 的 framing——这是“供需关系”而非 capacity constraints——把它定位为有意的定价策略，而不是临时限制。superscribeio 的回复指出了二阶问题：freelancers 和 agencies 无法把不透明的逐 token 成本转嫁给客户。
与前日对比： 4 月 27 日，计费冲击集中在个体恐怖故事（wickedguro 的 $1,600 账单、Anthropic 的 HERMES.md bug）。今天讨论收敛成行业级结构叙事。SamanthaLaDuc/Zitron 的论点——“如果 Microsoft 都无法补贴，没人能”——标志着从轶事走向分析。
1.2 OpenCode 成为多模型逃生口 🡕¶
@enunomaduro 发布（12 点赞，2,370 浏览量）：“我还是回到 @opencode cli 吧——把自己绑在 claude code cli 上是个错误，因为那边我只能用 Claude 模型。现在我对 claude code opus 4.7 又不满意，整个工作流都有点卡住了。”在 后续（7 点赞，1,520 浏览量）中，他询问社区用哪些模型搭配 OpenCode。@taylorotwell 回复：“GPT 5.5、Kimi 2.6。”@wendell_adriel 补充：“说真的，我几乎要把 GPT-5.5 切成主力模型了。我最近真的不太喜欢 Opus 的表现。”@nazmulpcc 详细说明：“主要用 Kimi 2.6 和 Deepseek v4 flash。我觉得 Kimi 2.6 更聪明。”
@StefanTMD quote-tweet（18 点赞，511 浏览量）Sam Altman 的“codex 配 $20 套餐真的很划算”，并尖锐纠正：“opencode 配 $10 套餐才是真的很划算。”
@manojlds 分享（1 点赞，58 浏览量）模型轮换模式：“我不太喜欢 GPT-5.5。对我来说还是回到 5.3-Codex 和 Opus-4.7，另外还会通过 OpenCode Go 用 Kimi K2.6。”
@neural_avb 解释（2 点赞，304 浏览量）技术经济学：OpenCode 在工具调用之间保持 input prefixes，因此 DeepSeek 服务器可以查找 KV cache，而不是重新计算。“如果 opencode 对提示词动了任何东西，缓存就会失效，我们就得多花钱。”
讨论要点： OpenCode 的价值主张已经从“更便宜的替代品”转向“供应商独立”。enunomaduro 讨论串很重要，因为它显示一位高关注开发者（Laravel creator Taylor Otwell 参与回复）公开从 Claude Code 的模型锁定迁移。neural_avb 对 KV cache 经济学的解释揭示了 OpenCode 架构能带来真实成本节省，而不只是接入更便宜模型。
与前日对比： 4 月 27 日，开源逃生路线通过 helicerat0x 的本地 stack 和 Ollama 的 DeepSeek V4 支持被讨论。今天叙事明确聚焦 OpenCode 作为实际替代方案，并出现具体模型推荐和基础设施经济学。
1.3 Codex Masterclass 与 OpenAI 内容机器 🡕¶
@gregisenberg 发布（254 点赞，22,541 浏览量，470 收藏数）一门 64 分钟 OpenAI Codex masterclass——按 score 计算是当天最高条目（score: 2,710.2）。课程覆盖在 Codex 中运行 Claude Code、创建可复用 skills、以精细权限连接 Notion、使用 Remotion 做视频创作，以及一次性生成 Swift 移动 app。@BrandGrowthOS 的回复捕捉了惊讶：“等等，现在居然能在 codex 里跑 claude？这也太离谱了。我之前一直卡在 Anthropic 的推理能力和 Cursor 的编辑器之间做选择。”
@WesRoth 分享（15 点赞，2,360 浏览量）OpenAI Symphony orchestrator 的细节，它会集成任务追踪器，把 Codex agents 自动分配给 open tickets。@startupideaspod 把 Codex framing 为（1 点赞，123 浏览量）AI 工具的 “super app”，认为它把 vibe coding 和 knowledge work 放在一个地方，而竞争对手把二者割裂。
@tuncerdeniz 回复（11 点赞，2,759 浏览量）Jim Cramer：“过去 3 个月，我们公司在 Codex 上的支出比以往任何时候都多。10x more. They are on fire.”@manosaie 反驳（7 点赞，632 浏览量）对 Anthropic 式轻视的看法：“Codex 是个做得很好的产品，而且只会越来越好，5.5 又快又聪明。”
讨论要点： gregisenberg 的 masterclass 代表 Codex 教育生态的成熟——一个 64 分钟节目覆盖 8 种不同能力，说明产品表面积已经足够大，需要系统课程。“Claude inside Codex” 能力尤其引发共鸣，说明用户想要 Anthropic 的模型，但不想承受 Anthropic 的定价约束。
与前日对比： 4 月 27 日，Symphony 发布和 GPT-5.5 月度节奏主导 OpenAI 叙事。今天焦点转向教育和采用，gregisenberg 的 masterclass 在数据集中得分是其他内容的 5x。
1.4 Google Antigravity：教程体量延续，裂缝浮现 🡒¶
@JulianGoldieSEO 继续日更，发布四条 Antigravity 课程：一门 4 小时课程（74 点赞，2,315 浏览量，77 收藏数）、一条 repost（23 点赞，913 浏览量）、一门 2 小时版本（266 浏览量），以及 第三个版本（388 浏览量）。@Oluwaphilemon1 分享（27 点赞，1,982 浏览量）一个 GPT Image 2 + Antigravity 动画网站教程。
@xdadevelopers 发布（15 点赞，2,195 浏览量）一个月度对比：“我用了一个月 VS Code、Google Antigravity 和 Claude Code，其中一个明显更强。”
在内容体量背后，可靠性担忧浮现。@tombos21 报告（8 点赞，2,584 浏览量）：“今天 LLMs 有点诡异。过去 24 小时：Claude 完全宕机。Gemini API 用户被强制从 Tier 3 降到 Tier 1。Google Antigravity 崩溃。Microsoft services 大面积故障。”@AiTesty5 重申（15 点赞，1,607 浏览量）：“Google tried with Antigravity（其实不是差工具），但 usage limits 搞砸了。”
@CisoRaging77913 提出（1 点赞，23 浏览量）安全担忧：“comments 中的 hidden prompt 会导致 agent reads，然后 local code execution。Data treated as orders。智能体有 filesystem、build tools、no human check。”
讨论要点： 过去三天 Antigravity 的模式仍在延续：教程体量高、有可量化互动，但可靠性抱怨和安全担忧削弱采用叙事。tombos21 的多平台 outage 报告，把 Antigravity 的不稳定放在更广泛基础设施压力事件中，而不是孤立问题。
与前日对比： 4 月 27 日，Antigravity 拥有最高单条互动（viktoroddy 的 51K 浏览量）和一篇 GDE 技术文章。今天教程机器继续运转（JulianGoldieSEO 仍很猛烈），但 outage 报告和安全担忧增加了新摩擦。趋势保持稳定。
1.5 Vibe Coding：上瘾、有争议，并进入安全讨论 🡒¶
@CyrusAbrahimX 发布（122 点赞，3,854 浏览量）：“如果你今天只做一件事，就去试试 Claude。我发现自己每天都会 vibe coding 好几个小时。”@shiri_shh 给出（7 点赞，202 浏览量）反论点：“Vibe coding 给你的，是一种只有进展感、却没有真实工作痛苦的感觉——这就是它上瘾的原因。”
@MatthewBerman 观察（9 点赞，528 浏览量）负面情绪正在积累：“我把‘joy of coding is dead’理解为对 AI coding 的负面情绪……因为确实如此。我看了你不少片段，很多都在指出 AI coding 的负面面。vibe 往往是负面的。”
@9to5mac 发布（8 点赞，2,955 浏览量）一集 Apple @ Work 播客《Securing mobile apps in the age of vibe coding》。@AntiD2ta 认为（2 回复）：“如果你能同时当 PM、QA 和 senior software engineer，你就能成功 vibe coding 一个跑在生产中的 app。工程原则和产品基本功没有变化。”
@Ronycoder 推荐（3 点赞，180 浏览量）Anthropic Coding Agents 研究负责人 30 分钟演讲，称其对理解 vibe coding 的价值超过“100 门付费课程”。
讨论要点： shiri_shh 的 framing——“没有真实工作痛苦的进步感”——是迄今最尖锐的 vibe coding 心理学批评。结合 9to5mac 的安全播客和 AntiD2ta 的技能要求立场，讨论正在从“vibe coding 好不好”走向“vibe coding 需要什么 guardrails”。上瘾角度是新的亮点。
与前日对比： 4 月 27 日，GaryMarcus 把 vibe coding 称为“无证驾驶”，技能要求派整合。今天争论继续演化：上瘾批评（shiri_shh）和企业安全 framing（9to5mac）为能力问题之外增加了新维度。
1.6 Claude Code 宕机与 Opus 4.7 不满 🡖¶
@jjackyliang 询问（1 点赞，3 回复，301 浏览量）：“有人遇到 claude code 挂了吗？”@liebertjohanm 确认（2 回复，140 浏览量）：“看起来 claude code 又能用了？”这次 outage 是 @tombos21 记录的更广泛 LLM 基础设施压力事件的一部分。
@nevada_app 指出（7 点赞，61 浏览量）竞争变化：“Claude 一个月前还明显领先编码领域，是 OpenAI Codex 的强劲对手。然而最近不少声音说 Codex 已经略微领先。”
@shreyansj 分享（3 回复，76 浏览量）：“GPT 5.5 definitely 是很棒的模型，但 Codex 对我来说仍然没有 Claude Code 那么顺手。我觉得 OpenAI 只需要在 TUI 上再做一下。”@DanKulkov 按任务区分（1 点赞，171 浏览量）：“给 codex 一个 frontend task，得到的是全世界最大的 slop。给 opencode go 一个 backend task，它会 degenerate。从我的经验看 claude 什么都很强。”
讨论要点： Anthropic 面临两线挑战：可靠性问题（outages）和质量感知（Opus 4.7 不满推动用户迁移到 OpenCode/GPT-5.5）。DanKulkov 的评论说明，Claude 的优势在于前端和后端都能覆盖的通用能力，而竞争对手被感知为更偏任务特定。
与前日对比： 4 月 27 日，Opus 4.7 的 token 浪费和计费不透明是主要抱怨。今天 outage 叠加了不满，竞争叙事明确说 Codex 已经“pulled slightly ahead”。
2. 令人困扰的问题¶
向 usage-based billing 转型 -- High¶
@sdrzn 记录（26 点赞，3,401 浏览量）了收敛：Anthropic 从 Pro 中移除 Claude Code，GitHub Copilot 转向 usage-based billing，Opus 采用 27x multiplier。@buildwithsid 列出（10 点赞）Copilot 价值连锁降级。@thegenioo 抱怨（8 点赞，516 浏览量）：“Plus 套餐已经不怎么划算了。额度烧得离谱。”用户的应对方式是迁移到 OpenCode（$10/月）或轮换多个 Codex 账号。
Claude Code 供应商锁定 -- Medium¶
@enunomaduro 表示（12 点赞，2,370 浏览量），绑定 Claude Code CLI 是“一个错误”，因为单模型访问意味着当模型质量波动时，工作流会卡住。多个回复推荐通过 OpenCode 使用 GPT 5.5、Kimi 2.6 和 DeepSeek V4。应对机制是迁移到模型无关 CLI。
多平台宕机 -- Medium¶
@tombos21 报告（8 点赞，2,584 浏览量）同时发生的故障：Claude 宕机、Gemini API 被强制降级、Antigravity 崩溃、Microsoft Copilot 故障，以及 ChatGPT 在 extended thinking 下生成“corrupted nonsense”。@jjackyliang 确认（301 浏览量）Claude outage。没有提供商主动进行状态沟通。
GitHub Copilot 质量与访问降级 -- Medium¶
@daradoescode 发布（11 点赞，786 浏览量）称 Copilot 转向 usage-based pricing “complicated”。@AllanatrixQ 报告（9 点赞，432 浏览量）：“GitHub 每次我试图构建项目时都在崩。要么崩溃、要么宕机、要么超级慢。他们把移动端标准 repo view 换成了 Copilot（顺便说一句，很烂）。”
3. 人们期望的功能¶
带透明成本追踪的模型无关智能体 CLI¶
按用量计费（@sdrzn、post）和供应商锁定挫败（@enunomaduro、post）的收敛，指向一个需求：单一 CLI 能路由到任意模型提供商，并显示每个任务的实时成本。OpenCode 接近这个方向，但缺少内置支出追踪。@superscribeio 关于客户计费的回复凸显了需求：成本归因需要到任务级，而不只是会话级。
紧迫性：高。机会：直接 —— 多个 CLI 智能体已经存在，但没有一个同时提供多模型访问和逐任务成本可见性。
智能体 CLI 的搜索提供商集成¶
@jeremyphoward 询问（43 点赞，29 回复，7,505 浏览量）哪些搜索提供商可用于 openclaw/pi/opencode。回复提到 Parallel、Exa、Brave 和 SerpAPI，但没有共识。一个简单配置问题能引来 29 条回复，说明智能体 CLI 的搜索集成仍然碎片化且文档不足。
紧迫性：中。机会：直接 —— 面向智能体工作流的搜索提供商精选集成层或基准测试。
智能体任务范围意识¶
@ProfAdebay 展示（3 点赞，451 浏览量）自己在四个 Codex 账号上都撞到限制。@sanchitmonga22 构建（3 点赞，71 浏览量）Codext，让“Codex 循环运行”一整夜——一个最大化 token 消耗的工具。用户缺少限制智能体范围或在执行前估算任务成本的机制。
紧迫性：中。机会：竞争性 —— 延续昨天的 Symphony orchestrator；缺失部分是按智能体任务计算成本意识。
4. 使用中的工具与方法¶
| 工具 | 类别 | 评价 | 优势 | 局限 |
|---|---|---|---|---|
| OpenAI Codex + GPT-5.5 | 智能体平台 | (+) | 64 分钟 masterclass 生态；Symphony orchestrator；Claude-inside-Codex 能力；“super app” framing；企业支出增长 10x（tuncerdeniz） | Frontend “slop”（DanKulkov）；Plus plan token burn（thegenioo）；TUI 还需改进（shreyansj） |
| Claude Code | 终端智能体 | (+/-) | 前后端通用性最好（DanKulkov）；poll 中采用度高（Adidotdev）；CyrusAbrahimX 背书（122 点赞） | Opus 4.7 不满推动迁移；outages；单模型锁定；从 Copilot Pro 中移除 |
| Google Antigravity | IDE | (+/-) | JulianGoldieSEO 4 小时课程；DataChaz 生产 stack；xdadevelopers 月度对比 | 多平台 outage 中崩溃（tombos21）；usage limits（AiTesty5）；hidden prompt security risk（CisoRaging77913） |
| OpenCode / OpenCode Go | 开源 CLI | (+) | $10/月；多模型（GPT-5.5、Kimi 2.6、DeepSeek V4）；KV cache 经济学；enunomaduro 迁移 | 社区维护；无内置支出追踪 |
| GitHub Copilot | 云端 IDE 智能体 | (-) | Rubber Duck 双模型方法（vorty279）；74.7% SWE-Bench gap closure | 27x Opus multiplier；usage-based transition；崩溃与缓慢（AllanatrixQ）；学生版移除 Claude |
| Lovable | No-code builder | (+) | Opus 4.7 针对最小 tokens 优化；auto-bug-fixing（ZypherHQ） | 标准 LLM 设计审美 |
| SuperWhisper | 语音界面 | (+) | v2.13 原生集成 Claude Code 和 OpenCode agents | 仅 macOS |
| Kimi K2.6 | 模型 | (+) | 3x limits；内置 database 和 auth（AdarshChetan）；taylorotwell 推荐 | 生态工具有限 |
OpenCode 是当天的 breakout tool。主要提供商全面转向 usage-based billing，而 OpenCode 的 $10 多模型计划给出了清晰迁移路径，多个高可见度开发者正在公开背书。
5. 人们在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| Codex Masterclass | @gregisenberg / @rileybrown | 64 分钟综合 Codex 培训，覆盖 8 种能力 | 缺少结构化 Codex 教育 | Codex, Claude Code, Remotion, Notion, Swift | Shipped | Post |
| Multi-model Agent System | @MystiqueMide | 20 个 sub-agents 横跨 4 个模型处理 Web3 任务；智能体互相委派和争论 | 单模型依赖 | OpenCode, Claude, GPT, Google, Grok | 进行中 | Post |
| DP Code v0.0.39 | @emanueledpt | Split-chat IDE，支持跨项目拖拽、OpenCode todo integration、context tracking | 智能体对话碎片化 | OpenCode integration | Shipped | Post |
| Vibetown App | @charis_ai | 使用 goodvibesclub builder kit 通过 Codex 构建的第一个 app；非开发者 2 小时完成 | 非开发者无法交付 | Codex, OpenAI API | 个人项目 | Post |
| OpenClaw 4.26 | @JulianGoldieSEO | 修复本地模型；Ollama 正常工作；一条命令迁移 Claude Code；浏览器语音智能体 | 本地模型集成不可靠 | Ollama, local models | Shipped | Post |
| Codext | @sanchitmonga22 | 让 Codex 通宵循环运行以获得最大 throughput | 手动 Codex sessions 有时间限制 | Codex | Alpha | Post |
| Gesture-Controlled Mind Map | @anthonyt590361 | 手势控制的 3D mind map；无需鼠标键盘 | 传统输入限制空间思考 | Google Antigravity, Claude | 原型 | Post |
MystiqueMide 的多智能体系统在架构上值得注意：20 个智能体横跨 4 个模型提供商，并且“互相委派和争论”，代表几周前还停留在理论层面的多模型编排。DP Code v0.0.39 的 OpenCode 集成（todo events、context tracking、model picker）显示围绕 OpenCode 的第三方工具生态正在成熟。
6. 新动态与亮点¶
GPT-5.6 出现在 Codex 内部日志中¶
@AILeaksAndNews 报道（9 点赞，196 浏览量）GPT-5.6 出现在 Codex 内部日志中，用于验证当前使用的模型。如果 4 月 27 日记录的月度节奏成立（11 月 5.1 到 4 月 5.5），5.6 将是 5 月版本，维持 OpenAI 复利改进速度。
GitHub Copilot 的 “Rubber Duck” 双模型架构¶
@vorty279 详述（5 点赞，40 浏览量）CLI Copilot 中的新功能：第二个模型（GPT-5.4 Claude Sonnet version）作为 “Rubber Duck” 在最后时刻挑战主模型推理。在 SWE-Bench Pro 上，Sonnet + Rubber Duck 以很低成本“补上了与 Opus 之间 74.7% 的差距”。这种双模型方法直接反击单一昂贵模型范式。
AWS 将 OpenAI Codex 带到 Amazon Bedrock¶
@CaseyVSilver 报道（1 点赞，5 回复，71 浏览量）：“AWS 刚把 OpenAI 的 Codex 带上了 Bedrock。Bedrock 不再只是 Anthropic 的地盘了。Codex + 最新的 OpenAI 模型 + 托管智能体。”这把 Codex 分发扩展到 AWS-native 企业工作流。
NVIDIA 免费 API 访问 50+ 模型¶
@dr_cintas 发布（5 点赞，347 浏览量）NVIDIA 正在提供 50 多个 AI 模型的免费 API 访问，包括 MiniMax M2.7、DeepSeek v4、GLM 4.7、Kimi 和 Nemotron，并提供 OpenAI-compatible endpoint，可与 Cursor、Zed、OpenCode 和 Hermes 配合。无需信用卡。
Google Agent Factory Podcast 和 ADK¶
@Saboo_Shubham_ 宣布（7 点赞，292 浏览量）Google 的 Agent Factory Podcast，内容覆盖 Agents CLI 和用于构建 AI agents 的 ADK。ADK 可与 Claude Code、Codex、Gemini CLI 和其他编程智能体配合——这把 Google 定位成互操作层，而不是围墙花园。
7. 机会在哪里¶
[+++] 逐任务成本可见性与支出控制 -- 主要提供商全面转向 usage-based billing（@sdrzn、@SamanthaLaDuc、@buildwithsid），立即制造了对估算、追踪和限制每个智能体任务成本的需求。@superscribeio 指出了客户计费维度：freelancers 和 agencies 需要按项目归因成本，而不只是按 session。当前没有工具提供这点。市场正在从“我花了多少钱”转向“运行之前这个任务会花多少钱”。
[+++] 模型无关智能体平台 -- @enunomaduro 从 Claude Code 公开迁移到 OpenCode、@taylorotwell 对 GPT-5.5/Kimi 的背书，以及 NVIDIA 免费 API 访问公告，都指向 multi-model 会成为胜出架构。最能抽象模型选择的平台——基于成本、能力和可用性把任务路由到最佳模型——会捕获逃离供应商锁定的用户。
[++] 双模型与多智能体架构 -- GitHub 的 Rubber Duck（以便宜模型成本达到 74.7% Opus 质量）和 @MystiqueMide 的 20-agent 系统说明，单模型使用在经济上不是最优。让非专家用户也能使用多模型编排的工具——自动模型选择、对抗式检查、成本最优路由——需求正在增长。
[++] 智能体搜索集成 -- @jeremyphoward 关于 agent CLIs 搜索提供商的 29 回复讨论，揭示了集成碎片化、文档不足。一个带 benchmark、价格对比和主流 agent CLIs 一键安装的 curated search-provider layer，将服务快速增长的 OpenCode/pi/openclaw 用户群。
[+] Vibe Coding 安全工具 -- @9to5mac 关于“Securing mobile apps in the age of vibe coding”这期 podcast，以及 @CisoRaging77913 对 Antigravity prompt injection 的担忧，表明企业安全团队开始认真看待 vibe-coded 应用作为攻击面。专门面向 AI 生成代码的安全扫描工具拥有增长中的可服务市场。
8. 要点总结¶
-
Usage-based billing 现在是行业默认，而不是例外。 @sdrzn 记录 Anthropic、GitHub Copilot（27x Opus multiplier）以及 OpenAI 在 IPO 后跟进的预期。@SamanthaLaDuc 引用的论点是：如果 Microsoft 都无法补贴 compute，就没有人能。4 月 27 日报告所说“正在死去”的 flat-fee era，现在已经进入悼词阶段。
-
OpenCode 是供应商锁定挫败的主要受益者。 @enunomaduro 公开迁移离开 Claude Code，理由是单模型依赖。@taylorotwell 和社区回复收敛到 GPT-5.5 与 Kimi 2.6。@StefanTMD 把 Sam Altman 的 Codex pitch 改写成“opencode 配 $10 套餐才是真的很划算。”4 月 27 日的开源逃生路线现在有了明确目的地。
-
OpenAI 的 Codex 教育生态已经达到临界质量。 @gregisenberg 的 64 分钟 masterclass（254 点赞，22,541 浏览量，470 收藏数）覆盖了 8 种不同能力，包括在 Codex 中运行 Claude Code。企业采用信号——@tuncerdeniz 报告 支出增长 10x——确认需求不止来自教程受众。
-
多模型架构正在取代单模型依赖。 GitHub 的 Rubber Duck 以便宜模型成本 缩小了 74.7% 的 Opus gap。@MystiqueMide 运行 20 个智能体横跨 4 个提供商。@DanKulkov 按任务类型区分。问题不再是“哪个模型”，而是“哪个任务用哪个模型”。
-
Google Antigravity 保持教程主导，但没有新的采用信号。 JulianGoldieSEO 四门课程、xdadevelopers 月度 review 和 DataChaz 的生产 stack 构成大量内容——但最响亮的实践者信号仍是可靠性抱怨（@tombos21 的 多平台 outage 报告）和用量限制（@AiTesty5）。这个模式已经连续四天保持。
-
Vibe coding 批评正从能力争论演化为心理和安全担忧。 @shiri_shh 指出上瘾机制：“只有进展感、却没有真实工作痛苦的那种感觉。”@9to5mac 发布关于 vibe coding 时代应用安全的内容。讨论已经越过“vibe coding 能不能用”，转向它对实践者和代码库的影响。