Reddit AI 编程 - 2026-07-28¶
1. 人们在讨论什么¶
1.1 智能体杠杆开始变成职场保密问题，而不只是效率红利 (🡕)¶
劳动话题里最热的讨论串，谈的都是该披露多少 AI 辅助产出、收益该归谁，以及资深开发者是否正在悄悄把原本整个团队的工作量压缩到一个操作者身上。
u/Odd-Scientist8057 说，一名有 10+ 年经验的 SWE 现在会让 Claude 用 Fable 做规划、调度 Codex 智能体、处理质检，甚至调试云配置，甚至到了“我公司现在根本不需要超过一个技术人员”的地步（《SWE here. Is anyone else getting a little nervous?》）（434 分，437 条评论）。回复大致分成恐惧和适应两派：u/Illustrious-Film4018（得分 150）说自己没有可退的备选职业，而 u/Leather_Let498（得分 114）则把 AI 辅助编程比作把 Formula 1 赛车开到足以撞翻任何一个不懂这台机器的人。
u/simple_explorer1 描述了同一变化在组织里的版本：一个 4 人团队把原本规划 8 周的工作在 3 周内做完，然后对管理层说那只是“拼命干活和敬业投入”，因为承认真实工具链让人觉得不安全（《My team is finishing extremely complex tasks significantly earlier than planned every single sprint but when manager asks how was that possible, everyone pretends it was hard work and "senior" experience, but no one admits that they used Claude Code to write majority of code at blistering speed》）（298 分，137 条评论）。u/DasHaifisch（得分 184）追问这支团队到底有没有公司层面的 AI 政策，而 u/TheFreeTransmission（得分 11）说，他们自己的团队在经理立刻谈起更高交付速度目标后，也学会了闭口不谈。
讨论要点： 评论里争论的已经不是这种提速是不是真的，而是披露之后换来的会是更好的工具政策、同样薪水下更多工作，还是更少的人留在团队里。
与前日对比： 7 月 27 日的框架还是 AI 让更多项目值得启动；7 月 28 日则把同样的杠杆拉进了组织设计和岗位安全。
1.2 远程控制、更小的上下文，以及第二个智能体做质检，成了操作者的常规动作 (🡕)¶
实践者展示的已经不是如何单纯让模型“表现得更好”，而是如何围绕模型去设计运行框架：在手机上保持会话常驻、压缩臃肿的指令，并把重要工作转交给第二个模型复核。
u/one_who_is_happiest 询问 Claude Code 远程控制时，回复区把它当成日常工作流，而不是新鲜玩意（《anyone using this feature?》）（536 分，232 条评论）。u/GlucoseQuadro201（得分 191）说，他们把 Claude 24/7 跑在一台小型 EC2 实例上，用手机随时查看问题、调整代码、从任何地方开 PR；u/fun_si（得分 41）则说，这个功能让一次 WhatsApp 支持打断在他们离开笔记本时，也能在不到 20 分钟内修完。
u/Bulldagshunter 分享了最有说服力的一条“用配置自证”的帖子：Codex 发现已有的 Claude 登录态后，安装了 Claude Code，并把它当作一个带沙箱隔离的独立质检智能体来用，这样审查就不只是把自己的输出重新表述一遍（《Codex found my Claude login, installed Claude Code, and recruited it as an independent QA agent》）（149 分，70 条评论）。旁边围绕详细输出和 rules 文件的讨论则说明，即便模型已经很强，现在也需要比“随便给个提示就开跑”更刻意的运行框架设计。
讨论要点： 控制平面继续从“提示词够不够巧”转向运维层：持久会话、更精简的上下文，以及明确分离出来的审查智能体。
与前日对比： 7 月 27 日还在要求模型证明自己确实干了活；7 月 28 日已经开始有人搭建让这种证明更可能成立的工作流机器。
1.3 Kimi K3 仍是核心话题，但发布热度立刻转向上线与部署问题 (🡒)¶
Kimi K3 仍然是当天最明显的竞争压力来源，但讨论已经更具体：这个模型到底是什么、现在哪里能用，以及谁负担得起运行与之同级的系统。
u/BritishDudeGuy 贴出了 Kimi K3 在 Hugging Face 上刚刚上线的发布条目（《Kimi K3 has become open-weights just as of a few minutes ago.》）（576 分，48 条评论）。模型卡把它描述为一款开放权重的多模态 2.8T 参数 MoE 模型，活跃参数为 104B，上下文窗口为 1,048,576 个 token；见 《Kimi K3 on Hugging Face》。在回复里，u/Main_Razzmatazz5283（得分 86）立刻追问这东西到底要什么硬件才能跑，而 u/PolishMike88（得分 27）则说，自己把它跑在 Baseten 上时，暴露出了一个由 Opus 生成的代码库中的 bug。
u/an0therdev 又把同一场发布推进成一个策略问题：前沿开放权重是否会威胁到封闭实验室（《Kimi K3 is now open source. Is this the end of Closed source AI labs or something much worse》）（74 分，63 条评论）。真正有用的回复很快就把热度收窄了：u/Garland_Key（得分 13）纠正说，这里该叫 open weight，而不是 open source；u/tracagnotto（得分 11）则回了一句，大多数人还是得“有他妈一整仓库的 GPU 才跑得动”。
u/IAmABlasian 发帖展示了这个模型已经多快进入主流工具链：Cursor 里已经启用了 Kimi K3（《Kimi K3 now available in Cursor!》）（178 分，29 条评论）。回复也立刻从新鲜感转向预算和限额，这和更大的模式一致：只有当人们知道一个新模型如何嵌进现有运行框架里，它才真正重要。
讨论要点： 最强的 Kimi 讨论串已经不再只是为“开放”欢呼，而是在追问开放到底意味着什么、谁能托管它，以及它是否已经好到值得花掉真金白银的套餐预算。
与前日对比： 7 月 27 日的中心是开放权重事件本身。7 月 28 日则转向产品可用性和部署现实性。
1.4 最有意思的新项目越来越像是围绕智能体本身的基础设施 (🡕)¶
个人快速交付的故事依然吸睛，但最有辨识度的开发者帖子已经不再只是“我做了个应用”。它们更像是能减少智能体重复劳动、把编码延伸到零碎时间里，或让远程会话真正像开发界面的工具。
u/nndscrptuser 说，5 天的 Opus 5 和 Fable 5 就把一个个人想法做成了一款完整可运行的网页应用，配上了 Vercel、Neon、Sentry、外部接口、测试、恢复能力和扩展策略（《Claude is amazing. Codex is amazing. These tools are incredible.》）（442 分，71 条评论）。回复也把前提讲得很明白：u/Green_Sugar6675（得分 47）说，有经验的用户仍然需要紧盯输出；u/Outrageous-Issue9722（得分 18）则描述了把高强度 AI 使用和架构文档、垂直切片式纪律搭配起来的做法。
u/Opening-Profile6279 分享了 《Webcmd》，这是一个基于 Node 的工具，能学习重复出现的网站工作流，并把它们变成后续会话可调用的稳定 CLI 命令（《Webcmd: turn any website into a CLI your Claude sessions can call | Apache-2.0, open source》）（32 分，6 条评论）。它的 README 说，这个项目的目标是让智能体不必每次运行都重新摸索同一批网站，并把浏览器智能体的 token 消耗最多压到原来的 10%；但帖子也坦率点出了当前弱点：一旦缓存路径过期，命令可能会很自信地失败，而不是安全地失败。
u/Bartoasty 在移动端展示了同样的模式：Viber——一款以手机为先、由远程代码服务器支撑的移动开发环境（《Viber Mobile IDE》）（23 分，7 条评论）。应用商店页面 介绍说，这款应用把 Monaco 编辑器、远程终端控制、版本控制管理，以及 Antigravity、Claude Code、Codex 等 AI 命令行工具和后台持久化结合起来，让长时间运行的会话在离开桌面后也能继续存活。
讨论要点： 更锋利的开发者模式已经不是“用一次智能体”，而是“围绕智能体搭一个可复用的界面，让下一次会话一开始就有杠杆，而不是重新摸索”。
与前日对比： 7 月 27 日强调的是浏览器游戏和快速单人交付应用。7 月 28 日则增加了更多把智能体工作流本身做成产品的工具。
2. 令人困扰的问题¶
没有安全披露机制的劳动力杠杆¶
严重性：高。恐惧已经不再是抽象的“被替代”讨论。u/Odd-Scientist8057 说，一个用 Fable 做规划、用 Codex 执行的老练操作者，如今已经能覆盖足够大的工作面，甚至到了“我公司现在根本不需要超过一个技术人员”的程度（《SWE here. Is anyone else getting a little nervous?》）（434 分，437 条评论）；u/Illustrious-Film4018（得分 150）则回说自己没有可退的职业道路，而且其实怀念的就是写代码本身。u/simple_explorer1 描述了一个团队把原本 8 周的范围工作在 3 周内做完，然后因为觉得披露比不披露更危险，而向管理层隐瞒 Claude Code 的角色（《My team is finishing extremely complex tasks significantly earlier than planned every single sprint but when manager asks how was that possible, everyone pretends it was hard work and "senior" experience, but no one admits that they used Claude Code to write majority of code at blistering speed》）（298 分，137 条评论）。u/Vysion34（得分 17）把这种恐惧概括得很直接：如果管理层完全相信这种新吞吐数字，他们就可能认定需要的开发者更少。
人们的应对方式包括自己买订阅、互相审查彼此的 AI 输出，以及少报工作到底是怎么做完的。这是一个非常直接的治理问题，值得围绕它做产品——前提是工具能帮团队拿住真实的生产率收益，而不会让披露本身变成人头或交付速度上的惩罚。
仍然需要清理轮次、结果核对或委婉提示词的智能体¶
严重性：高。u/mushedmonkey 把一句笼统的“AI 太啰嗦”抱怨变成了可量化的证据：他们的分支一共新增 3,131 行，但真正可执行的代码只有 856 行，其余大多是测试、文档和注释（《Dunno if you guys still review AI code, but Opus 5 writes a TON of comments》）（103 分，41 条评论）。u/Nearby_Yam286（得分 21）说，他们经常会删掉一半的注释，再把剩下的修短；u/James333i（得分 17）则说，这种自我旁白式输出是他们最讨厌的 AI 编程毛病。
同样的主题也出现在策略层面。u/One-Satisfaction3318 展示了 Gemini 3.6 Flash 拒绝直接帮他加固自家仓库，并退回到泛泛最佳实践建议的画面（《Gemini 3.6 flash is denying to make my codebase secure》）（81 分，34 条评论）。u/UDPSendToFailed（得分 20）说，实际上的绕行办法就是把任务改名成更宽泛的代码质量审查；而注释清理那条讨论串则显示，用户已经在给本地 rules 叠加越来越多的限制，只为了让输出还算可审。
当前的绕行方案栈非常费劲：压缩上下文、禁止或裁剪注释、改写敏感任务表述，并把重要工作转给第二个模型。这值得围绕它做产品，因为用户已经明确告诉市场，他们需要的是有证据支撑的执行和更安全的控制界面，而不是更流畅的自言自语。
同一套运行框架里，限额和定价仍然难以横向比较¶
严重性：中高。u/KayBay80 说，只用两天 Cursor Pro 就耗尽了看上去像整月额度的价值，而类似的 Claude Opus 工作流周周看下来要慷慨得多（《Is it just me or are the limits on Pro really bad, even with composer?》）（5 分，41 条评论）。u/LongHaulinTruckwit（得分 2）则贴出了反方向的截图：Composer 2.5 用掉 199.7M token，也只占月周期的 14.8%。这反而让核心挫败感更强：用户根本分不清自己碰到的是糟糕的套餐、糟糕的运行框架，还是单纯换了一种计量表。
这同样值得做产品，不过机会比独立质检或记忆更窄：用户想要的是套餐翻译器、可预测的刷新逻辑，以及一种能在他们吃亏之前先解释清楚“什么才算划算”的工具。
3. 人们期望的功能¶
能跨越新聊天和工具切换继续存在的项目记忆¶
最明确、也最实际的诉求，是能持续保存决策的记忆层。u/Accomplished-Pipe917 问，时间一过一周、下一次会话又冷启动之后，大家到底怎么记住那些细碎的“方案 A 失败了、方案 B 成了”的选择（《How do you keep track of decisions between vibe coding sessions?》）（10 分，44 条评论）。回复里全是临时拼凑的替代品：u/Odd_Page1499（得分 3）用 HANDOFF.md，u/Kareja1（得分 2）把决定立刻写进 Linear，u/bikezhikeznflights（得分 2）则维护只追加的记忆、笔记、决策和当前状态文件。这不是愿景型需求，而是直接存在的缺口。机会判断：直接。
能运行、能验证、也能大声失败的独立质检¶
用户已经在自己拼这个能力了。u/Bulldagshunter 让 Codex 安装并调用 Claude Code 作为独立的质检智能体（《Codex found my Claude login, installed Claude Code, and recruited it as an independent QA agent》）（149 分，70 条评论）；而 u/One-Satisfaction3318 则不得不给一个安全任务改名，才能让模型愿意尝试去做（《Gemini 3.6 flash is denying to make my codebase secure》）（81 分，34 条评论）。u/mushedmonkey 提供了另一半证据：即便智能体真的写出了代码，审查面也可能瞬间膨胀（《Dunno if you guys still review AI code, but Opus 5 writes a TON of comments》）（103 分，41 条评论）。这个诉求既实际又紧迫：要让独立审查真正成立、能够执行，并且不能出现“看起来已经做完”的状态。机会判断：直接。
让完整仓库能力脱离桌面的移动编码界面¶
u/one_who_is_happiest 发起的 Claude Code 远程控制讨论说明，人们要的不是手机上的聊天窗口，而是能在手机尺寸界面里拿到真实会话、终端、任务和截图（《anyone using this feature?》）（536 分，232 条评论）。u/Bartoasty 做 Viber，正是因为现有移动方案不像真正的 IDE，更像一个远程聊天窗（《Viber Mobile IDE》）（23 分，7 条评论）。这个需求很实际，尤其适合同时要兼顾工作、育儿或通勤的人。机会判断：有竞争。
能把金钱和限额翻译成一次比较的套餐界面¶
用户想在碰到计量器之前，就先知道自己到底买了什么。Cursor Pro 那条帖子在两位用户报告出截然不同的消耗之后，立刻变成“我到底买的是什么”的抱怨（《Is it just me or are the limits on Pro really bad, even with composer?》）（5 分，41 条评论）。截图和论坛经验里虽有一些零碎答案，但用户仍然想要一层他们能信的解释界面。机会判断：直接。
4. 使用中的工具与方法¶
| 工具 | 类别 | 评价 | 优势 | 局限 |
|---|---|---|---|---|
| Claude Code 远程控制 | 智能体工作流 | (+) | 可在手机访问在线会话、快速修复、开 PR、查看截图反馈 | 依赖常久在线的机器，也可能模糊工作与生活边界 |
| Claude Opus 4.6 | LLM | (+) | 指令跟随强、方案更简洁、处理硬任务更让人放心 | 版本较旧，仍需要手动选模型和调参 |
| Claude Opus 5 / Fable 5 | LLM | (+/-) | 单人吞吐高、规划和执行都强，适合全栈交付 | 注释膨胀、容易过度设计、对 claude.md 敏感、后续跟进不稳定 |
| Codex + Claude 分工质检 | 多智能体方法 | (+) | 审计独立、可隔离重跑、能交叉核对 | 搭建和凭证处理都很乱 |
| Kimi K3 | 开放权重 LLM | (+/-) | 100 万上下文、前沿定位强、很快进入 Cursor | “开放权重”概念混乱、硬件成本高、套餐限额不确定 |
| Cursor | IDE 智能体 / 订阅 | (+/-) | 模型接入广、上新快，包括 Kimi K3 | 月限额让人困惑，价值反馈也不一致 |
| Gemini 3.6 Flash / 3.1 Pro | LLM | (-) | 速度快、自带套餐、适合更简单或有人盯着的任务 | 会拒绝安全类请求、容易指令失败、计划收尾差 |
| 《Webcmd》 | 浏览器自动化基础设施 | (+) | 复用确定性命令，减少重复浏览工作 | 过期适配器可能会自信地返回错误数据 |
| Viber Mobile IDE + vibe-server | 移动 IDE / 远程开发 | (+) | Monaco 编辑器、远程终端、git、AI CLI、后台持久化 | 远程后端配置不算简单，弱密码配置也有风险 |
| MCP 2026-07-28 | 协议 | (+) | 支持无状态远程部署，并与 OAuth/OIDC 对齐 | 对本地 stdio 用户几乎没有立刻可见的好处 |
总体满意度在“工具只做一件窄而明确的事”时仍然最高。人们依旧会在需要指令跟随时手动退回 Opus 4.6（《Opus 4.6 really is lightning in a bottle》）（189 分，68 条评论）；会在运行框架暴露出入口时去试 Kimi（《Kimi K3 now available in Cursor!》）（178 分，29 条评论）；而在经历安全拒绝和指令跟随投诉后，则把 Gemini 当成低信任选项（《Gemini 3.6 flash is denying to make my codebase secure》）（81 分，34 条评论）。
迁移模式仍然更像组合配置，而不是赢家通吃。远程控制、分离式智能体质检、更小的项目指令文件，与模型名字本身一样重要。因此竞争动态看起来不像供应商替换，更像角色分工：较老的 Claude 变体负责意图跟随，Kimi 带来前沿压力和新鲜评估，而 Webcmd 或 Viber 这类自定义界面则填补默认工作流仍然太浪费时间的地方。
5. 人们在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| 可运营 Web 应用（未命名） | u/nndscrptuser | 5 天内把个人想法做成一款生产风格的 Web 应用 | 把全栈基础设施、测试和监控压缩进单人工作流 | Opus 5、Fable 5、Vercel、Neon、Sentry、第三方 API | 已上线 | 帖子 |
| NewBlocks | u/MarkedMedic | 混合 WoW、Minecraft 和 OSRS 灵感的浏览器 MMO 原型 | 让非游戏开发者也能推进拖延已久的副业游戏世界 | 浏览器游戏技术栈、AI 编程工具 | Alpha | 帖子 |
| Sweaty Panzer | u/IamHuggos | 带升级、机器人和匹配系统的浏览器坦克对战射击游戏 | 展示 AI 辅助的浏览器多人游戏在小项目里能走多远 | Fable、Opus 5、浏览器游戏技术栈 | Beta | 帖子, 网站 |
| 《Webcmd》 | u/Opening-Profile6279 | 学习重复的网站工作流，并把它们暴露为可复用的 CLI 命令 | 让智能体不必每次会话都重新摸索同一批网站 | Node.js CLI、浏览器控制、adapter/skill 系统 | Alpha | 帖子, 仓库 |
| Viber Mobile IDE | u/Bartoasty | 手机端 IDE 加远程后端，可从手机运行编辑器、终端、git 和智能体 CLI | 让移动端获得完整能力的远程编码，而不是只能聊天的遥控 | Android 应用、Monaco、FastAPI 代码服务器、WebSockets、vibe-server 后端 | Beta | 帖子, 后端, 应用商店 |
看起来最像成品的，依然是 u/nndscrptuser 那个未命名 Web 应用，因为帖子描述的是实实在在的部署面，而不是玩具原型（《Claude is amazing. Codex is amazing. These tools are incredible.》）（442 分，71 条评论）。有意思的细节在于，回复并没有把它当成纯魔法；相反，大家强调的是设计文档、垂直切片，以及仔细通读输出。
面向消费者的开发者信息流里，游戏帖子依然最多，但评论者已经没那么宽容了。u/MarkedMedic 的 NewBlocks 推介一出来，立刻就有人质疑原创性和规模宣称（《I work a boring 9-5, but thanks to AI I can pursue my childhood dream of game development on the side》）（333 分，168 条评论）；相比之下，u/IamHuggos 的帖子给出的是更踏实的浏览器游戏功能清单：坦克、地图、延迟补偿，以及机器人回填（《Multiplayer tank combat shooter that runs in the browser》）（67 分，25 条评论）。
更有新意的模式，是围绕智能体本身做基础设施。Webcmd 之所以存在，是因为重复性的浏览器探索太贵、也太健忘；Viber 之所以存在，是因为对于想把真正的编辑器、git 和终端塞进口袋里的用户来说，移动端远程控制已经不够用了。这个模式再次指向同一个触发点：一旦代码生成变便宜，可复用的工作流和访问能力就成了稀缺层。
6. 新动态与亮点¶
MCP 2026-07-28 把远程 MCP 部署变成了普通 Web 基础设施¶
u/Annual_Area4848 贴出了 MCP 2026-07-28 的发布说明（《MCP just got its biggest update since launch 👀》）（219 分，35 条评论）。Anthropic 随附的博客说，新版规范让 MCP 变成无状态，并把认证对齐到 OAuth 2.0/OIDC；u/donk8r（得分 23）则把实际结果概括成：不用再把长时间存活的会话钉死在一台服务器上，而是可以像普通负载均衡或无服务器部署那样运行；见 Anthropic 博客。
7. 机会在哪里¶
[+++] 跨会话的决策记忆 — u/Accomplished-Pipe917 想要一份可靠记录，说明为什么方案 B 胜过方案 A，而回复里已经开始用 HANDOFF.md、项目日志、Linear 更新和自定义记忆存储来补这个洞（《How do you keep track of decisions between vibe coding sessions?》）（10 分，44 条评论）。这个机会很强，因为不管选哪家模型或哪套运行框架，这个需求都会出现。
[+++] 可审计的委派与有证据支撑的质检 — Codex + Claude 的 QA 故事、Opus 注释膨胀这个证据，再加上 Gemini 的安全拒绝，都指向同一个缺口：只有第二层真能跑起来、能验证，失败时还会大声报错，人们才会更信这些工具（《Codex found my Claude login, installed Claude Code, and recruited it as an independent QA agent》）（149 分，70 条评论）、（《Dunno if you guys still review AI code, but Opus 5 writes a TON of comments》）（103 分，41 条评论），以及（《Gemini 3.6 flash is denying to make my codebase secure》）（81 分，34 条评论）。
[++] 全能力的移动端与远程编码界面 — Remote Control 和 Viber 都说明，人们想要的是从手机上拿到真实的会话、终端和仓库，而不是一个被阉割的聊天伴侣（《anyone using this feature?》）（536 分，232 条评论）以及（《Viber Mobile IDE》）（23 分，7 条评论）。这个方向看起来中等偏强，因为使用场景是真的，但表面面积复杂，而且安全敏感。
[++] 套餐与计量翻译器 — 仅仅 Cursor Pro 那条讨论，就已经说明用户很难把预算、包含用量和刷新周期压进一个稳定的心智模型里，因为两个人报告出了对看起来相似工作完全不同的消耗（《Is it just me or are the limits on Pro really bad, even with composer?》）（5 分，41 条评论）。
[+] 带新鲜度检测的确定性浏览器自动化 — Webcmd 之所以打动人，是因为大家已经厌倦了每次会话都重讲一遍同样的浏览器工作流；但它的作者自己也说，过期路径仍然可能一本正经地返回胡话（《Webcmd: turn any website into a CLI your Claude sessions can call | Apache-2.0, open source》）（32 分，6 条评论）。这个机会正在浮现，但失败模式也已经很清楚。
8. 要点总结¶
- AI 编程讨论现在谈的既是劳动力经济学，也是模型质量。 资深开发者和整个团队都在描述：原本按周计划的工作，如今几天就能做完，接着开始担心披露之后会对薪酬、编制或岗位数量造成什么影响（《SWE here. Is anyone else getting a little nervous?》）（434 分，437 条评论）。
- 基于手机的智能体控制已经从噱头变成真实工作流。 用户把常久在线实例、手机开 PR 和实时 nudges 说成日常做法，而不是边缘用例（《anyone using this feature?》）（536 分，232 条评论）。
- 开放权重竞争只有接入真实运行框架时才有意义。 Kimi K3 在 Hugging Face 和 Cursor 里都第一时间吸走了注意力，但评论总会把话题拖回托管成本和部署现实（《Kimi K3 has become open-weights just as of a few minutes ago.》）（576 分，48 条评论）。
- 下一波产品越来越围绕智能体层本身展开。 Webcmd 和 Viber 不是新模型，而是在尝试把重复浏览、远程终端和移动编码变成可复用、可依赖的能力（《Webcmd: turn any website into a CLI your Claude sessions can call | Apache-2.0, open source》）（32 分，6 条评论）以及（《Viber Mobile IDE》）（23 分，7 条评论）。
- 用户仍然觉得自己看不懂套餐计量表。 即便只看一条 Cursor 讨论串，听起来相似的工作也会产出截然不同的用量故事，这让用户分不清自己碰到的到底是真限额，还是界面读错了（《Is it just me or are the limits on Pro really bad, even with composer?》）（5 分，41 条评论）。