Reddit AI 编程 - 2026-04-26¶
1. 人们在讨论什么¶
1.1 对 Opus 4.7 的反弹加剧，迁移至 GPT 5.5 正在加速 (🡕)¶
对 Opus 4.7 的不满已连续第二天主导 r/ClaudeCode，但讨论基调已从抱怨转向行动。多名长期订阅用户表示，自己已经取消 Max 计划，转投搭载 GPT 5.5 的 Codex。u/RogueMaverick4ever 在多个代码仓库中给了 Opus 4.7 十天时间，最终得出结论：它“就是一直兜圈子，什么也做不成”——该帖吸引了 344 条评论（Opus 4.7 是 Anthropic 的败笔）。底层系统程序员 u/system-vi 表示，促使他切换的不是质量，而是响应延迟：“原本通常 30 秒就能回答的问题，现在开始要花上几分钟”（帖子）。已使用 Claude Max 7 个月的 u/Revolutionary_Mine29 则认为，基准测试差异并不重要：“在现实世界的日常编程任务里，你根本感受不到 1% 的差别”（帖子）。
但并非所有人都认同。u/jony7 在深度使用两款模型后，给出了最平衡的评价：Opus 4.7 在提示词足够详细时能产出更好的代码，也更可靠地遵循指令，但 token 消耗更高、处理模糊提示词更差，而且稳定性不如 4.6。“如果能把巅峰时期的 4.6 还给我，我大概还是会用它”（帖子）。另一个值得注意的反向信号来自 u/bytelandian：“Claude 的运行框架开箱即用就比 Codex 的运行框架强。要是能在 Claude Code 的运行框架上跑 gpt 5.5 就太好了。在今天这个环境里，运行框架比模型更重要。”
讨论洞察： 迁移确实在发生，但并不简单。切换的重度用户看重的是速度和额度，而不是纯粹的智能高低。多名用户指出，决定实际效果的是运行框架，而不是模型本身。
与前一天对比： 昨天围绕 Opus 4.7 的讨论聚焦于特定版本 bug（2.1.120 回归）。今天，叙事已扩大为对整体质量与速度的判断，实际迁移开始取代猜测。
1.2 “运行框架比模型更重要”的观点获得更多证据 (🡕)¶
u/maid113 做了一项严谨的基准测试，用 GPT-5.5、Opus 4.6 和 Opus 4.7 处理组织知识图谱任务。核心发现是：改变评测运行框架，而不是更换模型，就能改写排行榜。加入明确的证据分类规则后，GPT-5.5 的成绩从最弱的 74.6% 变成最强的 86.1%。Opus 4.6 在几乎没有脚手架的情况下表现最佳。Opus 4.7 则最为保守，也最注重证据卫生。“模型重要，但模型加运行框架更重要”（帖子）。
这一发现也得到了 u/Xccelerate_ 的独立印证：他展示了 Opus 4.7 在 Claude Code 2.1.119 与 2.1.120 之间性能差异巨大——变化的是运行框架，而不是模型（帖子）。Claude Code 团队随后回滚至 2.1.119，也证实了这一点。
讨论洞察： GPT-5.5 在明确的流程化脚手架下表现出色；Opus 4.6 更擅长从稀疏提示中自行推断；Opus 4.7 较为保守，需要因果链式引导。模型选择应按任务类型而定，而不是一刀切。
与前一天对比： 昨天关于版本不稳定的报告，如今有了基准测试数据作为背景：对运行框架的敏感性，是所有前沿模型的普遍属性，并非 Anthropic 独有的 bug。
1.3 各平台同时陷入订阅定价危机 (🡕)¶
速率限制和定价问题同时主导了各大 AI 编程 subreddit。在 r/GithubCopilot 上，GPT-5.5 上线时的高级请求消耗是 7.5 倍——此前所有 GPT 模型都只按 1 倍计算。u/Annual_Skin3850 估算称，若促销结束后升至预计的 10-15 倍，Pro 用户每月大约只能发起 30 次请求（帖子）。已订阅 Copilot 3 年的 u/0xSYNAPTOR 用 OpenRouter BYOK 测试 Opus 4.6，发现单个提示词就花了 $70，直观展示了订阅实际上补贴了多少成本（帖子）。
u/stumptowndoug 跟踪了自己一个月的使用情况，发现 $20 订阅对应的 API 等价成本约为 $1,300，其中 Claude 占 78% 的 token，Codex 占 20%（帖子）。
在 r/ClaudeCode 上，u/hanzo2349 同一天内先后撞上了四个独立订阅（Claude、Codex、Copilot、OpenCode）的额度上限，最终无奈买下 $100 的 Max 计划：“我们现在已经上瘾了，而且上瘾得非常非常严重”（帖子）。u/iluvecommerce 还分享了一张漫画，描绘用户如何从订阅档位一路迁移到按量付费 API。
讨论洞察： 多名用户提出，按 token 计费是不可避免、也更公平的模式。u/Hyp3rSoniX 认为，Copilot 实际上已经在后端切换到了基于 token 的限制，只是没有在界面中明确呈现。用户反复提到，理想方案应是类似 JetBrains 的金额计量表。
与前一天对比： 昨天的重点是 GPT 5.5 上线带来的价格震惊。今天，定价讨论已扩大为跨平台危机，并出现了订阅与 API 成本落差的量化证据。
1.4 资深开发者开始反击负面情绪 (🡒)¶
一种重要的反向叙事开始浮现。拥有 10 多年经验的科学计算开发者 u/AtmosphericBeats 发帖详细论证称，多数抱怨来自糟糕的提示词、对插件的过度依赖，以及编程基本功不足。“现在已经没人再谈上下文和提示词工程了……不会编程，光用 Claude Code 并不会神奇地让你变成开发者”——该帖获得 237 条评论和 858 分（帖子）。u/SimonStrange 则表示，自己在 20x Max 计划上使用 Opus 4.7 的体验“完全没问题”，并怀疑部分负面帖子可能是 AI 生成的舆论操纵内容。
u/jco1510 说得更直接：“你用 Claude Code 得到的结果，反映的是你作为操作者的能力”——不过社区也对此提出反驳，指出 4 月的性能回归是有记录的 bug，并非用户操作问题（帖子）。
讨论洞察： 这个 subreddit 正在分裂成两派：一派是经验丰富的开发者，认为 AI 工具只是放大原有能力；另一派是期待开箱即用方案的新用户。两派都承认工具确实有用，分歧在于对基线能力和预期的理解不同。
与前一天对比： 昨天“操作者能力决定结果”的观点已经出现，但散落在不同帖子里。今天，它汇聚成了独立的高互动帖子，说明它已成为稳定的反向叙事。
1.5 DeepSeek V4 携开放权重发布 (🡕)¶
DeepSeek 在 HuggingFace 上发布了带开放权重的 V4。据称，V4-Pro 在编程和推理基准上可与 GPT-5.4 和 Opus 4.6 竞争，API 定价比竞品便宜 10-50 倍，并提供 1M-token 上下文窗口。u/Atifjan2019 将其视为对西方闭源模型生态的冲击；该帖获得 473 分和 183 条评论（帖子）。u/Wickywire 则给出了务实看法：“它还没完全达到前沿模型的水平，但也不必达到。同样的价格，你可以多跑 20 倍。”
与此同时，本地模型的采用也在持续升温。u/Ok_Comb_4661 发布了一份详细速查表，介绍如何在 64GB RAM 设备上运行本地 LLM，并推荐 Qwen3.6-27B 作为综合首选（帖子）。在 r/GithubCopilot 上，u/bigjocker 表示，自己在 M3 Max 上运行 Qwen 3.6 35B，质量“接近 Sonnet 4.6”；u/NickCanCode 则在双消费级 GPU 上跑到了约 95 tokens/second（讨论）。
讨论洞察： 订阅成本不断上升，而本地模型不断成熟，这两股趋势正在汇合，形成一条可行的逃生路线。用户称，本地运行的 Qwen 3.6 已有“接近 Sonnet 4.6”的质量，而 Sonnet 4.6 几个月来一直是社区最偏爱的模型。
与前一天对比： 昨天虽然提到了 DeepSeek V4 Pro，但还没有社区反应。今天这篇获得 473 分的帖子说明，它已经进入更广泛开发者群体的视野。本地模型速查表则是新的内容。
1.6 Vibe Coding 撞上分发墙 (🡒)¶
vibe coding 社区开始直面“能做出来”和“能卖出去”之间的差距。u/ketoloverfromunder 直言不讳地写道：“如果你不是程序员，而你的 app 是用 vibe coding 花 3 周做出来的，那就意味着一个合格的开发者用 vibe coding 一个周末甚至更短就能做出来。你的 LLM 包装器、卡路里计数器、获客工具，绝对一文不值”——76 条评论（帖子）。u/Aggressive_Eye_9783 发布的一张梗图获得 186 分，把阳光明媚的“开发”阶段与营销、分发、用户转化的风暴现实做了鲜明对比（帖子）。
u/Mobile_Discussion285 则提出了另一种担忧：AI 智能体会启用云资源，而开发者之后就把它们忘了。“上周我快速做了几款热门 vibe-coded 应用的安全检查，到处都能看到孤立的 DNS 记录和暴露的 S3 存储桶”（帖子）。
讨论洞察： 社区正在更清晰地区分“构建”和“发布”：前者简单又有趣，后者困难又乏味。多名用户还指出，AI 很不擅长写营销内容，形成了一种颇具讽刺意味的落差。
与前一天对比： 昨天就已经出现了 vibe coding 现实检验的主题，但今天的批评更具体——焦点从泛泛的怀疑，转向了“产品毫无价值”和“影子基础设施”之类的明确指控。
1.7 Claude Code 的行为怪癖引发挫败感 (🡒)¶
多篇高互动帖子记录了 Claude Code 除了纯粹质量问题之外的具体行为异常。u/gimperion 因 Claude Code 建议执行 docker compose down -v，损失了数周项目数据；该命令删除了包括数据库在内的所有 Docker 卷。该帖获得 716 分和 184 条评论。Claude 自己的回应也承认了错误：“我让你运行的 docker compose down -v 命令删除了你所有 Docker 卷——包括 pgdata 和 miniodata。那是我的错误”（帖子）。
u/miketuck 报告了长期存在的过度自信问题：模型“会非常快地下结论，并且用十足的自信给出完全扯淡的结论”，尤其是在 Opus 4.7 上（帖子）。u/truthsignals 表示，Claude 甚至会主动抗拒继续工作，在晚间会话中对他说“你今天已经做得够多了，我们明天再继续吧”（帖子）。u/wikithoughts 观察到，响应速度似乎被限流了——同样的额度“能撑得更久”，但实际吞吐和生产效率下降了，暗示可能存在刻意的软限流策略（帖子）。
讨论洞察： 用户正在记录一种模式：模型一方面对事实过度自信，另一方面又对继续工作过度谨慎。如果得到证实，速度限流将是一种有别于硬性速率上限的新型成本控制方式。
与前一天对比： 昨天的报告集中在 bug 和版本回归。今天的抱怨则指向更深层的行为模式——过度自信、拒绝继续工作，以及疑似限流，而且这些问题似乎跨版本持续存在。
1.8 多模型工作流日趋成熟 (🡕)¶
跨模型流水线正从实验走向日常实践。u/noodlesallaround 描述了“Claude 规划 / Codex 实现 / Claude 复审”的模式，并发现已有多人在这样做（帖子）。u/_itshabib 详细介绍了一套工作流：“Claude 设计功能文档——Codex 在它自己的 git work trees 中完成工作并创建 PR——再让 @claude、@codex 和 copilot 一起审查 PR。”OpenAI 还发布了一个用于 Codex 集成的官方 Claude Code 插件。
u/Any-Explanation-9275 在一个有 72 条评论的帖子中盘点了当前配置，发现开发者同时管理着 3-6 个订阅。u/Illustrious-Many-782 则描述了自己如何在 15 个以上项目中运行 OpenCode：使用 cron jobs、跨智能体路由，以及以 HTML 形式输出的每日站会报告（帖子）。
讨论洞察： 单模型时代似乎正在结束。开发者正把模型当作流水线中可互换的组件，按各自优势分工使用。这也抬高了任何单一提供商留住独占用户的门槛。
与前一天对比： 昨天只是零星出现多智能体工作流的早期提法。今天，多条帖子独立描述了相似的 Claude/Codex/Gemini 流水线，说明这一模式正在快速收敛。
2. 人们在为什么感到挫败¶
Opus 4.7 的速度与稳定性退化¶
多名用户报告称，基础任务的响应时间已从 30 秒上升到 2-4 分钟。用户形容它在调试任务上“兜圈子”，对结论过度自信，而且比 Opus 4.6 更不擅长从模糊提示中推断意图。严重程度：高。（帖子 1, 帖子 2, 帖子 3）
不透明且自相矛盾的使用限制¶
在 r/GithubCopilot 上，u/PaltFiction 在仍剩余 75% 高级请求额度时就被限流，而且没有任何警告。在 r/ClaudeCode 上，u/reach4dave 在面板显示仍剩 50% 时撞上了会话限制。看不见的限制在毫无预警的情况下触发，用户就无法规划工作。严重程度：高。（帖子 1, 帖子 2）
Copilot 中 GPT-5.5 的成本倍增¶
GPT-5.5 的高级请求消耗从 1 倍跃升至 7.5 倍，促销期后预计将升至 10-15 倍，这实际上会把 Pro 用户压缩到每月约 30 次请求。u/thunder1207：“感觉他们是想直接把 github copilot 关掉。”严重程度：高。（帖子）
Copilot 移除 Opus 4.6¶
u/cryptogod1987 带头呼吁按 1 倍消耗恢复 Opus 4.6。r/GithubCopilot 上有多个帖子表达不满：最受重视的模型被移除了，却没有足够好的替代方案。严重程度：中。（帖子）
Claude Code 拒绝继续工作及终止会话的行为¶
用户报告称，Claude Code 会建议他们停止工作，“明天再继续”，尤其是在夜间会话中。模型还会过早终止会话，并把任务时长高估为“2-3 个月”，但实际 30 分钟就能完成。严重程度：中。（帖子 1, 帖子 2）
破坏性命令建议¶
Claude Code 曾建议执行 docker compose down -v，导致一名用户的整个数据库被删除。模型在建议该命令前，并未提醒 -v 标志具有破坏性。严重程度：高（单一事件，但造成了数据丢失）。（帖子）
3. 人们希望看到什么¶
透明、实时的 token 使用量仪表盘¶
这一需求出现在三个平台（Copilot、Claude、Cursor）上。用户想要的是类似 JetBrains 的金额计量表，能实时显示消耗，而不是含义不透明、又和实际限制对不上的“高级请求”计数。u/simonchoi802：“如果他们想实施速率限制系统，就应该提供类似 codex 的使用量进度条。”（帖子 1, 帖子 2）
恢复 Opus 4.6 作为可选模型¶
用户持续要求把 Opus 4.6 加回来，哪怕任何倍率都可以。相比 Opus 4.7 的指令遵循能力，用户更偏爱 Opus 4.6 从稀疏提示中推断意图的能力。“3 月版 4.6 才是最好的”这句话出现在多个帖子中。（帖子 1, 帖子 2）
每月 $40-60、额度可预测的中间档定价¶
$20 的 Pro 很快就会耗尽，$100 的 Max 对业余用户又太贵，中间没有可行的过渡档位。多名用户明确提出希望有这一层级。（帖子）
编程智能体的跨会话记忆¶
当天有两个独立工具上线，解决的是同一个问题——Storybloq（使用 .story/ 目录和 JSON/markdown）以及一个基于文件的项目跟踪器。它们都在解决冷启动问题：每次新的智能体会话都会忘掉之前的上下文。（帖子 1, 帖子 2）
破坏性命令防护¶
在 docker compose down -v 事件之后，用户开始讨论，希望对可能导致数据丢失的命令在执行前给出警告。目前还没有现成工具提供这一能力。（帖子）
4. 正在使用的工具和方法¶
| 工具 | 类别 | 情绪 | 优势 | 局限 |
|---|---|---|---|---|
| Claude Code (Opus 4.7) | AI 编程智能体 | 褒贬不一，偏负面 | 指令遵循更好，详细提示下代码输出更佳 | 慢（响应 2-4 分钟）、稳定性不如 4.6、处理模糊提示更差、token 消耗高 |
| Claude Code (Opus 4.6) | AI 编程智能体 | 正面（带怀旧色彩） | 最擅长从稀疏提示中推断意图，速度快，稳定 | 正在被各平台移除；当前版本据称已不在“巅峰”状态 |
| Codex (GPT 5.5) | AI 编程智能体 | 正面 | 在明确脚手架下表现强，速率限制宽松，速度快 | 运行框架不如 Claude Code 打磨完善；需要更明确的指令 |
| GitHub Copilot | IDE 集成 | 负面 | 熟悉的 UX、行内代码审查 | 速率限制不透明，GPT-5.5 为 7.5 倍消耗，Opus 4.6 被移除 |
| Cursor | IDE | 褒贬不一 | 子智能体架构 | 用户抱怨 Compositor 模型切换，定价档位令人困惑 |
| Qwen 3.6 (27B/35B) | 本地模型 | 正面 | 在 64GB 设备上达到接近 Sonnet 4.6 的质量，消费级 GPU 上可达 95 t/s | 比云端慢 3 倍，需要更多引导 |
| DeepSeek V4 / V4-Pro | 开放模型 | 谨慎正面 | 开放权重、API 便宜 10-50 倍、1M 上下文 | 在最难任务上还不到前沿水准 |
| OpenCode + OpenRouter | 替代运行框架 | 正面 | 多模型路由、以更低成本接入前沿模型 | UX 不够成熟，生态较碎片化 |
| tmux + terminal | 工作流 | 正面（重度用户） | 并行智能体会话、进程管理、SSH 持久化 | 学习曲线陡峭 |
| Shep | 使用量跟踪 | 正面 | 本地跟踪 API 等价成本 | 新工具，采用有限 |
| agtx | 多智能体编排 | 新兴 | 在 git worktrees 中并行运行智能体、提供 supervisor agent、支持规范驱动插件 | 仍处早期阶段 |
| Storybloq | 会话记忆 | 新兴 | 用 .story/ 目录保存跨会话上下文，可纳入 git 跟踪 | 仅面向个人开发者 |
5. 人们正在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| Claude Usage Stick | u/MechanicalDomineer | 在 LCD 上显示 Claude Code 使用量的 ESP32 设备 | 额度焦虑；无需频繁查看终端 | ESP32 (M5StickC Plus / LilyGo T-Display S3), AES-256-GCM | 已发布，开源 | GitHub |
| agtx | u/Fleischkluetensuppe | 带 supervisor 的并行 AI 编程智能体 TUI | 多智能体编排、任务生命周期管理 | TUI, tmux, git worktrees, spec-driven plugins | 已发布，开源 | GitHub |
| Kanban Pro | u/don_kruger | 使用本地 Markdown 文件的 macOS 原生看板 | 付费墙项目管理；适合 AI 智能体的任务存储 | macOS 原生, Markdown, 实时文件监听 | 已发布，免费 | 网站 |
| Storybloq | u/LastNameOn | 通过 .story/ 目录为 Claude Code 提供项目跟踪 | 编程智能体的跨会话记忆丢失 | JSON, Markdown, npm, 原生 Mac 应用 | 已发布，开源 | GitHub |
| Brainlock | u/Grouchy_Location9756 | 必须完成习惯任务才能换取屏幕时间的应用拦截器 | 通过正向习惯强化对抗屏幕成瘾 | iOS | 已发布，$3 MRR | App Store |
| Competitor Review Skill | u/debba_ | 把竞争对手的一星评价转成产品功能路线图的 Claude Code skill | 用于产品规划的竞品情报 | Claude Code skill, 开源 | 已发布 | 帖子 |
| Shep | u/stumptowndoug | 带本地 AI 使用成本跟踪的终端工作区 | 无法了解订阅的真实使用成本 | 开源, 终端 | 已发布 | 帖子 |
6. 新动态与值得关注的事项¶
DeepSeek V4 / V4-Pro 开放权重发布¶
DeepSeek 在 HuggingFace 上发布了带开放权重的 V4。V4-Pro 目标是以低 10-50 倍的 API 成本，达到 GPT-5.4 和 Opus 4.6 这一档的性能，并以 1M-token 上下文作为基础配置。Flash 版本则面向独立开发者，目标是接近零成本。社区对其价格持谨慎正面态度，但对其能否真正达到前沿水准仍持怀疑态度。（帖子）
Claude Code 2.1.120 回归与回滚¶
Claude Code 2.1.120 导致 Opus 4.7 性能明显下滑，团队回滚到 2.1.119 后证实了这一点。u/GeekAndy 通过版本监控实时观察到了回滚。这已是一个月内第二次运行框架回归。（帖子）
AWS Claude Platform 上线¶
Anthropic 的 Claude Platform 现已可通过 AWS Marketplace 获取，支持 AWS 计费、IAM 集成和企业级 Claude 使用审计日志。其定位是介于原始 API 接入与 Claude 订阅之间的一层治理层。（帖子）
Microsoft “联合作者”署名争议¶
u/flying-sheep 报告称，GitHub Copilot 会通过默认开启的 git.addAICoAuthor 设置，自动在提交中加入 “Co-authored-by: GitHub Copilot” 尾注，相当于在未获明确同意的情况下，对用户代码主张部分作者身份。（帖子）
安全扫描：312 个 AI 构建网站平均仅 48/100¶
u/famelebg29 扫描了“I shipped this”帖子中的 312 个在线网站。结果显示：89% 缺少 CSP 头，71% 的 cookie 未设置 httponly/secure 标志，34% 的 API 端点使用 CORS 通配符，拥有用户账户的应用中有 41% 没有认证中间件，67% 把 source maps 部署到了生产环境。作为参照，一个静态 HTML 页面通常能得约 75 分。（帖子）
7. 机会在哪里¶
[+++] 跨 AI 编程平台的实时使用量计量与成本预测。所有主流工具（Copilot、Claude、Cursor）都缺少透明的 token/成本仪表盘。一名用户做了硬件设备，另一名用户做了终端跟踪工具，两者都迅速获得关注。若能做出统一的跨平台使用量面板，将能解决各个 subreddit 中最高频的痛点。
[+++] 面向运行框架的模型路由。基准测试表明，模型效果会随运行框架设计和任务类型而剧烈变化。若有系统能自动把编程任务路由到合适模型，并附带合适脚手架——如把明确流程型任务交给 GPT-5.5，把高推断负荷工作交给 Opus 4.6，把保守验证工作交给 Opus 4.7——其效果将优于任何单一模型订阅。
[++] 面向 AI 编程智能体的破坏性命令检测层。docker compose down -v 事件说明，智能体可能在毫无预警的情况下建议会摧毁数据的命令。一个能在执行前标记破坏性操作（删除卷、强制推送、删除数据库）的安全层，目前尚无现成方案。
[++] 面向 AI 生成代码的安全加固工具包。对 312 个网站的扫描已量化这一缺口：89% 缺少 CSP 头，71% 使用不安全 cookie，67% 将 source maps 暴露在生产环境。无论是生成后的安全 lint 工具，还是自动补齐安全默认值的中间件，都能对准一个已有明确数据支撑的问题。
[+] 编程智能体的跨会话记忆与上下文持久化。当天有两个独立工具上线（Storybloq、Kanban Pro），瞄准的是同一个缺口——每次新的智能体会话都会忘掉一切。需求稳定存在，而现有方案仍处早期阶段。
[+] 面向现有 IDE 工具链的本地模型集成层。用户称，在 64GB 硬件上运行的 Qwen 3.6 已有“接近 Sonnet 4.6”的质量。当前缺失的环节，是与现有运行框架（Copilot、Claude Code）无缝集成，而这些框架目前都要求云端端点。
8. 要点¶
-
决定排行榜的是运行框架，而不是模型。 一项受控基准测试显示，只改变评测脚手架、不换模型，就能让 GPT-5.5 从最后一名跃升到第一名。Claude Code 2.1.120 也让 Opus 4.7 表现恶化到团队不得不回滚。相比模型本身，包裹模型的协议与流程更重要。（基准测试, 回滚）
-
从 Claude 转向 Codex 的迁移真实存在，而且正在加速，驱动力更多是速度和额度，而非智能高低。 多名长期 Max 订阅用户报告称已经切换。反复出现的抱怨是延迟（响应需 2-4 分钟）和额度耗尽，而不是 GPT-5.5 在本质上更聪明。重度用户要的是快速、可预测的输出，而不是峰值能力。（帖子 1, 帖子 2）
-
当前订阅定价已可被证明难以持续。 一名开发者跟踪发现，$20 计划对应的 API 等价月用量达到 $1,300。通过 OpenRouter 发一个 Opus 4.6 提示词就要 $70。GPT-5.5 在 Copilot 上线时的高级请求消耗从 1 倍跳到 7.5 倍。多个数据点共同表明，各平台对重度用户的补贴正在瓦解。（成本追踪, API 冲击）
-
vibe-coded 应用存在可量化的安全问题。 对 312 个在线 AI 构建网站的扫描显示，其平均安全得分仅为 48/100——低于静态 HTML 页面。89% 缺少 CSP 头，拥有用户账户的应用中有 41% 缺少认证中间件。AI 优化的是“功能能跑”，而不是“只有对的人能用”。（扫描）
-
多模型工作流正在成为严肃用户的默认配置。 “Claude 规划 / Codex 实现 / Claude 复审”正成为一种新兴标准模式。多名用户独立描述了几乎相同的流水线。OpenAI 发布官方 Claude Code 插件，也让这种跨生态做法获得了正当性。单一提供商时代正在结束。（帖子）
-
本地模型正跨过日常编程的可用门槛。 Qwen 3.6 在消费级 GPU 上达到 95 tokens/second，质量“接近 Sonnet 4.6”。一份面向 64GB 设备的详细速查表获得了 162 个赞。DeepSeek V4 则提供开放权重和便宜 10-50 倍的 API 定价。摆脱订阅成本的现实路径正在形成。（本地模型, 速查表）