这轮最让我意外的结果，是我的 M1 Max 64GB、24 核 GPU，最后把 Qwen3.8 Flash-Next 跑到了每秒约 31 token。模型加载后，短问题通常半秒左右开始出字，接近 128K 的长输入也完整跑通了，后续追问还能复用缓存。

这是 2021 年那一代芯片。我原本也没指望它到现在还能运行这么大的模型，64GB 统一内存倒是又派上了用场。

我想要的本地模型，主要是拿来随意聊聊、写点东西、试一些表达更自由的内容。认真写代码和跑复杂 Agent，我已经有 Codex、Claude 等工具，不需要本地模型把它们全替掉。只要响应足够快、中文正常、偶尔能看图，就已经值得玩。

最后留下来用过的组合是 SC117 的 GSQ-RCO Abliterated Q2_0，加上针对 M1 优化的 DS4 Metal 引擎。从第一套方案到这个结果，中间换了引擎、量化和输入分块，也纠正了我对内存和上下文的几个判断。

先说最后的选择：暂时保留 Qwen Image 2.1 在本机。对我这台 M1 Max 64GB、24 核 GPU 的 Mac，以及这轮用到的生图和角色参考流程来说，它功能最全，性能也比较平衡。MOSS Image 等社区进一步挖掘。

留下的具体版本是 Qwen Image 2.1 Turbo Heretic MLX BF16，八步、原生计算、完整 VAE 解码。它不是这轮所有图里最好看的，也不是每个任务都最快，但两分钟左右就能出一张复杂方图，又能接参考图，比较适合继续留着玩。

MOSS 的动漫效果其实不错。八步版已经有可玩性，原版 50 步也能画出漂亮的脸和衣饰，只是竖图要等二十多分钟。至于复杂服装设计，把两者和之前的 GPT Image 放到一起，我还是更喜欢 GPT Image 的审美和工艺细节。

这次最终找回了密码：7 位小写字母。原始 ZIP 可以正常打开，完整 TXT 已提取，另外生成的去密码副本也通过了完整 CRC 检查和解密内容的逐字节比对，原文件没有改动。

最后一轮搜索在 M1 Max 的 CPU 上用了 29.3738 秒，检查了 5,481,468,352 个候选后命中。但整个探索远不止这半分钟。此前我试过密码变体、纯数字枚举，又拿着文本预览反复尝试已知明文攻击，其中一轮 175 个位置组合就花了约 32 分钟，全都失败。

密码找回后，我又在确认过的正确偏移上做了已知明文攻击，不输入已知密码或内部状态，也独立恢复出了相同状态，全文解密一致。前期的问题确实出在位置搜索上；枚举突然变快，则是因为我终于开始检查每个错误候选到底浪费了多少计算。下面只记录方法和匿名实验数据，不保留真实文件内容、密码或内部密钥。

先说结果：在我这次 Seedance 2.5 的测试条件下，固定输出 30 秒，输入 1～20 秒参考视频，接口返回的 token 数完全一样；官方计算器里，这一段区间的价格也都一样，记录下来是约 45 元，和不输入视频、直接生成 30 秒相当。把输入加到 30 秒，再生成 30 秒，价格约 54 元。

所以，“塞一秒黑屏就能便宜一大截”的想法不成立。但对连续视频制作来说，这仍然是个好消息：既然短参考和较长参考处在同一计费档，就可以在不增加这部分费用的情况下，多给模型一些有用的前情。

我的关注点也跟着变了。最初想弄清楚视频续写究竟贵不贵，后来差点以为找到了省钱办法，最后发现真正值得利用的是这段同价的视频上下文。

我的两台 Mac 最近互相看见了一批早已关闭的 Safari 标签页。最烦的不是列表旧，而是我从另一台设备点掉它们以后，过一阵又会回来，像从 iCloud 里复活了一样。

关闭再开启 Safari 的 iCloud 同步没有用。完整退出 Apple ID 曾经短暂解决过一次，后来问题还是复发。我不想再为几个标签页重新同步整套账号数据，于是这次只查 Safari 的 Cloud Tabs 本地状态。

