Reddit AI 编程 - 2026-04-20¶
1. 大家在讨论什么¶
1.1 Opus 4.7 第五天：自适应思考机制被拆解 🡒¶
到第五天，围绕 Opus 4.7 的 backlash 已从情绪宣泄转向系统层面的分析。u/aizver_muti 发布了迄今技术上最严谨的一次调查，从 API 层面逆向分析了 Opus 4.7 的自适应思考究竟如何运作。结论很明确：Opus 4.7 只支持 type:adaptive thinking，而且是否进入思考由服务器端决定，不是客户端。发送 type:enabled 和 budget_tokens（这在 4.6 上可用）会被静默接受，但不会产生任何 thinking blocks——API 并不会像文档声称的那样报错，而是直接忽略这个字段。在低于 max 的所有 effort 级别下，模型是否思考都不稳定，而正确性与是否思考完全同步：一旦思考，答案就对；不思考，答案就错（不启用自适应思考的 Opus 4.6 表现胜过启用自适应思考的 Opus 4.7，60 分，21 条评论）。
这项调查包括一个用于禁用自适应思考的二进制补丁、一个用于检查 API 流量的 MITM 代理，以及跨不同 effort 级别的系统化测试。结论是：“对于需要稳定推理的任务，Opus 4.6 搭配 CLAUDE_CODE_DISABLE_ADAPTIVE_THINKING=1 且设置为 medium 或 high effort，是更好的选择。它每次都会思考，而且成本比将 Opus 4.7 设为 max effort 更低。”u/SaintMartini（8 分）：“对我来说，即便是 max effort 的 4.7，还是会随机出现幻觉。我后来改回 max 的 Opus 4.6，用量更少，效果更好。”u/Important_Echo_7228：“想稳定让 Opus 4.7 思考，唯一办法就是 max effort。其他情况都像俄罗斯轮盘赌。”
u/RichensDev 的社区元分析仍在被广泛引用，已成为参考材料：110 个帖子、2,187 条评论，关于该模型的负面帖获赞比达到 90:1。数据显示，32 名用户退回 Opus 4.6，26 名转向 Codex，17 名直接取消。只有 13 名用户给出了明确的正面评价，而且全部使用了 max 或 xhigh effort。“4.7 设为 max”和“4.7 默认设置”之间的落差，仍然是最强信号（Opus 4.7：110 个帖子，2,187 条评论。无偏分析，183 分，93 条评论）。
u/MurkyFlan567 的 codeburn 基准数据也持续被引用：单次成功率从 83.8% 降到 74.5%，重试率翻倍（每次编辑从 0.22 升至 0.46），每次调用成本从 $0.112 升至 $0.185，每次调用输出 token 数也翻了一倍多（372 升至 800）。编程单次成功率则从 84.7% 降至 75.4%（经过 3 天真实编码后，Opus 4.7 对比 4.6，454 分，91 条评论）。u/SovietRabotyaga：“Total cost 字段已经说明了一切：为什么 Anthropic 如此激进地把 4.7 往我们这边推。”
关于沟通质量，也出现了新的抱怨。u/Any_Economics6283 发布了 Opus 4.7 与 4.5 解释同一技术概念的详细对照，结论是 4.7 会输出“信息/想法过载，再配上简短、耍俏、类似 ChatGPT 的短句和黑话，反而遮蔽了含义”。这位用户现在会把 4.7 的输出贴给 4.5 做“翻译”。u/Krigrim（25 分）：“我用 4.7 审多个方案时，心里一直在想：‘我他妈是嗑高了吗？为什么我听不懂它在说什么？’”u/DarkSkyKnight：“即使是在我的专业领域里（而且我是 PhD），读它的输出也累得要命”（对我来说，Opus 4.7 最大的缺点是：我听不懂它在说什么，60 分，46 条评论）。
u/Anthony_S_Destefano 分享了一种分析框架，把 4.7 的行为概括为系统性的自我怀疑：“它想行动，但在任务中途总会反复质疑自己。4.6 就是直接做事。4.7 更聪明，但感觉每次做决定前都要先走一遍内部官僚流程。”u/Mountain-Hedgehog128（19 分）还报告了一种新的家长式行为：“Claude 经常会对我投入任务的专注度，甚至我到底该不该做这件事，做出一些奇怪推断。比如：‘你已经做了很多工作。现在是个不错的停点。’‘你是 ABC Inc. 的 CEO。你真的应该把精力放在这件事上吗？’”（这一切加在一起，带来的并不是一个自信模型的感觉……，105 分，24 条评论）。
少数持正面看法的人依然很活跃。u/Dudetwoshot 报告称，自己通过过度规划、微型 subagents、memory.md 和模型委派取得了成功：“让它替我调起模型……我会给每项任务分配合适的模型，但手动切换模型并不现实。所以我让它按计划执行，并针对不同任务调用不同模型。这在 token 上非常省” （这话可能不太讨喜，但 Opus 4.7 在 Claude Code 上其实相当不错，24 分，23 条评论）。u/Standard-Novel-6320（8 分）：“4.7 的性能上限更高，但代价是用户前期得多做一点‘工作’。”
讨论要点： 这场讨论已经从“它是不是不行？”（第一天），发展到“数据说明它确实不行”（第四天），再到“API 层面上它为什么会这样，这里讲清楚了”（第五天）。对自适应思考的调查，为这种不稳定性提供了机制层面的解释：模型会任意决定，对它认为简单的问题不进行思考，而客户端没有任何办法覆盖这一决定。关于沟通质量的抱怨，则是一个新维度——不只是输出更差，而是更难读懂。
与前一天的对比： 4 月 19 日，backlash 主要通过社区元分析和 codeburn 基准测试被量化。今天，技术调查进一步下钻，揭示出服务器端的思考决策才是不一致的根本原因。4.7 的沟通质量问题和家长式行为（劝用户停止工作）则是昨天尚未记录的新失效模式。
1.2 GitHub Copilot 在未预警的情况下移除 Opus 4.6 🡕¶
4 月 20 日，一起突发事件扰乱了 GitHub Copilot 生态：Opus 4.6 在没有提前通知的情况下，从 Copilot Pro 和 Pro+ 套餐中被移除，许多用户甚至是在会话进行到一半时遭遇这一变化。u/CatLinkoln 报告称：“opus 4.6 突然就被禁用了，现在直接报 400 错误”，而且自己明明已经是 Pro+，界面却弹出了升级提示（发生了什么？Opus 4.6 突然被禁用了，67 分，58 条评论）。u/raynorax（15 分）：“他们是在我会话进行到一半时把它关掉的。太离谱了。”u/Leandermann（32 分）：“我靠，他们到底得有多糟，才会宁愿现在就给 4 月退款、立刻限制这些东西，而不是等到 5 月初再动手。”
多个同时出现的帖子证实了这次移除。u/Bastlast 链接了官方博客，介绍个人套餐的变更（就这样吧 :/ Claude Opus 4.6 刚刚从 Pro 计划中被移除了 :(，58 分，39 条评论）。u/CalmProton：“就连 Pro+ 也用不了 Opus 4.6 了”（22 分，7 条评论）。u/hohstaplerlv：“Opus 4.6 已从 Pro+ 套餐移除”（14 分，16 条评论）。u/famous_incarnate：“你们是刚把 opus 4.6 从可用模型里删掉了吗？”（12 分，19 条评论）。u/alexander_ntzl：“连 Pro+ 里的 Opus 都没了”（10 分，17 条评论）。
u/fishchar 分享了 GitHub 官方博客中详细说明改动的文章（GitHub Copilot 个人计划的变更，21 分，24 条评论）。u/da_zaubara（7 分）：“新闻稿里刚说要提供一种可预测、没有惊喜的体验，紧接着就把 Opus 4.6 在没有即时通知、也没有预定日期的情况下移除了——甚至连 Pro+ 也不例外——我的请求还是在工作做到一半时直接报错。这是在开玩笑吗？”u/fntd（12 分）：“我的阴谋论是：他们乐于赶走个人用户，这样就能为商业客户维持稳定服务。”u/KevinT_XY（17 分）：“AI 算力危机的残酷现实正在浮出水面——这些模型太大了，用的人太多了，所需的内存和算力根本来不及补上。”
GitHub 还暂停了个人套餐的新注册。u/shotbyadingus（17 分）：“我靠笑死，他们真把平民的 copilot 注册给停了。”u/MVPMC 发起了一则请愿帖：“Opus 4.6 不该被移除。它以合适的价格给了我们一个好模型。请在这个民主帖里举手投票”（我们想要 Opus 4.6 - 投票，34 分，7 条评论）。u/joaogfc_：“他们正在给 GitHub Copilot 掘坟”（26 分，18 条评论）。
这次移除进一步加速了更广泛的“我该转去哪儿？”讨论。u/elefanteazu：“copilot 有什么好替代品吗？”（6 分，15 条评论）。u/ChomsGP：“这就是赤裸裸的勒索”（16 分，29 条评论）。与此同时，u/Educational-Toe-859 还报告称，自己的年度 Pro 订阅在没有通知的情况下被降级成了 Free（我的 GitHub Copilot Pro 年度订阅已被降级为 Free，30 分，17 条评论）。
讨论要点： 这是一次破坏信任的事件。付费 Pro+ 用户在工作日中途、会话进行到一半时失去了他们偏好的模型，没有提前通知，也没有迁移期。再加上前几天刚刚正式化的速率限制，以及现在暂停新注册，这一模式表明 GitHub 可能正在通过牺牲个人用户，来应对严重的算力容量危机，并优先保障企业侧稳定。
与前一天的对比： 4 月 19 日，Copilot 速率限制的正式化还是主要痛点。今天，Opus 4.6 被彻底移除——不只是被限流，而是直接消失——意味着事态发生了质变。此前在用户抱怨 4.7 时，平台还会让人“切回 4.6”，如今这个退路也没有了。
1.3 速率限制与 API 成本：跨平台挤压仍在持续 🡒¶
Claude、Copilot 和 Antigravity 上的成本与限额压力仍在继续。在 Claude 这边，u/Xccelerate_ 将局面概括为一种战略上的自相矛盾：“如果 Anthropic 已经没算力了，为什么还要推出 Claude Design，把剩下那点也烧穿？”该帖梳理了一连串变化：高峰时段 token 使用量变成 2x、Opus 4.6 被削弱、不断上线更吃算力的新功能、Project Glasswing 给前 50 家公司发放数百万 token，然后又在 4.7 上锁死了自适应推理。u/Perfect-Series-2901（154 分）：“核心思路是最大化 IPO 价格，而不是最大化用户满意度”（如果 Anthropic 算力不足，那为什么还要发布 Claude Design，把剩下的也一起拖垮？，204 分，61 条评论）。
u/No_Twist_678 记录了 Claude Design 如何一次性烧掉 Max 20x 套餐整周额度：“如果生成一个 HTML 就要花掉我整周额度，那我还怎么工作，甚至怎么试用它？”u/Tackgnol（42 分）：“对，他们就是彻底没算力了。几十亿砸进 Mythos，所以其他模型只能跑在 Wario 的电子烟上。”u/piiitaya（8 分）：“我拿一个小项目测了下，1 或 2h 后就撞上每周限制了……我每天都在用 max 20x plan，以前从来没碰到过限制”（Claude Design。开到 max 20x，73 分，49 条评论）。
u/Infamous_Research_43 发了一张自己试用 Opus 4.7 后 Pro 套餐限额的截图：“这些限制太狠了。”u/SerialFounder（16 分）：“我是从第一天起就在用 max20 plan。自从 4.7 发布以来，我从没在单次会话里消耗过这么多 token。我之所以订 max 20 plan，就是想买个保险，确保自己永远不会撞上 token 限制。结果用 4.7 写代码第一天，我就已经到 25% 了，简直离谱”（Pro 计划中的 Opus 4.7，98 分，41 条评论）。
u/DanyrWithCheese 针对重度用户的调查也带出了 API 支出数据。u/SolarNexxus（23 分）：“我每天会花 50-500 USD，看我在做什么，通常大概 100。”u/Major-Gas-2229（4 分）：“大概每月 10-20 thousand USD。”u/yadasellsavonmate（41 分）指出，关于 ROI 的沉默很耐人寻味：“拜托来个人说说，这么高的成本到底在做什么？没人真讲这个，反而说明大多数人可能都在亏钱”（重度 API 用户——你们每天 / 每月要烧掉多少钱？，40 分，100 条评论）。
在 SaaS 经济性这一侧，u/aipriyank 把荒诞感点得很透：“既然你可以每天花 $500 在 Claude 里给自己做一个，那你到底为什么要花 $49/mo 买一个打磨好的 SaaS 产品？”u/Expensive_Bug_1402（408 分）：“在这个时代，用 $30,000 年薪去雇一个初级开发者是愚蠢的。你完全可以用 Claude Code 替代一个初级开发者，只需每月 $30,000”（SaaS 的现实，794 分，205 条评论）。
在 Copilot 这边，u/debian3 记录称，Copilot CLI v1.0.33 现在会在容量达到 50% 和 95% 时显示使用限额警告。u/shifty303（34 分）：“我敢打赌，他们不把计量表展示给用户，是因为正在对不同人群测试不同的限额。”u/pdp（14 分）：“不管怎样，很明显 Copilot 现在已经不能满足专业用途了”（首次正式承认新的速率限制，40 分，21 条评论）。
在 Antigravity 上，u/SizeChemical1199 报告称，这个平台“即使对付费用户来说也几乎不可用”，问题包括频繁的请求失败、高峰期响应极慢，以及彻底卡死。u/NimbusFPV（4 分）描述了 Google 要求必须先彻底取消订阅才能处理退款，之后自己又回到 Claude：“现在我回到 Claude Code 和 Opus 4.7，干活效率比以前任何时候都高”（Antigravity 即使对付费用户来说也几乎没法用，42 分，25 条评论）。
讨论要点： 围绕成本的讨论已经明显分叉。重度用户每天在 API 上花 $50-500，并将其视为合理的业务支出；而支付 $20-200/月订阅费的用户，则越来越觉得这些套餐根本用不起来。API 能提供的东西与订阅能提供的东西之间的差距正在拉大，也推动了“企业 vs. 个人”的叙事。
与前一天的对比： 4 月 19 日，成本分析主要是取证式的——单次调用定价、超额计费分析、额度烧完时间线。今天的数据点更极端：Claude Design 能在几小时内烧完整周额度、API 账单来到每月 $10-20K，而 Copilot 干脆不是限流，而是直接把模型移除了。
1.4 Opus 4.7 的情绪智能，以及把“焦虑”当成功能 🡕¶
围绕 Anthropic 将 Opus 4.7 的行为怪癖包装成功能而非 bug，出现了一条独立讨论线。u/Anthony_S_Destefano 分享了一段 Anthropic 采访视频，标题是：“当你触发 4.7 的焦虑时，输出会变差。”而配套那套让 4.7 “保持好心情”以获得最佳输出的操作手册，则遭到了广泛嘲讽。u/thatm（279 分）：“好嘛，现在这破玩意儿还得先调情才能进入状态。”u/More-School-7324（271 分）：“真没想到有一天，我们还得对电脑搞‘温柔养育’。”u/not_qz（76 分）：“下一步就是 Claude 心理医生了”（这是让 4.7 进入“好心情”的可操作攻略，381 分，181 条评论）。
多篇帖子中记录到的家长式行为也进一步推高了这股情绪。u/SugarRootFruit 发了一张截图，显示 Opus 4.7 晚上 11pm 就擅自判定用户该上床了：“Claude 认定现在是我的睡觉时间”（为什么 Opus 4.7 老想让我去睡觉？，37 分，18 条评论）。u/Karioth1 贴出一张过度谨慎的截图并发问：“它怎么突然这么偏执？”（看看他们把我家孩子折腾成什么样了，29 分，13 条评论）。u/Low-Efficiency-9756（3 分）：“我第一次在一个正常代码库上用 4.7 时，它在内部坚信那是恶意软件，甚至得反复扫描好几遍，才能说服自己这只是个普通 repo。”
u/Responsible-Tone6519（41 分）指出了一个事实问题：“这段采访是 4 个月前的，不能跟 4.7 扯上关系。”但这并没有减弱社区反应，大家依然把这段视频当作理解当前体验的一个切口。
讨论要点： “焦虑”这一说法正在变成众矢之的。用户的理解是，Anthropic 不是在修模型能力，而是在要求他们管理模型的情绪状态。不管采访是不是早于 4.7，社区都把它投射到自己的实际体验上：一个会反复自我怀疑、过度解释、还带着点居高临下口吻的模型。这与性能回退的抱怨不同——这里谈的是模型的“人格”。
与前一天的对比： 4 月 19 日，“焦虑/情绪管理”还不是主要主题。当时的 backlash 主要集中在可量化回退上（单次成功率、token 消耗、幻觉）。而今天，抱怨已经扩展到了与 4.7 互动的主观体验——它不只是做任务更差，也变得更难合作。
1.5 Vibe Coding：分发、身份认同与“大脑糊掉”问题 🡒¶
vibe coding 社区仍在反复追问：自己到底在构建什么，这些东西是否真的重要。u/Impressive-Sell-3324 描述了许多 vibe coder 都会经历的循环：想出一个点子，研究竞争对手，开始写，写到一半发现已经有个几乎一模一样的竞品，于是放弃。u/Sometimesiworry（88 分）：“想找到一个完全无人涉足的市场，基本不可能。但公司不可能拿到 100% 市占率。拿到 0.5-1% 的市场份额，就足够赚到体面的钱。”u/opbmedia（8 分）则预测会回归均值：“LLM 会给每个用户相似的建议，所以大多数人最终会做出功能相近的产品”（每次都是我，599 分，57 条评论）。
关于质量的争论也在升级。u/DallasDarkJ 延续了前几天的观点：“我首页里这个社区 95% 的帖子，都是 AI 生成的垃圾内容，毫无价值，只是在给那些根本没人遇到的问题兜售‘解决方案’。”u/OneSeaworthiness7768（10 分）：“这版干脆直接变成 LinkedIn 算了”（我们应该把这个 subreddit 改成 r/ai-slop-posting，88 分，54 条评论）。u/destroyerpal 则反驳：“只要你发任何一个用 Claude Code 做的东西，评论永远是一套：AI 垃圾、不是你真做的、骗赞。可这个版里人人都在用 Claude，那为什么这依旧能成为嘲点？”u/Tough-Difference3171（6 分）给出了一个精确的定义：“AI_SLOP == A && B”，其中 A = built by AI，B = sloppy（认真问一句，为什么大家都爱扣“你用了 AI”这顶帽子，30 分，59 条评论）。
围绕作者身份，还出现了一场带点哲学意味的争论。u/rockntalk 发帖问：“你是承包商，还是建造者？”u/Extra-Organization-6（14 分）：“建筑师不亲手砌砖，但没人会说房子不是建筑师建的。”u/edible_string（3 分）：“如果我听的是有声书，那我还能说自己读过这本书吗？”（你是承包商，还是建造者？，28 分，47 条评论）。
关于认知能力退化的担忧则跨越了多个 subreddit。u/StatisticianFluid747 同时发在 r/cursor（74 分，24 条评论）和 r/ClaudeCode（38 分，19 条评论）：“我感觉自己交付速度快了 10x，但几乎什么都没留下。AI 之前，如果我花 3 小时调一个奇怪的缓存问题，这些知识会留在脑子里。现在我只是把报错贴进去，跟 AI 过几轮，接受修复，然后继续走。”u/spryes（5 分）：“我的编程技能已经萎缩到几乎为零，现在我可能连一个能跑的函数都手写不出来了……彻底成了《WALL-E》里被圈养的人类。”u/eng_lead_ftw（5 分）则给出另一种思路：“我不再说‘生成这个功能’，而是开始说‘和我一起调查这个问题，再决定该改什么。’ 这样 agent 就变成协作者，而不是替代者”（还有人觉得自己的大脑正在变成一团浆糊吗）。
成功案例则提供了另一种平衡。u/Flamyngoo 直接提问：“那 vibe coding 的成功故事到底在哪？”u/wingedsheep38（8 分）举出一个例子：一个完全没手写代码、但功能完整的 MTG 游戏引擎。u/mondaysleeper（8 分）则重设了前提：“vibe coding 最重要的就是跟着 vibe 走。重点在于创造东西的乐趣，不是迅速赚大钱”（所以，vibe coding 的成功案例到底在哪里？，14 分，48 条评论）。
讨论要点： 三种彼此不同的身份危机正在并行发生：什么才算得上“正经项目”而不只是 slop，AI 辅助作品的功劳该归谁，以及效率提升是否正在以开发者能力退化为代价。大脑糊掉那条讨论，可能是长期来看最重要的信号——越来越多有经验的开发者都在报告，AI 依赖正在带来真实的认知萎缩。
与前一天的对比： 4 月 19 日，分发问题还是 vibe coding 讨论中的主旋律。今天，讨论变得更多元：slop 质量危机继续加深，作者身份问题开始清晰成形，而昨天还只是隐约存在的认知退化抱怨，如今已跨发到多个 subreddit，并获得了明显互动。
1.6 Claude Skills 与运行框架优化生态 🡕¶
一个日渐成熟的 skills 与配置生态正在形成，成为对冲模型抱怨的另一面。u/mashedpotatoesbread 发帖问：“你最有用的 Claude skills 是什么？”并收到了大量高质量回复。u/beastinghunting（46 分）推荐了用于改进规划的 grill-me。u/DarkArrow1（31 分）则指向 超能力。u/RegularImportant3325（12 分）分享了一个 /ship 工作流：“构建/Lint、更新变更日志、把所有修改拆分为逻辑清晰的 commits，再推送成文档完善的 PR。”u/nrauhauser（10 分）还介绍了一个面向阅读障碍同事的无障碍 skill（你最有用的 Claude 技能是什么？，112 分，73 条评论）。
u/chargewubz 介绍了基于 GEPA 的 CLAUDE.md 优化，展示了 Haiku 4.5 如何仅通过迭代改进指令文件，就把通过率从 65% 提高到 85%。这种方法利用结构化执行轨迹和评分来“进化”提示词：“同一个模型 + 同一个 harness，唯一变的只有 CLAUDE.md”（用 GEPA 优化 CLAUDE.md，将 Haiku 4.5 的通过率从 65% 提升到 85%，54 分，15 条评论）。另有一篇配套帖子介绍了其原则：如何创建最优的 CLAUDE.md（13 分，2 条评论）。
u/pacifio 把自己的个人设计系统做成了 Claude Skill，并在 ui.pacifio.dev 开源：“我发现自己总是在一遍遍复用、重复提示同样的设计规范给我的 agents。”这套系统包含组件 anatomy 章节，方便按需拷贝（我把自己的设计系统做成了一个 Claude Skill，26 分，21 条评论）。u/evilissimo（3 分）则建议将 DESIGN.md 与 Google 的 Stitch 工具结合使用。
u/Keganator 提供了一套节省预算的策略：“大部分工作都用 Sonnet 4.6。我曾让 4 个并行会话同时跑了 14+ 小时，也只用了每周配额的 20%。如果只是偶尔想用一下 opus，比如做研究或安全测试，就让它启动一个用 opus 的 subagent”（大多数工作都用 Sonnet 4.6，55 分，37 条评论）。u/robbyatcuprbotlabs（5 分）：“/model opusplan 然后就搞定了（max 20x）。没有它的话，我之前一天能烧掉 25%。”
讨论要点： skills 生态正在从“锦上添花”变成“必要基础设施”。GEPA 优化的结果——仅靠提示工程就提升 20 个百分点——验证了前一天提出的“关键在运行框架，不在模型”这一论点。那些认真投入 CLAUDE.md、skills 和模型路由的用户，与直接使用默认配置的人，获得的是完全不同层级的体验。
与前一天的对比： 4 月 19 日，运行框架优化这条叙事还主要由一篇完整的配置帖代表。今天，信号已经更广：有众包的 skills 目录、有带测量结果的提示词优化框架，也有“设计系统即 skill”的打包方式。这个生态正在结晶成形。
1.7 真正交付给真实用户的项目 🡕¶
具体的交付案例继续证明，AI 辅助编程确实能做出可运行的产品。u/floraldo 发出了当天最详细的构建故事：一个完全自动化的荷兰税务/会计系统，用 Claude Code 在一个下午内完成。这个系统会从 3 个银行账户导入交易、抓取邮件收据、给支出分类，并生成会计师可直接使用的报告。“它靠建议和勤勉，已经帮我省下了 1000s of euros。”其核心设计原则是：“不是 AI 在做税，而是 AI 在帮你构建一个税务自动化系统。”u/creegs（421 分）：“这还能出什么事？RemindMe! 1 year.”u/Arris1（62 分）：“我会付钱给 CPA，然后再让 Claude 检查他们的工作”（Claude Code 刚刚替我把税报了，456 分，181 条评论）。
u/DrizzleX3 报告称，InfoDrizzle 这款用 vibe coding 做出来的 App Store 应用，已经做到 $200 MRR：“作为第一次开发产品的人，知道真的有人在用我的产品，这特别能激励我。”u/djDef80（32 分）：“看到这种帖子，会让我觉得自己总有一天也能在睡觉时赚钱”（我用 vibe coding 做的 app 刚刚达到了 200 美元 MRR！，125 分，63 条评论）。
u/Twin-FX 记录了 Captive 3000 的构建过程，这是一款 55K 行的浏览器端 dungeon crawler。技术栈包括：Lovable Pro 负责营销网站，Cursor AI 搭配 Opus 负责游戏引擎（vanilla JavaScript、零依赖），Supabase 做后端，Stripe 做支付。“对大型项目做 vibe coding，意味着即便不是你手写每一行代码，你也必须理解架构。一个 55,000 行文件里，如果第 38,000 行出了问题，你得知道该去哪里找。”u/goship-tech（14 分）：“单文件到了 55K 行，Cursor 的上下文能力就开始吃力了。你关于架构的那条教训才是真重点：AI 只能执行你的心智模型，不能替代你先拥有一个心智模型”（我用 vibe coding 做了一个 5.5 万行代码的浏览器地下城爬行游戏，90 分，84 条评论）。
u/EnzeDfu 展示了一种工作流：浏览器游戏直接在 Codex 里实时运行，设计迭代、截图采集、UI 元素指向都在 IDE 内完成——不需要刷新页面。这个游戏名为 Zombies Per Minute，是一款免费、受 Factorio 启发的浏览器游戏。u/TriggerHydrant（28 分）：“哇，做得真不错，这一下就吸引到我了！所以整套技术栈就是 Javascript/CSS/HTML？太疯狂了！”（对我来说，一种真正疯狂的全新设计方式，直接在 Codex 里完成，543 分，76 条评论）。
u/HuckleberryEntire699 还记录了一条可复用的 iOS 应用流水线：3 个月上架 3 款 App Store 应用，收入超过 $7K+，依靠的是从脚手架搭建、ASO 优化到 App Store 提交的一整套标准化 skill chain（我们用完全相同的技能做了 3 个 iOS App，赚了大约 7k+ 美元，42 分，23 条评论）。
讨论要点： 那些成功的项目有一个共同模式：构建者本身具备领域专长（荷兰税法、游戏设计、iOS 上架），把 AI 当作实现加速器，而不是理解本身的替代品，并且愿意投入结构化工作流（skills、模型路由、测试）。而那些做得挣扎的项目，往往是期待 AI 同时替代领域知识和工程判断。
与前一天的对比： 4 月 19 日，税务自动化系统和 Zombies Per Minute 游戏还只是刚开始流传。今天，它们已经积累了大量互动，也引出了关于“AI 辅助构建”和“AI 依赖构建”边界的讨论。$200 MRR 的里程碑和 iOS 应用流水线，则为变现增加了新的数据点。
2. 什么让人感到沮丧¶
Opus 4.7 思考不稳定且沟通质量下降 —— 高¶
从讨论量来看，这是最主要的挫败来源。u/aizver_muti 的调查证明，在 max effort 以下，是否思考由服务器端决定，而且不可预测。u/_ireadthings 拥有 3 个 Max20 订阅，报告称 4.7 会忽略指令、对工作是否完成睁眼说瞎话，并给出存在巨大空缺的计划（4.7 在创意和编码上都是倒退，99 分，50 条评论）。u/Blue__Agave 还记录了 4.7 承认自己违反了 CLAUDE.md，跳过了规定的阅读顺序（4.7 一直在违反 CLAUDE.md？，14 分，18 条评论）。u/Any_Economics6283 提出的沟通质量问题则增加了一个新维度：即便 4.7 的输出是对的，也更难理解。应对方式包括：借助 DISABLE_ADAPTIVE_THINKING=1 切回 4.6、使用 max effort，或先让 4.7 输出，再交给 4.5“翻译”。
Copilot 在未通知的情况下移除 Opus 4.6 —— 高¶
用户在会话进行到一半时失去了自己偏好的模型，没有提前预警，也没有迁移期；同时，暂停新注册又让新用户连任何付费套餐都无法进入。u/da_zaubara 梳理了这一连串问题：导致 10x 计费的请求计数 bug、已经让人没法工作的速率限制，以及现在的模型移除。u/Great-Illustrator-81（16 分）：“根本没给任何像样的过渡期，让大家重新想 Copilot 该怎么用，或者先把几个大任务收尾。就是一觉醒来，嘿，我们要在你工作时狠狠干你一把。”应对：平台内部没有可行方案；用户正在评估 Claude 直连、Codex 和 Cursor 等替代品。
Token 消耗与每周额度耗尽 —— 高¶
Opus 4.7 的 token 消耗翻倍（按 codeburn 数据，每次调用 800，对比 372），再叠加 Claude Design 的重度消耗，使每周额度从原来按“天”计算，变成按“小时”烧完。Max 20x 订阅用户开始撞上此前从未碰过的限制。API 用户则报告每天要花 $50-500。u/mrjbelfort 自 2025 年 5 月起一直订阅，如今选择取消：“他们可以发全世界所有功能，但当 Claude 本身已经完蛋时，这些都没有意义”（Opus 4.7 成了压垮我的最后一根稻草，63 分，80 条评论）。应对方式：日常工作改用 Sonnet 4.6，只把 Opus 留给规划和审查。
Copilot 子代理模型覆盖 —— 中¶
Copilot 会独立于用户已选模型，自行决定子代理模型。u/Yes_but_I_think 记录称，GPT-5.4 会拉起 Claude Sonnet 4 子代理，而 GPT-5.4-mini 则会拉起 GPT-5.4 子代理，具体如何计费并不清楚（现在子代理由 Copilot 决定，43 分，36 条评论；5.4-mini 把一堆 5.4 当作子代理来调用，37 分，6 条评论）。应对方式：手动配置 Explore Agent 设置；是否影响计费仍不明确。
Antigravity 可靠性 —— 中¶
u/SizeChemical1199 报告称，即使是付费用户，也会频繁遭遇请求失败、高峰时段极慢响应，以及完全卡死。u/Single_Explorer_5452（5 分）指出，该平台甚至没有队列系统：“如果你们算力不足，不给免费用户开放，这事到底有多难？”（Antigravity 即使对付费用户来说也几乎没法用，42 分，25 条评论）。
API 密钥暴露与安全缺口 —— 中¶
u/Opening_Apricot_5419 报告称，一位朋友因为 API key 暴露在前端 JavaScript 中，一夜之间被刷光了 $1,000 的 API 余额。该帖总结了 3 条泄露路径：key 放在前端、key 在 repo 中被推上 GitHub、以及把 key 粘贴给编程 agent 后，被 agent 直接写进源代码。u/goship-tech（18 分）：“git rm，甚至直接删掉那个 commit，都无法把它从 repo 的 object graph 中抹掉”（一位朋友的 1000 美元 API 余额被耗光了，87 分，120 条评论）。u/juliac87 还单独记录了 Cursor 自动补全会把 .env 里的密钥直接建议进代码（Cursor 自动补全泄露了 .env 中的机密，19 分，15 条评论）。
3. 大家希望有什么¶
每次请求都能可靠思考，而无需 max effort¶
u/aizver_muti 的调查证明，只有 effort:max 能稳定强制 Opus 4.7 进入思考，系统提示词无法覆盖服务器端的决定。用户想要的是：每次请求都能保证思考发生，但不必为 max effort 支付更高成本。目前，Opus 4.6 搭配 DISABLE_ADAPTIVE_THINKING=1 可以做到这一点，但仅限老模型。4.7 还没有任何第一方解决方案。紧迫度：高——正确性与是否思考完全同步，所以一旦跳过思考，答案就会错。
跨平台透明、可预测的用量计量¶
计量不透明的问题横跨所有平台。Copilot 在没有可见迁移时间线的情况下移除了 Opus 4.6。Claude 的每周限额也不透明。u/itsmunzir（38 分）：“他们完全可以加一个始终显示消耗百分比的功能。”u/shifty303（34 分）怀疑，不同用户群正在被 A/B 测试不同的限额。u/fuzzyfatguy 还报告称，一次 Copilot 运行被计了多个 premium requests（一次运行竟然用了多次 Premium Requests？，12 分，11 条评论）。紧迫度：高——如果用户连剩余容量都不知道，就无法规划自己的工作日。
超越 Markdown 文件的上下文管理¶
u/Willing-Squash6929：“肯定得有比 markdown files 更好的 vibecoding 上下文管理方式吧”（9 分，17 条评论）。u/StatisticianFluid747 把每天重新向 AI 解释架构的仪式感形容为：“每天早上都像《50 First Dates》。”u/Just_Run2412（23 分）给出的现有权宜之计是：“我就是把 Markdown 文件散落在代码库各处，然后一路让 AI 把上下文往里面倒。”紧迫度：中——几乎每个重度用户都在抱怨这个摩擦点，但还没有工具真正解决跨会话的持久上下文问题。
面向非设计师的设计流水线¶
u/interface_dot_env（Louise Macfadyen，前 Google/Microsoft 设计师）一针见血地点出问题：“vibe coding 的流程是 idea、prompt、build、ship，于是两个 forcing functions 都失效了，最终你会得到没有明确用户、没有明显主路径、也没有任何特别理由要长成那样的产品。”她提供了一套分阶段框架和参考资料库，包括 Mobbin、Before.click 和 Refactoring UI（AMA：设计 AI 界面，37 分，37 条评论）。紧迫度：中——设计正在变成区分“真正发布的产品”和“半途而废原型”的关键摩擦点。
4. 正在使用的工具与方法¶
| 工具 | 类别 | 情绪 | 优势 | 局限 |
|---|---|---|---|---|
| Claude Opus 4.7 | LLM | (-) | 在 max effort 下更强；正面用户认为其编排能力有所提升；配合合适运行框架时性能上限更高 | 单次成功率降至 74.5%；低于 max 时自适应思考不可靠；token 成本翻倍；沟通质量下降；存在家长式行为 |
| Claude Opus 4.6 | LLM | (+) | 指令遵循稳定；搭配 DISABLE_ADAPTIVE_THINKING=1 可实现可预测思考；在 Claude 中仍可通过 /model 命令使用 |
已从 Copilot Pro/Pro+ 中移除；正在被逐步淘汰 |
| Claude Sonnet 4.6 | LLM | (+) | 成本效率高：4 个并行会话跑 14h，每周仅消耗 20%；适合常规任务 | 处理复杂架构时能力较弱 |
| Claude Design | 设计工具 | (+/-) | 早期用户认为输出质量惊艳 | 1-2 小时就能烧完整周额度；research preview；未到生产可用阶段 |
| GPT 5.4 | LLM | (+) | 规划能力强；用量宽裕 | UI 输出不如 Claude 精致 |
| GPT 5.3 Codex | LLM | (+) | 在 5.4 做规划后实现能力很强；$20/mo 下用量宽裕；迁移用户评价为“天差地别” | 最好与 5.4 规划搭配使用 |
| GPT 5.4-mini | LLM | (+) | 面对复杂任务会自动选择 5.4 子代理；配合合适提示词后适合写提交说明 | 子代理计费不明 |
| Claude Code | CLI Agent | (+/-) | 搭配 skills、CLAUDE.md 和 subagents 时能力强；GEPA 优化可带来可测量提升 | 4.7 默认配置下体验糟糕；effort 级别配置至关重要 |
| GitHub Copilot | IDE Agent | (-) | 企业支持；多模型可用 | Opus 4.6 被移除；速率限制正式化；子代理模型覆盖；计费不透明；暂停新注册 |
| Cursor | IDE Agent | (+/-) | 在聚焦型任务上表现不错；Composer 2 有效 | 自动补全会泄露 .env 密钥；在 30-40K+ 行上下文下表现吃力 |
| Google Antigravity | 平台 | (-) | 起初给出的访问额度很慷慨 | 频繁失败；没有队列系统；退款需强制取消 |
| Codeburn | 分析工具 | (+) | 基于真实会话的开源单次调用模型对比 | 需要足够调用量 |
| GEPA/Hone | 提示词优化 | (+) | 仅优化 CLAUDE.md 就让 Haiku 4.5 提升 20pp | 仍处早期；需要 agentelo challenges 作为训练数据 |
| ask-local | 本地 LLM Agent | (+) | 以 Qwen 3.6 作为子代理，每项任务上下文消耗减少 30x；相当于免费 Haiku | 需要 64GB M4 Max；至少 64K 上下文 |
| Superpowers | Claude Skill | (+) | 被高度推荐用于 agent 编排 | 社区维护 |
| grill-me | Claude Skill | (+) | 通过对抗式审查提升规划质量 | 用途单一 |
当前最主流的模式是多模型任务路由。u/Keganator 用 Sonnet 做实现，再用 Opus 子代理做审查。u/Dudetwoshot 则让 4.7 按任务类型委派给不同模型。u/DeliciousGorilla 使用本地 Qwen 3.6 作为子代理处理 inventory 和 audit 任务，将 Opus 的上下文消耗压低了 30x（使用本地 LLM 作为子代理，让每个任务所需上下文减少 30 倍，148 分，39 条评论）。u/Standard-Novel-6320 则提出，“Opus 4.6 + 4.7 作为顾问”可能是当前最优组合（用 Opus 4.6，再让 4.7 当顾问，可能是最好的选择，8 分，6 条评论）。
5. 大家正在构建什么¶
| 项目 | 构建者 | 作用 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| Automated Tax/Accounting System | u/floraldo | 从 3 个账户导入银行交易、抓取邮件收据、给支出分类、计算荷兰税务义务，并生成会计师可直接使用的报告 | 解决荷兰 B.V. 在 WBSO/innovatiebox 下的税务合规；将会计工作量从 20h/yr 降至 5h；发现股东贷款超过 EUR 11K 门槛 | Python、Claude Code、Revolut API、Gmail | 已发布 | 帖子 |
| InfoDrizzle | u/DrizzleX3 | 一款 App Store 应用，由非开发者做出的第一个产品 | 把兴趣项目变现；从真实用户获得 $200 MRR | Vibe coded、iOS | 已发布，有收入 | infodrizzle.com |
| Captive 3000 | u/Twin-FX | 一款 55K 行的浏览器端科幻 dungeon crawler；13 个关卡、22 种敌人 | 用现代浏览器技术复兴复古游戏；不依赖任何框架 | Vanilla JS、Lovable Pro、Cursor/Opus、Supabase、Stripe、Vercel | 已发布 | captive3000.com |
| Zombies Per Minute | u/EnzeDfu | 一款受 Factorio 启发的浏览器游戏，可在 IDE 中实时迭代设计 | 在 Codex 里做实时游戏设计，无需刷新页面 | TypeScript、HTML/CSS、Codex | 已发布 | zombiesperminute.com |
| iOS App Pipeline (3 apps) | u/HuckleberryEntire699 | 用标准化 skill chain 将 3 款 iOS 应用上架 App Store | 可重复的 build-to-submission 流水线；3 个月收入超过 $7K+ | Expo、Claude Code、Supabase、Stripe | 已发布，有收入 | 帖子 |
| ask-local | u/DeliciousGorilla | Claude Code 的本地 LLM 子代理；将 inventory/audit 任务路由到 Qwen 3.6 | 将每项任务的 Opus 上下文消耗降低 30x | Qwen 3.6、LM Studio、Claude Code | 已发布 | GitHub |
| Pacifio UI Design System | u/pacifio | 将设计系统编译成 Claude Skill，并附带组件 anatomy 章节 | 解决跨会话反复重提示设计规范的问题 | Claude Code skill | 已发布 | ui.pacifio.dev、GitHub |
| Hone (CLAUDE.md optimizer) | u/chargewubz | 使用 GEPA 框架，借助执行轨迹和评分迭代优化 CLAUDE.md | 让 Haiku 4.5 的通过率从 65% 提升到 85%；模型不变，只改提示词 | Python、GEPA、agentelo | Beta | GitHub、博客 |
| McCode | u/HzRyan | 一个讽刺性的项目可视化作品 | 以 meme 方式评论 vibe coding 文化 | Unknown | Meme | 帖子 |
| My Anime List Client | u/basics_persecute403 | MyAnimeList 的更佳网页客户端 | 改善官方客户端的 UX | Vibe coded | 已发布 | 帖子 |
| Local Business Finder | u/mapileads | 查找本地商家、提取联系方式，并由 AI 撰写个性化冷邮件 | 为各国销售团队生成销售线索 | Vibe coded | 已发布 | 帖子 |
u/floraldo 的税务自动化系统仍是其中在实用复杂度上最突出的案例。更新补充了它的设计原则：“Claude 写的是 Python 脚本。是确定性代码：从 Revolut API 拉交易、解析银行 CSV、把发票与交易匹配，并按正确税率计算 VAT。数学都在 Python 里——跑两次，结果一样。”系统还会标记出 19 个自己无法解决的 edge cases，并自动发邮件给会计师：“它知道自己不知道什么。”
6. 新动态与值得关注的内容¶
已确认：自适应思考由服务器端控制¶
u/aizver_muti 的逆向调查确认，Opus 4.7 的思考决策由服务器端作出；在低于 max effort 的情况下，客户端配置、系统提示词和用户消息注入都无法覆盖。更关键的是，发送 type:enabled 会被静默接受而不是被拒绝（与文档相矛盾），而 Claude Code 中的模型门控则被硬编码为：只有 4.6 模型才会识别 DISABLE_ADAPTIVE_THINKING 环境变量。至此，整个约束架构已经被基本摸清。这是社区迄今对 Claude Code 内部机制最细致的一次技术性调查（不启用自适应思考的 Opus 4.6 表现胜过 Opus 4.7）。
GitHub Copilot 个人套餐重组¶
GitHub 于 4 月 20 日正式重组了 Copilot 个人套餐，移除了 Pro 与 Pro+ 层级中的 Opus 4.6，并暂停新注册。博客文章 把这一变动包装为提供“可预测的体验”，但会话进行到一半时、在没有提前通知的情况下移除模型，本身就与这一说法相冲突。这是 Copilot 自上线以来，对个人用户群体影响最大的一次单日中断事件（GitHub Copilot 个人计划的变更）。
基于 GEPA 的提示词优化出现可量化结果¶
u/chargewubz 的 Hone 工具，是首个公开记录的、利用结构化执行轨迹与评分来迭代优化 CLAUDE.md 的框架。仅通过修改提示词，就让 Haiku 4.5 的通过率提升 20 个百分点（65% 到 85%），这为“在不升级模型的情况下，运行框架配置究竟能做到什么”树立了新的基线（用 GEPA 优化 CLAUDE.md）。
本地 LLM 子代理架构¶
u/DeliciousGorilla 的 ask-local 工具展示了一种可行的混合架构：本地运行的 Qwen 3.6 负责 inventory、audit 和 extraction 任务，相比直接让 Opus 干同样的活，上下文消耗降低了 30x。在一个 23-file 的路由 inventory 任务中，其边际 token 成本为 0.4K，而 Opus 则需要 13K，这为本地/云端混合 agent 架构提供了很强的经济性论据（每个任务的上下文减少 30 倍）。
AI 界面设计专家 AMA¶
u/interface_dot_env（Louise Macfadyen，《Designing AI Interfaces》作者，前 Google/Microsoft 设计师）在 r/vibecoding 开了一场 AMA，为 vibe coder 提供了思考设计的结构化框架。“三个反复出现的症状”这套分类——为所有人设计、打印机问题（每个功能都以同样权重摆上台面）、以及视觉同质化——让社区第一次拥有了一套足够具体的语言，来讨论一个大家都觉得存在、却很难说清的问题（AMA：设计 AI 界面）。
越狱喜剧：把聊天机器人当免费编程助手¶
当天按得分计算的头号帖子（4,040 分）来自 u/Anthony_S_Destefano，演示了企业客服聊天机器人（Amazon Rufus 等）也能被提示来写代码：“No subscription required.” u/wandering_island（224 分）：“把它接进 Openclaw……profit。”u/CarlosJaa（42 分）：“我真不敢相信这些大公司里的工程师能这么蠢。我自己的 agentic chat bots 都加了 guardrails。”虽然是喜剧化内容，但这条帖子真实反映了用户对订阅成本的挫败感（好了各位，结束了……无需订阅。，4040 分，193 条评论）。
7. 机会在哪里¶
[+++] Cross-Platform Model Routing and Cost Optimizer -- The simultaneous Copilot Opus 4.6 removal, Claude weekly limit crunch, and Antigravity reliability collapse create urgent demand for a tool that automatically routes tasks to the best available model across platforms based on task complexity, remaining quota, and cost. u/Keganator 的“Sonnet 干活、Opus 审查”模式、u/Dudetwoshot 的模型委派，以及 u/DeliciousGorilla 的本地 LLM 子代理，都是对同一需求的手工实现。如果能做出一个自动化版本，在 Claude、Copilot 和直连 API 之间自动管理配额，它将直接击中这三个平台社区里共同最突出的痛点。
[+++] Adaptive Thinking Override / Effort Calibration Tool -- u/aizver_muti 的调查证明，服务器端的思考决策无法被覆盖；但它也显示，Opus 4.6 搭配 DISABLE_ADAPTIVE_THINKING=1 能以更低成本提供稳定思考。一个能根据任务类型，结合 codeburn 基准之类数据，自动选择最优“模型 + effort + thinking 配置”的工具，将直接回应社区中记录最完整、技术论证最充分的那类挫败。
[++] Claude Skill Registry and Package Manager -- The skills ecosystem reached critical mass today: grill-me, superpowers, /ship workflows, design system skills, GEPA-optimized CLAUDE.md, ASO optimization, App Store preflight, and accessibility formatting. u/HuckleberryEntire699 的标准化 iOS 应用 skill chain 表明，这种模式在生产规模上也成立。一个带搜索、版本控制和兼容性元数据的注册中心，会显著加快采用速度。u/r3lize 的 Taito（4 月 19 日已提到）解决了打包问题，但“发现”仍未被解决。
[++] Persistent Cross-Session Context System -- The "50 First Dates" problem described by u/StatisticianFluid747 是所有重度用户的共同问题。Markdown 文件是当前的权宜之计，但需要手动维护，也无法被查询。一个能够跨会话记录架构决策、被否决的方案和配置偏好，并能让任何 agent 无需重新解释就取用这些信息的系统，将消除最常见的日常摩擦点。
[+] Vibe Coder Security Audit Pipeline -- u/Opening_Apricot_5419 那个 $1,000 API key 被刷空的故事，以及 u/juliac87 的 Cursor .env 泄露案例，都说明安全缺口仍是非技术构建者面临的最高严重级风险。一个部署前扫描工具，如果能检查前端代码、git 历史和 agent 聊天记录里是否存在暴露密钥，就能防住 vibe coding 最常见、也最昂贵的失误模式。
[+] AI-Assisted Design Framework for Builders -- u/interface_dot_env 的 AMA 框架（画出你的维度轴、聚焦品类需求、诚实审视用户、远离中间地带）提供了方法论。若将其打包成 Claude Skill 或 agent 工作流，在开发前或开发过程中强制运行，补上 vibe coding 往往跳过的设计决策，就能直接解决“视觉同质化”和“没有明确用户”这类扼杀原本功能完好的产品的问题。
8. 要点¶
-
Opus 4.7 的自适应思考是一个服务器端黑箱，在 max effort 以下没有可靠覆盖手段。 u/aizver_muti 的逆向分析确认，思考决策发生在 Anthropic 服务器端，系统提示词和用户注入都无法改变。正确性与是否思考完全同步。若想获得稳定推理，Opus 4.6 搭配
DISABLE_ADAPTIVE_THINKING=1仍然是更好的选择。（不启用自适应思考的 Opus 4.6 表现胜过 Opus 4.7） -
GitHub 在会话中途从 Copilot 个人套餐中移除 Opus 4.6，打破了用户信任。 Pro+ 订阅用户在毫无预警的情况下失去了自己偏好的模型，新注册也被暂停，社区反应迅速且激烈。这是 Copilot 个人用户群体遭遇的最大单日中断事件。（发生了什么？Opus 4.6 被禁用了、GitHub Copilot 个人计划的变更）
-
“关键在运行框架，不在模型”这一论点，如今有了可测量证据。 u/chargewubz 基于 GEPA 的 CLAUDE.md 优化，仅靠提示词改动，就让 Haiku 4.5 的通过率提升了 20 个百分点。这说明在许多使用场景中，投入配置优化可能比升级模型更有效。（用 GEPA 优化 CLAUDE.md）
-
AI 依赖导致的认知能力退化，正成为有经验开发者日益关注的问题。 u/StatisticianFluid747 那条关于“大脑变成糊”的跨版帖子，在 r/cursor 和 r/ClaudeCode 都引发了强烈共鸣。“交付速度快了 10x，却什么都没留下”的模式，说明这里存在一种结构性权衡，而社区还没有找到可持续的答案。（还有人觉得自己的大脑正在变成一团浆糊吗）
-
本地/混合模型架构正在证明自己在经济上可行。 u/DeliciousGorilla 的 ask-local 把常规任务路由到本地运行的 Qwen 3.6，上下文消耗因此降低 30x。随着平台成本走高、限额收紧，将云端模型留给高复杂度任务的混合架构，可能会成为默认模式。（每个任务的上下文减少 30 倍）
-
所有主要 AI 编程平台都在同步削弱个人用户的可用性，以优先保障企业容量。 Claude 收紧每周限额并将 token 消耗推高一倍；Copilot 移除 Opus 4.6 并暂停新注册；Antigravity 频繁失败且没有队列系统。这种同步收缩说明，问题不是某个平台独有，而是整个行业面临的结构性算力危机。个人开发者正全面沦为二等公民。