加载失败
讨论围绕“好软件何时该停止新增功能并进入维护”的命题展开，评论用大量现实例子把抽象原则具象化：游戏行业的怀旧服与重制（如 WoW Classic、OSRS）、桌面/命令行工具（Sublime、coreutils 的 ls）、以及商业模式案例（Adobe 订阅、Dropbox 演化）被拿来比较。评论双方既争论“用户是否知道自己想要什么”（有时用户在表达要回旧产品），也讨论产品团队何时应守住身份、何时该听从用户，并把 VC/订阅驱动的变现压力、平台兼容与安全维护、以及 AI/代理化工具对成本与边界的影响纳入考量。读者需意识到这是一次从产品设计、商业模式到社区动力与技术实现多维度的综合讨论，而不是单一的对/错判断。
大量评论以游戏怀旧服为例说明不能一概忽视用户请求。Blizzard 最终推出的 WoW Classic（几乎复制 2004–2005 年原版的怀旧服）被视为玩家确切需求的代表：公司最初否认玩家想要经典服，后来妥协并取得商业与口碑上的成功。类似情形还出现在 Old School RuneScape（OSRS，Jagex 的 2007 年线路正式化）与 Diablo II 的持续社区支持上，这些案例展示用户有时想要的是“整个已存在的产品或设计哲学”，而非片段化的新功能。评论中也有人提醒：经典服不必在任何指标上全面超过现服才能说明问题——它只是证明存在足以投入资源的明确需求。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
不少人主张勇敢地把产品声称“完成”，只做错误修补与安全更新，以对抗不必要的功能膨胀。评论对比了过去盒装一次性付费的软件分发模式与现在的 SaaS（软件即服务）/订阅模式，指出后者激励厂商不停推新以追求增长，从而稀释既有用户体验。但也有现实担忧：把产品定为“完成”并不等于完全放任，需要持续兼顾兼容性与安全（例如平台架构变动会让长期不更新的 App 快速失效）。另外承认“完成”会触及管理层资源分配与岗位稳定性，心理上和组织上都难以推行。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
大量评论把功能堆叠归因于商业化动机：风险投资、订阅制和微交易等营收模式促使公司不断扩张产品边界以增加可货币化点。具体例子包括 Adobe 从一次性授权转到订阅、Dropbox 从单纯同步演变为多功能平台，以及游戏厂商在扩展包/MTX 上的权衡，这些都说明盈利模型会改变产品路线。评论者警告这种制度性压力会制造与长期用户利益冲突的决策，让“为股东增长”优先于“为用户做简洁工具”。有人因此主张支持非 VC 驱动或小规模可持续的商业模式作为替代。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
另一类评论强调并非所有用户请求都应被满足，尤其当请求会破坏系统性设计或社群动力时。Ultima Online 加入非 PvP 实例的例子被引用来说明：去掉原有风险感与随机互动会削弱游戏情绪参与；Arc Raiders 的 PvP 可选讨论也凸显分裂玩家基础的风险。这些观点主张产品团队要维护核心体验与身份，拒绝那些会以牺牲长期体验换取短期“更大受众”的改动。换言之，在系统性问题上，设计师有责任抵抗迎合性改动。
评论里有细致的个人经验：同样一个功能请求，交流方式会极大影响结果。礼貌且配合的用户经常促使工程师在解释过程中“rubber‑duck”地推导出更好方案，往往最终直接实现并超出原始请求；相反，霸道或不断添枝加叶的用户会耗尽工程师资源并导致拒绝。有人举出真实案例：一个付费客户与工程师合作修复并改造长期有缺陷的产品，说明协作型用户能把请求变成共创而非负担。评论也提醒开发者警惕 XY 问题（用户问 X 实际需要的是 Y），需先找准根本问题再决策。
很多人以小而专注的工具为范例，认为“做一件事并把它做好”比不断扩展更能留住用户。Sublime Text、vim/neovim、bspwm、Signal 等被引用为速度快、界面专注且长期可靠的例子；Stardew Valley 的案例说明作者在尝试复杂系统后回归更可预测的静态设计以换取长期可玩性。另一个维度是 UNIX/coreutils 文化：像 ls 这类工具对新增短选项极为谨慎，体现了对稳定 API 的保守态度。总体观点是：意见明确且功能紧凑的软件更易维护、体验更佳。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
若干评论把关注点投向 AI：AI 辅助开发与代理化循环可能把简单任务膨胀为多轮内部推理与外部调用，显著抬高成本与复杂度。具体担忧包括 LLM/agent 为了“更智能”而在后台做几十次循环、工具不懂何时收手、以及因此产生的计费与运行成本激增。作为对策，部分评论建议重新设计与 LLM 交互的最小工具集合，而不是把传统面向人的复杂 UI 继续堆给 AI 操作，以避免无谓的功能扩张。
feature creep: 英文术语，指功能逐步增加导致复杂度、维护成本和边缘情况上升，从而削弱核心体验；评论中以插件设置泛滥、UI 选项增多等为例。
SaaS（软件即服务）: 以云端订阅方式提供的软件分发模型，厂商可持续推送功能和更新，但也因此更容易受营收驱动而不断扩展产品范围。
subscription model（订阅制）: 持续付费模式，会把厂商的动力从一次性交付转为长期留存与增值，从而增加推出新功能或捆绑服务的压力（如 Adobe 的转型讨论）。
WoW Classic: World of Warcraft 的“经典怀旧服”（试图复刻 2004–2005 年原版玩法）的非技术名词性概念，评论把它当作用户明确要求整个旧产品而非零散新功能的代表性案例。
OSRS（Old School RuneScape）: Jagex 推出的 2007 年版 RuneScape 官方线路（源于玩家/私服呼声），作为“回归旧设计并另起一条更新路线”的成功范例被频繁引用。
VC funding（风险投资）: 风险投资资本，会给初创公司带来以快速增长和规模化为目标的压力，评论指出这种资金来源会促使产品为可变现性而扩张功能或服务。
XY problem: 用户问 X（表面请求），但真实问题是 Y，直接实现 X 可能不是解决根本问题的正确办法；评论中以此提醒工程师优先探明真实需求。