在 UM790 Pro 这件事上，铭凡确实做了一件同类迷你主机品牌大多数不愿意做的事：他们没有把那条「坏批次」讨论从自家论坛上清走。车主们互相交换序列号、对比崩溃日志、集体勾勒问题形状的那些帖子，就挂在 bbs.minisforum.com——公司自己的域名下面。这是一份小而难得的编辑勇气。把「Inventory of problematic UM790 Pro」这个帖子悄悄删掉、让这条线索散佚到零碎的 Reddit 帖子里，明显更省事。
帖子还在，这是这件事里铭凡可以引以为荣的那一部分。
故事剩下的部分，是关于他们没做的那些事。
这条帖子在登记什么
「Inventory of problematic UM790 Pro」这条帖子之所以存在，是因为一群车主注意到：他们的机器——来自不同店铺、不同国家、不同配置——却呈现同一组症状。空闲时随机重启；冷启动失败，开机后停在黑屏、必须拔掉墙上电源才能重启；Windows 事件查看器里记录的 WHEA PCIe controller 报错；间歇性的蓝屏，每次 stop code 还都不一样。
让这个模式变得可辨识的，并不是某一个具体症状——任何一台现代 PC 都可能在任何一天冒出其中之一。真正的关键是它与购买日期的相关性。机器在 2023 年 7 月下半月 出货的车主，在崩溃报告中占比显著偏高；6 月或 8 月出货的车主则不然。社区那条横跨多页的「crashing-randomly」长帖，本质上就是一份由无偿志愿者拼起来的临时流行病学调查，把这个特定的生产窗口识别成故障的载体。
刷 BIOS 没用。帖子里多位用户反馈，把可用的每一个 BIOS 版本都刷了一遍，症状模式依然存在，最终只能得出结论：问题在硬件侧——这一批次主板上烙下的供电缺陷，是固件层面够不到的地方。
「I am done with the UM790 Pro」那一条
有一位车主的帖子，标题就叫「I am done with the UM790 Pro」，它捕捉到的是大多数客户最终都会走完的那条循环：购买、初期热情、第一次崩溃、提单、泛泛的排障建议、第一次 RMA、换来的机器又落在同一批次、第二轮崩溃、新一轮通信、客户逐渐意识到自己是在重新发现一个已知问题，最后选择脱离。这条帖子还留在铭凡自家论坛上，再一次体现公司没有审查的克制。但帖子本身的内容，不是一份令人宽慰的阅读材料。
铭凡没做的事
有三件事公司本可以做，却没做：
一次正式召回。 本系列另一篇文章里谈到的 NAB9 电容问题，最终产生了一份带序列号范围的官方质量通告、一个换机计划、以及公开媒体报道。UM790 Pro 这一 2023 年 7 月的批次，没有任何类似通告。社区识别了故障；铭凡从未在批次层面正式承认；BBS 帖子之外的客户，没有任何途径知道自己的购买窗口对应着显著偏高的故障概率。
一个序列号查询工具。 一位受影响的客户若想检查自己这台是否落在该批次内，没有来自厂商一侧的工具可用。他们必须自己摸进社区帖子，找一份由陌生人整理的清单，再手动比对。对一台被作为小型办公工作站出售的设备，让客户自己做现场取证，不是一个可接受的客服设计。
一个预防性换机窗口。 按社区的分析，该批次内的机器在统计上更容易故障。尚未经历崩溃的批次内买家，实际上是坐在一枚会滴答作响的机器旁。铭凡没有提供任何预防性补救——没有一句「如果您在 2023 年 7 月下旬购买了 UM790 Pro，请联系我们更换」。客户只能等故障降临，然后在这个本就以来回运费和周期摩擦著称的类别里重新启动保修流程。
UM790 Pro 落入的那类模式
UM790 Pro 的故事，与本系列中几篇文章落在同一个结构性位置。公司有能力做主动召回——NAB9 的例子已经证明过这一点；但这个标准并未被一致执行。被正式承认过的问题，像 NAB9 那样，会被处理；被社区自行记录下来的问题，像 UM790 Pro 的 2023 年 7 月批次那样，就被允许停留在可见的沉默里。两者之间的差别不在技术严重性——都会直接损害用户体验——而在于公司是否决定公开地把这个模式认领下来。
在 UM790 Pro 上，决定是让论坛替自己保留记录，而不是把它正式化为一次召回。这个决定有安静的代价。正在二手市场挑选 UM790 Pro 的买家，无法确认自己盯上的那台是否落在批次之内。已经拥有、但尚未经历故障的买家，无法知道自己是否在靠借来的时间活着。关于这项风险的唯一信息，就是铭凡自家网站上那条由社区撰写的帖子——一份公司保留了、却不曾背书、也不曾据以行动的档案。下一次同类模式重现时，那份档案还会在那儿。这也是每位读到它的买家应当带走的那一句话。