现在，删除并重建 CloudTabs 数据库的方案暂时成功了。先记下过程，也给以后可能的复发留一个边界清楚的处理方法。

Hugging Face 的 favicon 在 Chrome 里一直正常，到了 Safari 却只剩下默认图标。最开始我以为又是缓存坏了：重建缓存、删除拒绝记录、重新访问，结果完全没变。

这次的问题和我之前处理过的 Safari Touch Icon 不是一回事。Touch Icon 缓存里，Hugging Face 已经有一张下载成功的 128×128 PNG；真正出问题的是 Favicon Cache，官方 ICO 只留下了一条拒绝记录。

我原本只想把那个黄色小脸找回来，最后却做成了一次 ICO 分层实验。

9 月 19 日补记：后来我又查了 X.com 上“旧页面有图标，新页面没有”的问题。这次图片本身正常，最终通过刷新共享图标记录的时间戳并清除对应拒绝状态恢复了。实验和可复现 SQL 放在本文后半部分。

今天又被 Safari 的收藏图标折腾了一遍。

我的环境是 macOS 27.0 build 26A5425a、Safari 27.0。Google 和 B 站原本正常的收藏页大图标突然变成了字母方块。清理缓存后会短暂恢复，过一会儿又回去。后来改了一次收藏网址，两者的大图标恢复了，但 Google 标签页上的小 favicon 仍然不对。

折腾到这里，我才真正把 Safari 里的两套图标分开：标签页小图标是一条缓存链路，起始页收藏大图标是另一条。继续沿着 Touch Icon 的缓存查下去，我把两枚图标恢复了，也在本机实现了自定义。最后一步碰到了 Safari 私有数据库，所以先说清楚：这是一次有备份、只改两个站点的本机实验，不是 Apple 提供的官方自定义功能。

最近一段时间，我在 M1 Max 上连续试了两个刚开放权重的 MiniMax 模型：负责视频与音频联合生成的 H3，以及负责音乐生成的 Music 3。

这台机器是 64GB 统一内存、24 核 GPU。参数看起来不差，但面对几十 GB 的模型，“能不能跑”仍然不是看一眼内存容量就能回答的问题。权重能不能装下、运行时有没有 Apple Silicon 路径、真正生成一次要等多久、最后的东西值不值得留下，都是不同的问题。

我也不想为了抢一个“首跑”去下载几十 GB，再花半天证明某个尚未成熟的转换根本不能用。所以这次的过程有不少等待：先看上游实现，找社区量化，等别人给出 Mac 实测，确认有退路以后才动手。两个模型最后都跑通了。然后，我把 51GB 左右的权重删了。

前段时间换了一台小流量 VPS，价格很合适，出口 IP 也不错。网页、终端和日常代理都很正常，偏偏 macOS 自带的邮件 App 里，Gmail 一直显示离线。

这种故障很容易让人先怀疑客户端：账号是不是过期了，Surge 规则有没有冲突，Xray 换协议时是不是改坏了配置。我折腾了一圈才发现，问题其实出在 VPS 到 Gmail 邮件服务器的直连路径上。后来我用 WireProxy 给 Xray 增加了一条 WARP 出口，只让 Gmail 的邮件端口绕行，其他流量继续使用原来的 VPS IP。

现在服务商已经恢复了这些端口，我也把特殊分流撤掉了。不过这套方法确实解决过问题，还是值得留一份能复现、也知道什么时候该删除的记录。

Mac 能不能玩 PC 游戏？

以前我的答案大概是：能，但没有必要。真想玩就开 Windows，或者干脆用主机。直到最近看到《明日方舟：终末地》的 CrossOver 兼容补丁有了新进展，我还是没忍住，拿自己的 M1 Max 做了一轮实验。既然终末地都要折腾了，索性把《原神》也一起塞进 Mac，看看这条路究竟能走到哪里。

这不是一篇“复制几个文件就一定能玩”的教程。两款游戏都涉及非官方兼容方案，尤其碰到保护壳、反作弊和第三方解锁工具后，游戏更新一次，昨天成立的结论今天就可能失效。本文更像一次阶段性复盘：它们为什么能运行、最难的地方在哪里，以及我最后怎样把一堆命令收进两个看起来普通的 macOS App。