Reddit AI 编程 - 2026-07-28¶
1. 大家在讨论什么¶
1.1 Agent 带来的杠杆效应，已不只是生产力红利，更成了职场保密问题（🡕）¶
讨论最多的劳动力相关帖子，聚焦于应该披露多少 AI 辅助产出、收益归谁，以及资深开发者是否正悄悄把原本整个团队的工作量压缩到一个操作员身上。
u/Odd-Scientist8057 表示，一名拥有 10 多年经验的软件工程师如今让 Claude 借助 Fable 做规划、调度 Codex agents、处理 QA，甚至调试云配置，以至于“现在我的公司不需要超过一个技术人员了”（我是 SWE。还有谁也开始有点紧张了吗？）（434 积分，437 条评论）。回复明显分成恐惧与适应两派：u/Illustrious-Film4018（得分 150）说自己没有退路可言，而 u/Leather_Let498（得分 114）把 AI 辅助编程比作驾驶一级方程式赛车——快到足以让任何不懂这台机器的人当场失控。
u/simple_explorer1 描述了同一变化在组织层面的版本：一个四人团队在三周内完成了原本规划为八周的工作，随后对管理层只说这是“努力工作和全心投入”，因为承认真实工具链让他们觉得不安全（我们团队每个 sprint 都能比计划提前很多完成极其复杂的任务，但当经理问这是怎么做到的时候，大家都假装这靠的是努力工作和“资深”经验，却没人承认，大部分代码其实都是用 Claude Code 以惊人的速度写出来的）（298 积分，137 条评论）。u/DasHaifisch（得分 184）追问这个团队是否至少有公司的 AI 政策，而 u/TheFreeTransmission（得分 11）说，他们自己的团队在一名经理立刻开始讨论更高产出目标之后，就学会了保持沉默。
讨论洞察： 评论区争论的并不是提速是否真实，而是披露之后会带来更好的工具政策、同样薪资下更多工作，还是团队里更少的人。
与前一天的比较： 7 月 27 日的框架还是 AI 让更多项目值得启动；到了 7 月 28 日，同样的杠杆效应已经被拉进组织设计和岗位安全。
1.2 远程控制、更小的上下文，以及第二个 Agent 做 QA，已成常规操作（🡕）¶
实践者不再只是要求模型“表现得更好”，而是开始围绕模型本身搭建控制框架：让会话在手机上持续可用、压缩臃肿指令，并把重要工作交给第二个模型复核。
u/one_who_is_happiest 询问 Claude Code remote control，回复则把它当作日常工作流，而不是新奇功能（有人在用这个功能吗？）（536 积分，232 条评论）。u/GlucoseQuadro201（得分 191）说，他们让 Claude 在一台小型 EC2 实例上 24/7 运行，并通过手机随时查看问题、改代码、开 PR；u/fun_si（得分 41）则表示，这项功能让他们在离开笔记本电脑时，也能把一次 WhatsApp 支持打断处理成不到 20 分钟的修复。
u/Bulldagshunter 分享了最有说服力的“靠配置证明”帖子：Codex 发现已有的 Claude 登录状态后，安装了 Claude Code，并把它作为隔离的独立 QA agent 使用，这样审查就不只是把自己的输出换个说法复述一遍（Codex 发现了我的 Claude 登录，安装了 Claude Code，并把它招募成了一个独立的 QA 代理）（149 积分，70 条评论）。围绕冗长输出和规则文件的相邻讨论也表明，即便是能力很强的模型，如今也需要比“给个提示就开干”更有意识的控制框架设计。
讨论洞察： 控制平面正在从提示词技巧转向运维层面：持久化会话、更精简的上下文，以及明确分离的审查 agent。
与前一天的比较： 7 月 27 日，人们要求模型证明自己真的做了事；7 月 28 日，人们已经在搭建一套工作流机制，让这种证明更容易成立。
1.3 Kimi K3 仍处于核心位置，但发布热度很快转向上线与部署问题（🡒）¶
Kimi K3 仍是当天最明显的竞争压力来源，但讨论已经更具体了：这个模型究竟是什么、目前已在哪些地方可用，以及谁负担得起运行它这一类模型的成本。
u/BritishDudeGuy 链接了 Kimi K3 在 Hugging Face 上的正式发布产物（就在几分钟前，Kimi K3 已经变成开放权重了。）（576 积分，48 条评论）。模型卡将其描述为一个开放权重的多模态 2.8T 参数 MoE 模型，激活参数为 104B，上下文窗口为 1,048,576 tokens；Hugging Face 上的 Kimi K3。在回复中，u/Main_Razzmatazz5283（得分 86）立刻追问运行它需要什么样的硬件，而 u/PolishMike88（得分 27）表示，在 Baseten 上运行它时，暴露出了一个由 Opus 生成的代码库中的 bug。
u/an0therdev 把同一场发布延伸成一个战略问题：前沿开放权重是否会威胁闭源实验室（Kimi K3 现在已经开源了。这会是闭源 AI 实验室的终结，还是更糟糕的开始？）（74 积分，63 条评论）。有价值的回复很快给热度降温：u/Garland_Key（得分 13）纠正术语，指出应说“开放权重”而不是“开源”；u/tracagnotto（得分 11）则回答说，大多数人仍然需要“他妈的一整座 GPU 仓库才能跑它”。
u/IAmABlasian 发帖展示了这个模型多快就进入了主流工具：Kimi K3 已在 Cursor 中启用（Kimi K3 现已在 Cursor 中可用！）（178 积分，29 条评论）。回复马上从新鲜感转向预算和限制，这也符合更广泛的规律：一个新模型只有在人们知道它如何嵌入现有控制框架时，才真正重要。
讨论洞察： 最有分量的 Kimi 讨论，已经不再只是为“开放”欢呼，而是在追问开放到底意味着什么、谁能托管它，以及它是否已经强到值得投入真实的套餐预算。
与前一天的比较： 7 月 27 日聚焦的是开放权重事件本身；7 月 28 日则转向产品可用性与部署现实。
1.4 最有意思的构建，越来越多是在为 Agent 本身搭基础设施（🡕）¶
个人独立交付的故事依然吸睛，但最有辨识度的 builder 帖子已经不再只是“我做了个应用”。它们更像是在减少 Agent 的重复劳动、把编程延伸到碎片时间，或让远程会话真正成为一个开发界面。
u/nndscrptuser 表示，借助五天的 Opus 5 和 Fable 5，他们把一个个人想法变成了完全可运行的 Web 应用，包含 Vercel、Neon、Sentry、外部 API、测试、恢复机制和扩展策略（Claude 很棒。Codex 很棒。这些工具太不可思议了。）（442 积分，71 条评论）。回复也把前提说得很清楚：u/Green_Sugar6675（得分 47）说，有经验的用户仍然需要仔细阅读输出；u/Outrageous-Issue9722（得分 18）则描述了把重度 AI 使用与架构文档、垂直切片开发结合起来的做法。
u/Opening-Profile6279 分享了 Webcmd，这是一个基于 Node 的工具，能学习重复出现的网站工作流，并把它们转换成后续会话可复用的稳定 CLI 命令（Webcmd：把任意网站变成你的 Claude 会话可调用的 CLI | Apache-2.0，开源）（32 积分，6 条评论）。其 README 表示，目标是避免 agents 每次运行都重新摸索相同网站，并把浏览器 agent 的 token 开销最多削减 90%；但帖子也坦率指出当前弱点：当缓存路径失效时，命令可能会错误得很笃定，而不是以安全方式失败。
u/Bartoasty 展示了同一模式在移动端的实现：Viber 是一款以手机为优先、由远程代码服务器支撑的 IDE（Viber Mobile IDE）（23 积分，7 条评论）。Play Store 页面 介绍称，Viber 将 Monaco 编辑器、远程 shell 控制、git 生命周期管理，以及 Antigravity、Claude Code 和 Codex 等 AI CLI 结合起来，并通过后台持久化让长时间运行的会话在离开桌面后仍能持续。
讨论洞察： 更鲜明的 builder 模式不是“用一次 agent”，而是“围绕 agent 搭一个可复用的工作界面，让下一次会话从杠杆开始，而不是从重新摸索开始”。
与前一天的比较： 7 月 27 日突出的是浏览器游戏和快速单人交付应用；7 月 28 日则多了更多以 agent 工作流本身为产品的工具。
2. 什么让人沮丧¶
没有安全披露机制的劳动力杠杆效应¶
严重程度：高。人们害怕的已经不再是抽象的“被替代”。u/Odd-Scientist8057 表示，一个熟练操作者用 Fable 负责规划、用 Codex 负责执行，如今已经能覆盖足够大的工作范围，以至于“现在我的公司不需要超过一个技术人员了”（我是 SWE。还有谁也开始有点紧张了吗？）（434 积分，437 条评论）；u/Illustrious-Film4018（得分 150）回复说，他们没有退路，也开始怀念亲自写代码。u/simple_explorer1 描述了一个团队在三周内完成原本规划为八周的工作，随后因为觉得披露 Claude Code 的作用弊大于利，便对管理层隐瞒了它（我们团队每个 sprint 都能比计划提前很多完成极其复杂的任务，但当经理问这是怎么做到的时候，大家都假装这靠的是努力工作和“资深”经验，却没人承认，大部分代码其实都是用 Claude Code 以惊人的速度写出来的）（298 积分，137 条评论）。u/Vysion34（得分 17）把这种恐惧概括得很直接：如果管理者真的相信新的吞吐数字，他们可能会得出“需要更少开发者”的结论。
人们目前的应对方式包括使用个人订阅、互相审查 AI 输出，以及少报实际工作是怎么完成的。这显然是一个值得围绕其构建产品的治理问题，但前提是工具能帮助团队保留真实的生产力收益，而不会让披露变成裁员或提高速度指标的理由。
仍需要清理、验收核对或委婉提示的 agents¶
严重程度：高。u/mushedmonkey 把模糊的“AI 太啰嗦”抱怨变成了可衡量的证据：他们的分支新增了 3,131 行，但其中只有 856 行是可执行代码，其余大多是测试、文档和注释（不知道你们现在还会不会审查 AI 写的代码，不过 Opus 5 写了海量注释）（103 积分，41 条评论）。u/Nearby_Yam286（得分 21）说，他们经常删掉一半注释，再把剩下的继续压缩；u/James333i（得分 17）则把这种自我旁白称为自己最讨厌的 AI 编程毛病。
同样的问题也出现在策略层面。u/One-Satisfaction3318 展示了 Gemini 3.6 Flash 如何拒绝直接帮用户加固自己的 repo，转而给出泛泛的最佳实践建议（Gemini 3.6 flash 拒绝帮我的代码库做安全加固）（81 积分，34 条评论）。u/UDPSendToFailed（得分 20）说，实用的变通办法是把任务改名成更宽泛的代码质量审查；而清理注释的讨论则显示，用户不得不层层叠加本地规则，才能让输出勉强保持可审查。
当前这套变通堆栈非常费劲：缩小上下文、禁止或删减注释、改写敏感任务，并把重要工作交给第二个模型。这个方向值得构建产品，因为用户已经在明确告诉市场，他们需要的是有凭证支撑的执行与更安全的控制界面，而不是更流畅的旁白。
即便在同一控制框架中，限制和定价也难以直接比较¶
严重程度：中高。u/KayBay80 表示，两天的 Cursor Pro 工作就耗尽了看起来像整月额度的价值，而类似的 Claude Opus 工作流按周看则显得宽松得多（是只有我这么觉得，还是 Pro 的限制真的很糟，就算用了 composer 也是？）（5 积分，41 条评论）。u/LongHaulinTruckwit（得分 2）则贴出了相反类型的截图——Composer 2.5 用了 199.7M tokens，却只占月度周期的 14.8%——这反而让核心挫败感更强：用户根本分不清自己看到的是糟糕的套餐、糟糕的控制框架，还是仅仅不同的计量方式。
这同样值得围绕其构建产品，不过与 QA 或记忆能力相比，这是更窄一些的机会：用户想要套餐换算器、可预测的刷新逻辑，以及能在他们吃亏之前解释“怎样才算划算”的工具。
3. 人们希望存在什么¶
能跨越新会话和工具切换延续下去的项目记忆¶
最明确的实际诉求，是持久化的决策记忆。u/Accomplished-Pipe917 询问，一周过去、下一次会话又从冷启动开始之后，大家到底怎样记录所有那些“方案 A 失败、方案 B 有效”的细小决策（你们是怎么在 vibe coding 会话之间追踪决策的？）（10 积分，44 条评论）。回复给出的全是临时替代品：u/Odd_Page1499（得分 3）使用 HANDOFF.md，u/Kareja1（得分 2）把决策立刻写进 Linear，u/bikezhikeznflights（得分 2）则维护只追加的记忆、笔记、决策和当前状态文件。这不是理想化诉求，而是直接需求。机会：直接。
能执行、能验证、失败时会明确报错的独立 QA¶
用户已经在自己拼这套东西。u/Bulldagshunter 让 Codex 安装并调用 Claude Code，把它作为独立 QA agent（Codex 发现了我的 Claude 登录，安装了 Claude Code，并把它招募成了一个独立的 QA 代理）（149 积分，70 条评论）；u/One-Satisfaction3318 则不得不把一个安全任务换个名字，才能让模型至少尝试去做（Gemini 3.6 flash 拒绝帮我的代码库做安全加固）（81 积分，34 条评论）。u/mushedmonkey 补上了需求的另一半：即便 agent 真的生成了代码，审查界面也可能迅速失控膨胀（不知道你们现在还会不会审查 AI 写的代码，不过 Opus 5 写了海量注释）（103 积分，41 条评论）。诉求既现实又紧迫：让独立审查真正成立、可执行，并让虚假的“已完成”状态不可能混过去。机会：直接。
让完整 repo 能力离开桌面后仍可用的移动编程界面¶
u/one_who_is_happiest 以及围绕 Claude Code remote control 的回复已经表明，人们想要的不只是手机聊天，而是通过手机大小的界面访问真实会话、shell、任务和截图（有人在用这个功能吗？）（536 积分，232 条评论）。u/Bartoasty 构建 Viber，正是因为现有移动方案不像真正的 IDE，更像一个远程聊天窗口（Viber Mobile IDE）（23 积分，7 条评论）。这是一种现实需求，尤其适合要兼顾工作、育儿或通勤的人。机会：竞争性较强。
能把费用与限制翻译成单一对比面的套餐界面¶
用户希望在掏钱之前就知道自己买的是什么，而不是等到用到筋疲力尽才摸清计量方式。Cursor Pro 那条帖子很快就变成了“我到底在为什么付费”的抱怨，因为两名用户报告了听上去类似的工作，却出现了截然不同的消耗（是只有我这么觉得，还是 Pro 的限制真的很糟，就算用了 composer 也是？）（5 积分，41 条评论）。截图和论坛经验能提供部分答案，但用户仍然想要一层自己可以信任的解释界面。机会：直接。
4. 正在使用的工具和方法¶
| 工具 | 类别 | 评价 | 优势 | 局限 |
|---|---|---|---|---|
| Claude Code Remote Control | Agent 工作流 | (+) | 可用手机访问在线会话、快速修复、开 PR、基于截图给反馈 | 依赖始终在线的机器，也可能模糊工作与生活边界 |
| Claude Opus 4.6 | LLM | (+) | 指令遵循强、方案更简洁、处理难任务时值得信赖 | 版本较旧，仍需手动选模型和调参 |
| Claude Opus 5 / Fable 5 | LLM | (+/-) | 单人产出高，规划与执行能力强，适合全栈交付 | 注释膨胀、过度工程化、claude.md sensitivity、后续跟进不稳定 |
| Codex + Claude 分离式 QA | 多 Agent 方法 | (+) | 独立审计、隔离重跑、交叉核验 | 配置和凭据处理都很乱 |
| Kimi K3 | 开放权重 LLM | (+/-) | 1M 上下文、具备强烈前沿竞争压力、快速进入 Cursor | 开放权重概念混淆、硬件成本高、套餐限制不确定 |
| Cursor | IDE agent / 订阅服务 | (+/-) | 模型覆盖广、上新快，包括 Kimi K3 | 月度限制含义不清，用户对价值的反馈不一致 |
| Gemini 3.6 Flash / 3.1 Pro | LLM | (-) | 速度快、捆绑提供，适合更简单或有监督的任务 | 安全拒绝、指令执行失败、计划收不拢 |
| Webcmd | 浏览器自动化基础设施 | (+) | 复用确定性命令，减少重复浏览工作 | 适配器一旦过期，可能会很笃定地返回错误数据 |
| Viber Mobile IDE + vibe-server | 移动 IDE / 远程开发 | (+) | Monaco 编辑器、远程 shell、git、AI CLI、后台持久化 | 远程后端配置并不简单，弱密码配置存在风险 |
| MCP 2026-07-28 | 协议 | (+) | 支持无状态远程部署，并与 OAuth/OIDC 对齐 | 对本地 stdio 用户几乎没有立刻可见的收益 |
总体满意度最高的，依然是那些职责单一且边界明确的工具。人们仍会手动切回 Opus 4.6 来获得更好的指令遵循（Opus 4.6 确实堪称灵光乍现之作）（189 积分，68 条评论），在控制框架支持的地方尝试 Kimi（Kimi K3 现已在 Cursor 中可用！）（178 积分，29 条评论），并在经历安全拒绝和指令遵循投诉后，把 Gemini 视为低信任选项（Gemini 3.6 flash 拒绝帮我的代码库做安全加固）（81 积分，34 条评论）。
迁移模式依然是组合配置，而不是赢家通吃。远程控制、分离式 agent QA，以及更小的项目指令文件，被认为和模型名字本身一样重要。因此，竞争态势看起来更像角色分工，而不是供应商替换：较旧的 Claude 版本负责意图遵循，Kimi 提供前沿压力和新鲜评估，而在默认工作流仍然浪费太多时间的地方，则使用 Webcmd 或 Viber 这类定制界面。
5. 人们在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| 生产级 Web 应用（未命名） | u/nndscrptuser | 五天内把个人想法做成一个生产风格的 Web 应用 | 把全栈基础设施、测试和监控压缩进单人工作流 | Opus 5、Fable 5、Vercel、Neon、Sentry、第三方 APIs | 已发布 | 帖子 |
| NewBlocks | u/MarkedMedic | 融合 WoW、Minecraft 和 OSRS 风格影响的浏览器 MMO 原型 | 让一名非游戏开发者也能推进拖延已久的副业游戏世界构想 | 浏览器游戏技术栈、AI 编程工具 | Alpha | 帖子 |
| Sweaty Panzer | u/IamHuggos | 带升级、bots 和 matchmaking 的浏览器坦克战斗射击游戏 | 展示 AI 辅助下，小型项目的浏览器多人游戏能做到什么程度 | Fable、Opus 5、浏览器游戏技术栈 | Beta | 帖子、网站 |
| Webcmd | u/Opening-Profile6279 | 学习重复出现的网站工作流，并把它们暴露为可复用 CLI 命令 | 避免 agents 每次会话都重新摸索相同网站 | Node.js CLI、浏览器控制、adapter/skill system | Alpha | 帖子、仓库 |
| Viber Mobile IDE | u/Bartoasty | 移动 IDE 加远程后端，可通过手机运行编辑器、终端、git 和 agent CLI | 在移动端提供完整能力的远程编程，而不只是聊天式控制 | Android app、Monaco、FastAPI 代码服务器、WebSockets、vibe-server 后端 | Beta | 帖子、后端、Play Store |
完成度看起来最高的，仍然是 u/nndscrptuser 的未命名 Web 应用，因为帖子描述的是实际部署面，而不是一个玩具原型（Claude 很棒。Codex 很棒。这些工具太不可思议了。）（442 积分，71 条评论）。有意思的是，回复并没有把它当成纯粹的魔法，而是强调了设计文档、垂直切片，以及仔细阅读输出。
游戏类帖子依然主导面向消费者的 builder 信息流，但评论者已经没那么宽容了。u/MarkedMedic 的 NewBlocks 介绍立刻招来对原创性和规模说法的质疑（我做着一份朝九晚五的乏味工作，但多亏了 AI，我能在业余时间追逐儿时的游戏开发梦想）（333 积分，168 条评论），而 u/IamHuggos 则给出了一份更扎实的浏览器游戏功能清单，包括坦克、地图、延迟补偿和 bot 补位（可在浏览器中运行的多人坦克战斗射击游戏）（67 积分，25 条评论）。
更有新意的模式，是围绕 agent 本身搭建基础设施。Webcmd 的存在，是因为反复探索浏览器既昂贵又健忘；Viber 的存在，则是因为对希望把真正的编辑器、git 和终端装进口袋的用户来说，远程移动控制已经不够了。这一模式再次指向同一个触发点：一旦代码生成变得便宜，工作流复用和访问能力就成了稀缺层。
6. 新动态与值得关注的内容¶
MCP 2026-07-28 让远程 MCP 部署变成普通 Web 基础设施¶
u/Annual_Area4848 发布了 MCP 2026-07-28 的发布说明（MCP 迎来了自发布以来最大的一次更新 👀）（219 积分，35 条评论）。Anthropic 的配套博客称，该规范如今让 MCP 变为无状态，并让认证与 OAuth 2.0/OIDC 对齐；u/donk8r（得分 23）则把实际结果概括为：可以像普通负载均衡或 serverless 部署那样运行，而不必把一个长连接会话固定在某一台服务器上；Anthropic 博客。
7. 机会在哪里¶
[+++] Cross-session decision memory — u/Accomplished-Pipe917 希望有一种可靠方式，记录为什么方案 B 比方案 A 更好；而回复里，人们已经在用 HANDOFF.md 文件、项目日志、Linear 更新和自定义记忆存储来补这个缺口（你们是怎么在 vibe coding 会话之间追踪决策的？）（10 积分，44 条评论）。这一方向很强，因为无论模型选择或控制框架如何变化，这个需求都会出现。
**+++］ 可审计的委派与有证据支撑的 QA** —— Codex 加 Claude 的 QA 故事、Opus 的注释膨胀产物，以及 Gemini 对安全审查的拒绝，其实都指向同一个缺口：当第二层真的能够运行、验证，并在失败时明确报错时，人们才会更信任这些工具（［Codex found my Claude login, installed Claude Code, and recruited it as an independent QA agent）（149 积分，70 条评论）、（不知道你们现在还会不会审查 AI 写的代码，不过 Opus 5 写了海量注释）（103 积分，41 条评论）和（Gemini 3.6 flash 拒绝帮我的代码库做安全加固）（81 积分，34 条评论）。
**++］ 完整能力的移动端与远程编码界面** —— Remote Control 和 Viber 都表明，人们想要的是能在手机上访问自己真实的会话、shell 和仓库，而不是一个被阉割的聊天助手（［anyone using this feature?）（536 积分，232 条评论）和（Viber Mobile IDE）（23 积分，7 条评论）。这一方向看起来中等偏强，因为真实使用已经存在，但产品面复杂，而且高度涉及安全。
**+］ 带新鲜度检测的确定性浏览器自动化** —— Webcmd 的卖点之所以打动人，是因为大家已经厌倦了每次会话都要重复解释同样的浏览器工作流，但它的作者自己也说，过期路径仍然可能一本正经地返回胡说八道（［Webcmd: turn any website into a CLI your Claude sessions can call | Apache-2.0, open source）（32 积分，6 条评论）。这一机会正在浮现，但它的失败模式已经定义得很清楚。
8. 要点¶
- AI 编程讨论如今既关乎劳动力经济，也关乎模型质量。 资深开发者和整个团队都描述了如何在几天内做完原本计划数周的工作，然后开始担心披露、薪酬或编制影响（我是 SWE。还有谁也开始有点紧张了吗？）（434 积分，437 条评论）。
- 基于手机的 agent 控制，已经从噱头跨进了真实工作流。 用户描述了始终在线的实例、移动端 PR，以及对实时会话的随手推动，这些都已成日常实践，而非边缘行为（有人在用这个功能吗？）（536 积分，232 条评论）。
- 开放权重竞争只有进入真实控制框架后才真正重要。 Kimi K3 在 Hugging Face 和 Cursor 上都立刻引发关注，但评论始终把讨论拉回托管成本与部署现实（就在几分钟前，Kimi K3 已经变成开放权重了。）（576 积分，48 条评论）。
- 下一波产品越来越聚焦于 agent 这一层本身。 Webcmd 和 Viber 并不是新模型，而是在尝试让重复浏览、远程 shell 和移动编程变得可复用、可依赖（Webcmd：把任意网站变成你的 Claude 会话可调用的 CLI | Apache-2.0，开源）（32 积分，6 条评论）和（Viber Mobile IDE）（23 积分，7 条评论）。
- 用户依然觉得自己看不懂套餐计量。 即使在同一个 Cursor 帖子里，听起来相似的工作也能产生差异巨大的用量故事，用户因此无法判断自己碰到的到底是真限制，还是只是读错了界面（是只有我这么觉得，还是 Pro 的限制真的很糟，就算用了 composer 也是？）（5 积分，41 条评论）。