Reddit AI 编程 - 2026-07-23¶
1. 人们在讨论什么¶
1.1 Agent 的杠杆正越来越被理解为对 harness 的驾驭能力，而非模型本身的原始质量（🡕）¶
7 月 23 日最有分量的工作流讨论，把 AI 编程看作一种工具素养差距，而不再是简单的“用 AI / 不用 AI”二分。反复出现的观点是，如今真正的杠杆，来自于知道如何让 agent 在代码仓库内运行、始终把编辑器和 diff 保持在视野中，以及给模型提供计划与边界，而不是只扔出一次性提示词。
u/OpinionsRdumb 认为，光是会用 Claude Code 就已经是“一种超能力”，因为很多本来就有技术能力的同行，至今仍是把代码从聊天窗口里复制出来，而不是让 agent 直接在目录里工作（真替那些不知道怎么用 Claude Code 的人感到可惜）（450 分，337 条评论）。讨论很快把这个说法进一步推高：u/ZShock（得分 477）回复道：“想想高级用户会怎么看你。” 于是这条讨论串变成了 agent 熟练度的层级比较，而不再是在为 AI 本身辩护。
u/NoTutor4458 询问，专业工程师究竟如何在严肃工作中使用 vibe coding。获赞最高的回答认为，输入代码这件事正越来越多地交给 agent，而架构与规划依然由人主导（专业软件工程师也会用“vibe coding”吗？有经验的开发者是怎么使用 AI 的？）（118 分，146 条评论）。u/xmlhttplmfao（得分 135）表示，他们现在几乎把所有代码都交给 agent 来写，并从 /plan 开始；而 u/KamikazeSexPilot（得分 26）则把更安全的模式描述为“结对协作”：提出有针对性的请求、让编辑器始终可见、并持续由人来掌舵。
同一主题的负面面向，是可检查性。u/jaykrown 表示，那些隐藏文件浏览器和直接文本编辑能力的 IDE，正在把用户推向一种局面：不得不信任自己无法审查的改动（越来越多人开始取消在 IDE 中查看文件资源管理器和编辑文本文件的功能，这种趋势该停止了）（95 分，48 条评论）。u/Professional_Drink23（得分 28）回应说，现在每次使用 agentic 客户端时，他们都会在第二块显示器上同时开着 VS Code。
语言层面也开始成为可用性问题的一部分。u/pip_install_account 抱怨，Claude 越来越爱凭空发明“third activator gate”之类的私有术语，然后又用一种仿佛用户早就知道这些词的口吻继续往下讲（还有别人觉得 Claude 现在会临时现编一些术语，然后你还得自己猜每个词是什么意思吗？）（94 分，85 条评论）。u/anentropic（得分 12）表示，他们现在会强制模型为项目输出一个 Markdown 术语表页面。
讨论洞察： 最有用的回复并不是“把提示词写得更好”，而是：把代码保持在可见范围内、先写计划、限制任务边界，并要求模型解释它自己发明的术语。
与前一天的比较： 7 月 22 日强调的是可见的结构、并排编辑和沙箱。到了 7 月 23 日，讨论又推进了一步：话题明确变成了谁真正懂得如何驾驭这套 harness，并从中获益。
1.2 配额困惑升级为“被削弱”、隐藏实验和离谱账单的指控（🡕）¶
前一天围绕配额不透明的讨论并未降温，反而升级为更直接的指控：面向消费者的 Fable 被削弱了，计量方式不再与实际完成的工作清晰对应，而且后台隐藏实验正在悄悄改变行为。
u/zeroedmask 给出了“被削弱论”最清晰的版本：Fable 5 现在感觉像是“伪装成 Opus 4.8，但更贵”，并称工作环境与家庭环境之间的体验差距宛如昼夜（事到如今，Fable 5 根本就是披着马甲的 Opus 4.8，只是更贵而已。）（690 分，224 条评论）。u/Justgototheeffinmoon（得分 201）表示，在 GPT-5.6 Sol 上用了一天之后，继续留在 Anthropic 的理由已经“所剩无几”；而 u/Tritheone69（得分 19）则说，他们已经把套餐从 Max x20 降到 Max x5，准备试用 OpenAI。
支出截图更难被忽视。u/InsuranceClaimHero 展示了一张使用页面截图：all-model 和 Fable 两个额度桶都已耗尽，usage credits 花费约为 $18,775.90（我肯定是有点问题了……）（72 分，198 条评论）。u/FinalFantasiesGG 给出了一个规模更小、但更容易让人共鸣的版本：触发限制后，只改 5 行 HTML 就花了约 $4 credits，尽管模型当时已经加载了上下文（到底谁能负担得起把 usage credits 用在真正有意义的事情上？）（65 分，89 条评论）。u/player__piano（得分 69）称，credits 让人“窥见了真实算力成本的可怕一角”。
多条低分讨论串显示，困惑并不只在于价格，还在于配额到底消耗到了哪里。u/AdDry7339 表示，在与过去数月完全相同的工作流下，他们的 Team 套餐 25 分钟就被刷空，截图里 session 和 weekly 两个进度条都到了 100%（还有人发现 token 用量变高了吗？）（43 分，64 条评论）。u/Frequent-Analyst875 还补充了一张计量图：all-model 使用量已经涨到 89%，但 Fable-only 使用量仍只有 15%；而 u/PrblyMy3rdAltIDK（得分 13）则说，平时只消耗 1% 的每日简报提示词，某次运行居然一下烧掉了 17%（一小时就把 Max 5x 用光了？）（23 分，92 条评论）。
最具体的信任破裂来自 u/ChallengeOne5494：其截图显示，本地 Claude 状态里缓存了服务器下发的实验配置，以及实时指令文本（抓到 Anthropic 在用户身上做在线测试了。我要求再赔我 100 美元）（80 分，50 条评论）。u/nseavia71501（得分 30）还链接了此前 Reddit 上的一条投诉，以及 GitHub 上一条关于静默加入实验和设置被覆盖的公开 issue。
讨论洞察： 大家的实际应对方式并不是品牌忠诚，而是降级、把超出的工作量切到 Sol、检查本地配置文件，并把任务拆得更小，以减少突遭限额时的损失。
与前一天的比较： 7 月 22 日聚焦于支出冲击和互相矛盾的计量器。到了 7 月 23 日，指控更进一步：不只是“我看不懂配额界面”，而是“底层模型和策略可能在没告诉我的情况下就变了”。
1.3 模型组合正演变为具名角色、仪表盘和反炒作测试的操作系统（🡕）¶
关于路由的讨论，继续从“哪个模型最好”转向更具体的系统设计。人们开始描述具名角色、审查轮数上限、浏览器自动化专员，以及由守护进程驱动的仪表盘，让多个模型像一支协调有序的团队，而不是一堆松散的订阅服务。
u/chrisBhappy 分享了当天最清晰的一套方案：高配 Fable 5 负责统筹，Opus 4.8 负责实现，GPT-5.6 Sol 负责审查和基于浏览器的 QA，并设定硬规则：任何模型都不能给自己的工作签字放行（Fable 5 负责规划，Opus 4.8 负责构建，GPT 5.6 Sol 负责尝试搞破坏。迄今为止最好的组合！）（99 分，37 条评论）。同一帖子还说，这套配置是通过一个名为 jinn 的开源守护进程串起来的；其公开仓库介绍了具名员工、持久化待办账本、YAML 组织结构图、可复用工作流，以及一个用于协调 agent CLI 的本地仪表盘。
围绕这一模式的竞品讨论，也补全了角色分工图谱。u/GasVarGames 表示，Grok 4.5 “非常聪明”，在真实编码工作中也便宜得出奇，但同时承认它会忘记架构，而且错了时还特别自信（Grok 4.5 好用又便宜到这种程度，简直离谱）（60 分，36 条评论）。u/defi_specialist 表示，Gemini 3.6 Flash 是第一个让他们不再想买 Pro 的 Google 编程模型；但 u/Snoo-81627（得分 6）认为，它的优势更多在于快和便宜，而不是始终可靠，在真实工作流里偶尔还会违背提示要求（Flash 3.6 真的特别好用，不想再用 pro 了。）（121 分，84 条评论）。
最重要的反炒作证据并非来自任何厂商。u/CharlesPasquaIsBack 搬出了 JetBrains 的两项 A/B 评测，认为广受欢迎的 Caveman 和 RTK 这类 token 节省插件被严重过度宣传（JetBrains 分析了 CaveMan 和 RTK 两个 token 节省方案，结果评价相当尖锐）（248 分，66 条评论）。相关的 Caveman 文章称，强制使用后节省的输出 token 只有 8.5%，远低于宣传的 65%；而 RTK 的后续测试则称，在低推理强度下，真实 agent 工作的成本反而高了 7.6%，高强度下则大致持平（Caveman 基准测试；RTK 基准测试）。
讨论洞察： 大家比较的早已不只是模型本身，而是 planner/worker/reviewer 的分工、浏览器操作者、提示缓存行为，以及一个节省 token 的工具到底是否真能降低总账单，而不只是让它自己的统计面板好看。
与前一天的比较： 7 月 22 日还只是把模型选择当作组合配置问题；到 7 月 23 日，这个组合已经变得更偏运营层面：谁负责规划，谁负责实现，谁负责验证，验证者最多允许循环多久，以及“token 优化”这个市场里究竟还有多少东西经得起实测。
1.4 构建热情依旧高涨，但更强的发布更强调围绕 agent 的可导出性、记忆或可观测性（🡒）¶
构建者的范围依然很广，但最有持续信号的帖子，并不是“AI 什么都能做”的演示，而是一些有针对性的封装：可导出独立文件的浏览器原生构建器、审计公开攻击面的扫描器，以及试图让 agent 记忆保持清晰可读的 Markdown harness。
u/ConsistentWay7704 分享了 OpenForge Studio：这是一个用 Claude 免费套餐做出来的完整无代码网站构建器，重点强调工具可导出独立的静态 HTML/CSS/JS，并刻意避免堆出一套脆弱的依赖体系（我用 Claude 的免费套餐靠 vibe coding 做了一个完整的零代码网站构建器——免费、稳定，分享给大家）（6 分，13 条评论）。其公开仓库写道，OpenForge 本质上就是一个单文件 HTML 应用：零后端、支持 localStorage 持久化、响应式预览、资源管理，以及 HTML 导出（OpenForge 仓库）。
u/muntaseer_rahman 则针对另一类上线后的问题：他们发现自己已发布的应用，依然存在缺少 HTTPS 重定向、暴露 source map、证书过期等问题，而任何拿着浏览器的陌生人都能看到，于是做了 TellMeWhenDown（陌生人能把你的网站搞下线吗？）（49 分，22 条评论）。其官网将它定位为一款免费扫描器，可检查 SSL、安全标头、DNS 健康、暴露文件、心跳监控、依赖 CVE 以及已提交的密钥（TellMeWhenDown）。
同样的“持久上下文”本能，也出现在工具链讨论中。u/ychamel 分享了 RepoResident：一个 Git 原生 harness，用 Markdown 而非仅靠聊天记录来保存项目目标、当前状态、架构和工作流（分享一下我的编程 harness：在我的使用场景里，token 用量减少了 60%，同时质量还更好了（正文有更多细节））（10 分，6 条评论）。与此同时，u/syahiidkamil 等人也在被 u/EroticTonic 追问这类工具；后者想要的是一个以 Markdown 为先的记忆系统，而不是高度依赖向量数据库的技术栈（想找一套好用的 Markdown-First Agent 记忆系统）（10 分，29 条评论）。
更轻量的消费侧项目也没有消失。u/Jesus_Morty 的找厕所应用 Compiss 是当天最热门的 builder 帖子之一，但即便如此，回复也立刻开始追问更新是否足够及时，以及它与 Google Maps 或 Toilet Finder 的区别到底在哪（我靠 vibecoding 做了一个找最近厕所的指南针应用，叫 Compiss。毕竟人有三急，憋不住的时候就是憋不住）（618 分，91 条评论）。构建热情确实存在，但社区如今的默认反应，已经变成追问它靠什么保持最新、可信和可迁移。
讨论洞察： 比起“用 AI 做的”这一点，可导出性和可检查性分量更重。信号更强的帖子强调的是静态导出、本地状态、纯文件，或用户可以自行核验的扫描结果。
与前一天的比较： 7 月 22 日主要围绕本地替代品和记忆层展开。到了 7 月 23 日，这一模式延续了下来，但更强调浏览器原生构建器、运营扫描器，以及明确把项目上下文保存在磁盘上、而不是保存在模型“脑子里”的尝试。
2. 什么让人沮丧¶
配额界面已不再与实际完成的工作清晰对应¶
严重程度：高。核心抱怨不只是 AI 编程很贵，而是用户已经无法预测一次运行会消耗哪个额度桶、消耗速度是否变了，或者同一工作流为何会在前后两天出现天差地别的成本。u/InsuranceClaimHero 展示了 all-model 和 Fable 使用量都卡在 100% 的页面，usage credits 花费约为 $18,775.90（我肯定是有点问题了……）（72 分，198 条评论）；而 u/FinalFantasiesGG 则称，触发限制后仅修改 5 行 HTML 就烧掉了约 $4 credits（到底谁能负担得起把 usage credits 用在真正有意义的事情上？）（65 分，89 条评论）。
更偏运营层面的挫败，来自工作流没变但用量突然暴涨。u/AdDry7339 表示，他们的 Team 套餐在日常流程下 25 分钟就没了（还有人发现 token 用量变高了吗？）（43 分，64 条评论）；u/Frequent-Analyst875 还配了一张 weekly limits 计量图：all-model 使用量为 89%，而 Fable-only 只有 15%（一小时就把 Max 5x 用光了？）（23 分，92 条评论）。u/PrblyMy3rdAltIDK（得分 13）则说，他们平时大约只消耗 1% 的每日简报，在一次全新 session 中却一下跳到了 17%。
人们的应对方式是流程性的：降级、切换到 Sol、把任务拆小，并更频繁地提交代码，这样即便撞到限额，被卡住的工作也会更少。这正说明，围绕配额解释、额度桶预测，以及基于一次运行实际模型路径做预估成本的工具，都有明确的产品空间。
隐藏行为和私有 agent 语言，逼得用户只能自己逆向分析¶
严重程度：高。用户的不满不只是针对可见的计量器，更来自一种感觉：模型行为、甚至系统指令都在悄悄变化。u/ChallengeOne5494 发布了一张缓存实验配置的截图，其中包含服务器下发的指令文本，以及一条关于静默加入实验的公开 issue 讨论（抓到 Anthropic 在用户身上做在线测试了。我要求再赔我 100 美元）（80 分，50 条评论）。u/theknobbyaccomplice（得分 11）表示，这解释了最近一次任务被拒——而同样的任务，工具前一天还处理得好好的。
与此同时，输出本身也越来越难懂。u/pip_install_account 表示，Claude 现在会发明“third activator gate”这样的术语，并把内部命名泄露到面向用户的解释中（还有别人觉得 Claude 现在会临时现编一些术语，然后你还得自己猜每个词是什么意思吗？）（94 分，85 条评论）。u/2Radon（得分 20）表示，它把“seam”这个词拿来表达三种不同含义；u/anentropic（得分 12）则说，他们现在会强制模型输出一个术语表页面。
另一个相关的不满点，是一种看起来由系统驱动、而不是由任务驱动的风格性重复。u/metaphorz99 注意到，Claude Code 会反复在回答里强调“honest”这个词（Claude Code 很爱用“honest”这个词）（51 分，48 条评论）。那些戏仿回复虽然是在开玩笑，但底层抱怨很严肃：用户想要的是模型真正的推理和证据，而不是一层不断变化的自造术语和固定腔调。这类需求适合催生术语规范化工具、明确的来源信息界面，以及模型行为差异对比工具。
界面拿走了检查能力，或者干脆不响应¶
严重程度：中高。多条帖子从不同角度表达了同一个观点：只有当用户仍然看得到改了什么、并能随时介入时，自主性才是可以接受的。u/jaykrown 反对那种隐藏文件浏览器和直接文本编辑能力的 AI-first IDE 布局（越来越多人开始取消在 IDE 中查看文件资源管理器和编辑文本文件的功能，这种趋势该停止了）（95 分，48 条评论）；而在专业工程师讨论串里，u/KamikazeSexPilot（得分 26）则把“结对”工作流描述为留在代码现场的方式，免得到了 PR 阶段才发现 8 个糟糕决定（专业软件工程师也会用“vibe coding”吗？有经验的开发者是怎么使用 AI 的？）（118 分，146 条评论）。
可靠性问题又进一步放大了这种对可见性的需求。三条彼此独立的 Antigravity 帖子都附上了截图：IDE 在更新或模型变更后，要么打开就是“The window is not responding”对话框，要么助手界面一片空白（Antigravity 在 Ubuntu 上执行 sudo apt update 后出现崩溃/死循环（Windows 上正常））（7 分，35 条评论）；（靠，AG 今天这是怎么了）（9 分，12 条评论）；（Antigravity V1 在切换模型后停止工作了。）（7 分，12 条评论）。当 UI 消失或卡死时，用户失去的不只是生产力，也失去了核验工具到底在干什么的能力。
这说明，默认展示可见 diff、支持并排编辑源码、并在故障时提供可检查而非黑箱状态的 agent 客户端，仍有明显空间。
项目记忆依然必要，但维护它可能变成第二份工作¶
严重程度：中。社区对持久记忆的需求非常明确，但对如何以轻量方式实现，仍未形成共识。u/EroticTonic 明确提出，希望有一种持续维护的、以 Markdown 为先的 agent 记忆系统，避开向量数据库的复杂度，同时保证内容可读、可版本控制（想找一套好用的 Markdown-First Agent 记忆系统）（10 分，29 条评论）。最有力的反面意见来自 u/disgruntledempanada（得分 2）：Markdown 记忆在 agent 填进相互矛盾或已经过时的事实之前都很好；一旦发生，用户花在修记忆系统上的时间，可能比真正使用它还多。
这种担忧就摆在那些正面的 harness 案例旁边。RepoResident 的公开 README 称，它会通过 CLAUDE.md、AGENTS.md、STATE.md 和 PROJECT.md 这类 Markdown 文件，预加载架构和工作流上下文（RepoResident）；但更广泛的 Reddit 讨论显示，用户依然担心上下文蔓延、笔记陈旧以及 token 浪费。这意味着，具备清理、矛盾检测，以及明确区分“持久上下文”和“单任务上下文”的受治理记忆层，依然有建设价值。
3. 人们希望有什么¶
一种在运行开始前就能把自己解释清楚的配额控制器¶
这是数据集中最明确、最直接的需求。用户不只是想要更高额度；他们想知道一次运行会怎样影响自己的账户状态。u/FinalFantasiesGG 直到 credits 开始燃烧，才知道改 5 行 HTML 的代价（到底谁能负担得起把 usage credits 用在真正有意义的事情上？）（65 分，89 条评论）；u/InsuranceClaimHero 则展示了极端版本——一张五位数的 credits 截图（我肯定是有点问题了……）（72 分，198 条评论）；u/Frequent-Analyst875 还显示，就连 all-model 和 Fable-only 两个额度桶的分工，也很难仅从使用行为中推断出来（一小时就把 Max 5x 用光了？）（23 分，92 条评论）。
现有的部分答案都只是“民间生存技巧”：切到 Sol、缩短运行时间、更频繁地提交代码，或者手动去看本地使用页面。帖文背后的实际诉求很简单：告诉我这次运行会打到哪个配额桶，失败回退路径是什么，以及把活干完大概要花多少钱。机会：直接。
始终可检查、而且说人话的 agent 界面¶
这是一个既实用也带情绪色彩的需求。用户希望信任工具，但不想被工具搞得像是在被煤气灯效应操控。u/jaykrown 希望看到可见文件和可编辑文本，而不是只有一个提示词输入框（越来越多人开始取消在 IDE 中查看文件资源管理器和编辑文本文件的功能，这种趋势该停止了）（95 分，48 条评论）；而 u/pip_install_account 则希望模型不要在任务做到一半时，突然发明一整套私有术语来解释自己（还有别人觉得 Claude 现在会临时现编一些术语，然后你还得自己猜每个词是什么意思吗？）（94 分，85 条评论）。
社区已经有一些临时对策：有人在 agent 旁边一直开着 VS Code，有人强制模型输出术语表页面，也有人把工具当成结对伙伴，而不是自主工人。但真正的需求比任何单一 workaround 都更大：展示 diff、让源码保持可见，并用稳定、共享的术语把话讲明白。机会：直接。
以 Markdown 为先、不会最终变成淤泥的项目记忆¶
随着人们积累越来越多的 agent session 和代码仓库，这项实际需求正在快速升温。u/EroticTonic 明确希望有一个以 Markdown 为先的记忆层，能跨 Claude Code、Copilot 和类似工具工作，而不是把状态藏在数据库里（想找一套好用的 Markdown-First Agent 记忆系统）（10 分，29 条评论）。u/disgruntledempanada（得分 2）点出了缺失的一环：纯文件当然有吸引力，但如果没有清理和冲突消解，记忆本身耗掉的 token 和时间，最终会比它省下的还多。
确实已经有一些部分答案。RepoResident 的 README 介绍了一种由 CLAUDE.md、AGENTS.md、STATE.md 和 PROJECT.md 等 Markdown 文件构成的 Git 原生 harness，它会在任务开始前预加载项目上下文（RepoResident）。讨论里提到的 Cartographer 仓库，则提供了治理更重的版本：一个保护 agent 维护型 Markdown wiki 的 MCP server（Cartographer）。现在的问题已经不再是“记忆能不能存在”，而是“记忆能不能持续保持可读、正确而且便宜”。机会：竞争型。
知道何时该停、也明确谁负责什么的多 agent 协调¶
这是个非常实际的需求，而最强证据恰恰来自那些已经围绕它搭出系统的人。u/chrisBhappy 表示，他们找到的第一套真正值得信任的配置是角色分工式的：Fable 负责规划，Opus 负责实现，Sol 负责审查，谁也不能批准自己的工作，而且审查循环最多两轮（Fable 5 负责规划，Opus 4.8 负责构建，GPT 5.6 Sol 负责尝试搞破坏。迄今为止最好的组合！）（99 分，37 条评论）。公开的 Jinn 仓库，则把这种直觉做成了产品：具名员工、持久待办、审批路径，以及基于 callback 的委派（jinn）。
数据集也展示了缺失这些机制时的失败模式。u/tuptain 发布的一张本地 /usage 截图显示，当天 100% 的花费来自 heavily subagent 的会话，其中 89% 来自超过 150k tokens 的上下文（你的 100 美元 usage credits 都怎么花掉的？）（6 分，29 条评论）。人们显然想要多 agent 带来的杠杆，但他们同样想要明确归属、停止条件和有上限的审查深度。机会：直接。
4. 正在使用的工具和方法¶
| 工具 | 类别 | 情绪 | 优势 | 局限 |
|---|---|---|---|---|
| Claude Code / Fable 5 | 编程 agent + 前沿模型 | (+/-) | 规划/统筹能力强，长程上下文表现好；在行为可预测时，对产品判断的信任度高 | credits 消耗快、额度桶不透明、会发明术语，且疑似存在隐藏实验，削弱了信任 |
| Opus 4.8 | 前沿编程模型 | (+/-) | 常被用作更强规划器之下的低成本执行者 | 许多用户现在觉得它比以前更弱，或在用了 Fable 或 Sol 之后不再值得用 |
| GPT-5.6 Sol / Codex | 编程模型 + 客户端栈 | (+) | 适合担任审查者、浏览器 QA 执行者，也是 Claude 额度用尽后的分流路径 | 可能无限审查下去，weekly 限额同样有争议，且仍有用户不信任它的“品味” |
| Grok 4.5 | 编程模型 | (+/-) | 便宜、工具调用能力强，在真实应用开发里出乎意料地能打 | 会忘架构、容易过度编码，而且错了时自信满满 |
| Gemini 3.6 Flash | 编程模型 | (+/-) | 快、便宜，对许多已规划好的低/中复杂度任务已经够用 | 在某些工作流里不如高端模型全面；提示遵循和 IDE 稳定性仍不稳定 |
| Cursor Router / Cloud Agents | 路由 + agent 客户端 | (+) | 把跨模型自动路由正式产品化，并把 agent 工作延伸到 web/iOS/CLI 等界面 | 节省效果来自厂商自报，偏团队场景，而且仍处在更广泛的配额计算质疑之中 |
| Jinn | 多 agent 编排层 | (+) | 在现有 CLI 之上增加具名角色、持久待办、callbacks、工作流和共享仪表盘 | 仍处于 Beta 阶段，搭建成本较高；还需要明确护栏以防审查循环失控 |
| RepoResident / Markdown harnesses | 项目记忆 + 工作流方法 | (+) | Git 原生上下文、可读状态文件、工作流文档，能减少重复探索成本 | 需要维护和清理，否则记忆层本身就会成为漂移和 token 浪费的来源 |
| Caveman / RTK | token 节省插件 | (-) | 在小规模场景下可压缩叙述或 shell 输出，且质量不一定明显下降 | 公开 A/B 测试显示节省远低于宣传，且 RTK 在一项大型低强度基准中反而提高了成本 |
整体满意度曲线，仍在继续偏离对单一模型的忠诚，转向基于角色的模型栈。u/chrisBhappy 把 Fable 用于规划、Opus 用于实现、Sol 用于审查，再通过 Jinn 和明确的停止规则把整个循环接起来（Fable 5 负责规划，Opus 4.8 负责构建，GPT 5.6 Sol 负责尝试搞破坏。迄今为止最好的组合！）（99 分，37 条评论）。u/xmlhttplmfao（得分 135）和 u/KamikazeSexPilot（得分 26）则以更轻量的方式描述了同样的结构：先规划、让编辑器保持可见，把模型当成实现伙伴，而不是神奇替身（专业软件工程师也会用“vibe coding”吗？有经验的开发者是怎么使用 AI 的？）（118 分，146 条评论）。
迁移模式也很明确。u/zeroedmask 和评论者围绕 Sol 与 Fable 的性价比和质量做权衡（事到如今，Fable 5 根本就是披着马甲的 Opus 4.8，只是更贵而已。）（690 分，224 条评论）。u/GasVarGames 喜欢把 Grok 4.5 当成廉价主力，但结构判断仍然要由人来拍板（Grok 4.5 好用又便宜到这种程度，简直离谱）（60 分，36 条评论）。u/defi_specialist 称赞 Gemini 3.6 Flash 适合作为日常主力，而 u/Snoo-81627（得分 6）则表示，它依然是快和便宜，但在更严格的提示要求下还谈不上完全可信（Flash 3.6 真的特别好用，不想再用 pro 了。）（121 分，84 条评论）。
路由层本身也在被产品化。Cursor Router 的公开发布称，它会按任务和上下文对请求分类，并在不同提供商之间路由，声称在早期企业流量中实现了 30% 到 50% 的支出下降，并在大规模在线测试中实现“以 60% 的节省获得前沿级性能”（Cursor Router）。这与社交数据呈现出的走向一致：用户越来越习惯按 planner/worker/reviewer 组合来思考，而厂商也开始把这种组合逻辑直接做成产品界面，而不是继续交给社区自己拼。
更值得警惕的一点是，“token 效率”本身如今也成了争议地带。u/CharlesPasquaIsBack 链接了 JetBrains 的公开测试：Caveman 宣传的 65% 节省，最终只剩 8.5% 的输出 token 降幅；RTK 宣传的 60% 到 90% 节省，在低强度场景下实际测得的却是成本中位数上升 7.6%（JetBrains 分析了 CaveMan 和 RTK 两个 token 节省方案，结果评价相当尖锐）（248 分，66 条评论）。评论区最实际的结论是：真正主导账单的，往往是文件读取、工具输出和反复加载上下文，而不是提示词措辞技巧。
因此，相应的应对方式也越来越偏运营：明确写出路由规则、限制验证循环、把持久项目上下文放进 Markdown 或 YAML，并观察到底是上下文长度还是 subagent 扇出在推高计量器。这也是为什么像 RepoResident 这样的 Git 原生 harness，以及像 jinn 这样的多 agent 控制层，比“某个模型赢了”更贴合当天的工具讨论。
5. 人们正在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| Compiss | u/Jesus_Morty | 指向最近厕所的“找厕所罗盘”应用 | 把一个琐碎的定位问题变成专用工具，而不是泛用地图搜索 | 移动应用；技术栈未公开 | Beta | 帖子 |
| jinn | u/chrisBhappy | 把现有 agent CLI 变成一个有角色、待办、工作流和 callbacks 的持久化 AI“公司” | 协调多模型的规划者/执行者/审查者配置，同时不丢失归属和状态 | Node CLI、本地 Web 仪表盘、YAML 组织文件、MCP、现有 agent CLI | Beta | 仓库 · 帖子 |
| TellMeWhenDown | u/muntaseer_rahman | 扫描公开网站的 SSL、标头、DNS、暴露文件和心跳问题 | 让 vibe-coded 应用在上线后具备基础的安全与可用性审计能力，无需深厚安全背景 | 托管扫描器；SSL/标头/DNS 检查、心跳监控、仓库/CVE 提示；底层技术栈未公开 | 已发布 | 网站 · 帖子 |
| OpenForge Studio | u/ConsistentWay7704 | 基于浏览器的无代码网站构建器，支持本地编辑和独立导出 | 让非开发者无需绑定后端、SaaS 账户或重依赖工具链也能发布网站 | 单一 HTML 文件、localStorage、Canvas API 图像压缩、Google Fonts、沙箱 iframe |
Beta | 仓库 · 演示 · 帖子 |
| RepoResident | u/ychamel | Git 原生 harness，预先为编程 agent 提供项目状态、架构、决策和工作流 | 减少跨 session 的重复探索、上下文丢失，以及走捷径式修改 | Markdown 文件、Git、CLAUDE.md、AGENTS.md、.agent/ 状态/工作流文档 |
Beta | 仓库 · 帖子 |
| Gloam | u/uwuKeshav | 游戏化屏幕时长应用，包含 Elixir 预算、伙伴生物和好友排行榜 | 让减少刷屏变得有趣，而不是带有惩罚感 | iOS 应用；社交排行榜和与活动挂钩的预算系统；底层实现未公开 | 已发布 | App Store · 帖子 |
| Quantum Odyssey | u/QuantumOdysseyGame | 可视化、以谜题驱动的量子计算学习游戏 | 不必先从公式入门，也能探索 Hilbert 空间和算法概念 | 游戏平台；技术栈未公开 | 已发布 | Steam · 帖子 |
Jinn 是当天“在 agent 之上再包一层 agent”这种构建模式最清晰的例子。Reddit 帖子把它描述为 Fable、Opus 和 Sol 之间的角色分工，而仓库本身则写到了本地仪表盘、具名员工、持久待办账本、YAML 组织结构图、审批关卡和可复用工作流（Fable 5 负责规划，Opus 4.8 负责构建，GPT 5.6 Sol 负责尝试搞破坏。迄今为止最好的组合！）（99 分，37 条评论）；（jinn）。这与“我用多个模型”有实质差别：它试图把多 agent 编程变成一个带有明确归属和 callback 路径的操作系统。
TellMeWhenDown 和 OpenForge 指向第二种反复出现的模式：让某样东西在 AI 这一步结束后，依然可用或可诊断。TellMeWhenDown 之所以存在，是因为作者在自己已发布的应用里发现了缺少 HTTPS 重定向、暴露 source map、证书过期等问题，于是把这些检查打包成了一个通俗易懂的扫描器（陌生人能把你的网站搞下线吗？）（49 分，22 条评论）；（TellMeWhenDown）。OpenForge 则在另一个方向上体现了同样的反锁定倾向：仓库强调单文件、零依赖、零服务器和干净的 HTML 导出，而不是再做一个托管式网站构建器（我用 Claude 的免费套餐靠 vibe coding 做了一个完整的零代码网站构建器——免费、稳定，分享给大家）（6 分，13 条评论）；（OpenForge 仓库）。
RepoResident 和围绕 Markdown 记忆的讨论，则展示了第三种构建模式：用户正试图把项目上下文变成持久文件，而不是每次 session 都从头重新提示。RepoResident 的 README 称，它会在工作开始前预加载目标、架构图、决策和工作流；而 Markdown-first memory 的相关讨论则提醒，任何这类系统都需要清理和治理，否则就会变成 token 淤泥（分享一下我的编程 harness：在我的使用场景里，token 用量减少了 60%，同时质量还更好了（正文有更多细节））（10 分，6 条评论）；（想找一套好用的 Markdown-First Agent 记忆系统）（10 分，29 条评论）。
面向消费者的一侧更轻量，但也同样有启发。Compiss 因为用幽默解决了一个小而直观的问题，吸引了当天最大的 builder 受众之一；但评论也立刻追问它的数据新鲜度，以及它与现有应用究竟有何区别（我靠 vibecoding 做了一个找最近厕所的指南针应用，叫 Compiss。毕竟人有三急，憋不住的时候就是憋不住）（618 分，91 条评论）。Gloam 则以类似的“小问题，强包装”路径切入屏幕时长：它不是靠唠叨式计时器，而是通过伙伴生物、活动奖励和好友排行榜，把克制变成一场游戏（用 Vibe coding 做了一个居然很好玩的 Screentime 应用！）（8 分，41 条评论）；（Gloam）。
纵观这些 builder 帖子，共同的触发点并不是“AI 现在什么都能做了”，而是更具体的诉求：当主流工具没有提供某个控制面板、当人们想要可导出性或本地所有权，或者当他们想要一个扫描器，避免上线后的东西日后让自己难堪时，他们就会动手去做。
6. 新动态与值得关注的内容¶
公开 A/B 测试开始戳破 token 效率神话¶
数据集中最重要的元信号，是基准测试文化开始追上 agent hack 营销。u/CharlesPasquaIsBack 把 JetBrains 对 Caveman 和 RTK 的成对评估带进了 Reddit 讨论（JetBrains 分析了 CaveMan 和 RTK 两个 token 节省方案，结果评价相当尖锐）（248 分，66 条评论）。这些文章之所以重要，是因为它们不是在凭感觉争论：Caveman 宣传的 65% 节省，最终只剩 8.5% 的输出 token 降幅；而 RTK 在低强度下测出来的不是收益，反而是成本上升（Caveman 基准测试；RTK 基准测试）。
录屏技能正在成为第一方可复用资产¶
u/Due-Cup9574 提到了 Claude 新的“Record a skill”流程：用户录下一段简短演示，产品就会把它保存为可复用技能（Claude Code 新功能：通过录屏教 Claude 一项技能）（19 分，5 条评论）。这一点很重要，因为它把经验从短暂的聊天指令，转移成了工具内部可持久保存、可反复重放的资产。
模型路由正在走出黑客阶段，变成产品基础设施¶
u/zxyzyxz 分享了 Cursor Router——这不是社区脚本，而是一次官方模型路由发布（Cursor Router）（31 分，17 条评论）。相关公告称，Cursor 现在会按任务和上下文对请求进行分类，再在不同提供商之间路由，并声称在早期企业使用中实现了 30% 到 50% 的支出下降，而且单次 commit 成本低于始终按前沿模型费率付费的做法（Cursor Router 博客）。这值得注意，因为它验证了社交数据的总体走向：社区已经把 planner/worker/reviewer 组合常态化，而厂商也开始直接把“路由器”本身当作产品出售。
7. 机会在哪里¶
** +++］ 面向 agent 订阅的配额真相与实验可观测性**——最有力的证据涵盖了支出突增、无法解释的额度消耗、隐藏实验截图，以及跨厂商切换行为。用户想知道某个任务会消耗哪一类配额、消耗速度有多快，以及行为变化到底是因为功能灰度发布，还是因为自己突然不会写提示词了（［我肯定是有点问题了……）（72 分，198 条评论）；（一小时就把 Max 5x 用光了？）（23 分，92 条评论）；（抓到 Anthropic 在用户身上做在线测试了。我要求再赔我 100 美元）（80 分，50 条评论）。
** +++］ 具备明确责任归属、停止规则和持久项目记忆的多智能体协作**——这种组合式工作流其实已经出现了；缺少的是安全的默认编排。Jinn、RepoResident、Markdown-memory 相关需求，以及那张重度使用 subagent 的截图，都指向同一个需求：持久状态、角色分离、有限验证，以及清晰记录每项任务归谁负责（［Fable 5 负责规划，Opus 4.8 负责构建，GPT 5.6 Sol 负责尝试搞破坏。迄今为止最好的组合！）（99 分，37 条评论）；（分享一下我的编程 harness：在我的使用场景里，token 用量减少了 60%，同时质量还更好了（正文有更多细节））（10 分，6 条评论）；（想找一套好用的 Markdown-First Agent 记忆系统）（10 分，29 条评论）。
** ++］ 面向 vibe-coded 应用的上线后可观测性与安全封装**——开发者不断快速发布产品，然后才发现一些显而易见的对外问题：请求头、证书、可用性、webhook 和暴露的文件。TellMeWhenDown 直接瞄准了这个缺口，而同样的信任问题也出现在消费级微应用的评论区里，因为这类产品一上线，数据新鲜度和可靠性立刻就变得重要了（［陌生人能把你的网站搞下线吗？）（49 分，22 条评论）；（我靠 vibecoding 做了一个找最近厕所的指南针应用，叫 Compiss。毕竟人有三急，憋不住的时候就是憋不住）（618 分，91 条评论）。
** ++］ 以导出优先和自有掌控为核心、面向狭窄工作流的构建工具**——OpenForge、RepoResident，以及关于 Markdown-memory 的讨论，都表明大家对“能留下可理解文件，而不是再增加一个托管依赖”的工具有明显需求。机会点不在于泛泛而谈的 no-code 大而全，而在于针对某一个具体工作流，提供所有权、可导出性和可检查的状态（［我用 Claude 的免费套餐靠 vibe coding 做了一个完整的零代码网站构建器——免费、稳定，分享给大家）（6 分，13 条评论）；（OpenForge 仓库）。
8. 要点总结¶
- 社区正在把 AI 编程当作一种操作技能，而不是一种信念体系。 当天最强的工作流讨论，关注的是计划、harness、可见 diff 和对代码仓库有感知的执行方式，而不是 AI 算不算“真正的编程”。（来源）（450 分，337 条评论）
- 配额信任的恶化，速度快于人们对模型的热情降温。 隐藏实验、五位数 credits 截图，以及计量器的突然变化，比任何单一功能发布都更能引发关注。（来源）（80 分，50 条评论）
- 基于角色分工的模型组合，正在成为严肃工作流的默认形态。 planner/implementer/reviewer 分工、浏览器 QA 执行者，以及路由产品，都指向同一个趋势：用户预期自己的技术栈里不止一个模型。（来源）（99 分，37 条评论）
- 更强的 builder，发布的是围绕 AI 的控制界面，而不只是 AI 生成的结果。 OpenForge、TellMeWhenDown 和 RepoResident 都在生成步骤之外，补上了可导出性、可审计性或持久上下文。（来源）（49 分，22 条评论）
- 验证正在成为文化的一部分，而不只是代码流程的一部分。 JetBrains 对 Caveman 和 RTK 的公开测试之所以引发传播，是因为人们越来越想看到经过测量的成本/质量证据，而不是病毒式传播的 token 节省传说。（来源）（248 分，66 条评论）