换到联通之后,美国节点不再是默认最优

搬家以后,家里的宽带从电信换成了联通。刷剧、打游戏都没什么明显变化,我一开始也没太当回事。

真正露馅是在下载资料的时候。我习惯性切到美国节点,按以前的经验,美国机房带宽足,下载大文件通常能跑得很满。结果这次怎么切都上不去,反而新加坡、台湾节点顺了很多。

这一下把我原来那个很粗的判断拆开了:节点快不快,不能只看服务器在哪个国家,也不能只看机房带宽。你家宽带站在哪张网、代理服务商买了什么上游、回程更偏哪家运营商,最后都会落到同一个下载进度条上。

Hermes 和 OpenClaw 的 token 账单差在哪

写完上一篇 Hermes 和 OpenClaw 的对比以后,我又去翻了一遍两边文档。越看越觉得,如果只问功能像不像,很容易看偏。

更直接的问题是:它们把 token 花在了哪里。

OpenClaw 更像一个长期在线的助理工作台,默认就要带身份、工作区、消息面和记忆边界。Hermes 更像一个本地 agent 内核,默认先把上下文压住,需要时再发现、再注入、再展开。一个把成本前置,一个把成本后置。最后账单长得当然不一样。

Hermes 不能按 OpenClaw 平替来估

这两天我把 Hermes 和 OpenClaw 的文档来回翻了一圈,越看越觉得,很多人把这两个项目放在一起比,其实一开始就比偏了。

它们当然都在做“个人 AI 助手”。都能接消息、调模型、跑工具、留住一点上下文。Hermes 甚至还专门做了 hermes claw migrate,摆明了是知道自己会接到一批 OpenClaw 用户。

但是说白了,Hermes 不是换皮版 OpenClaw,OpenClaw 也不是多了几个消息入口的 agent framework。一个是从 Gateway 往外长,一个是从 AIAgent 往外长。这个差别不先看明白,后面谈架构、设计理念和生态,基本都会越聊越乱。

让 AI 写 Demo,检查点要比代码更小

AI 写 C++ 小项目,最吓人的地方不是它写不出来,而是它太快写出来了。

你只是想起一个最小 Demo,它三分钟给你铺好目录,接好三方库,补上日志、配置、异常和几个看起来很专业的类。项目甚至能跑。问题是,等你开始认真接业务,才发现自己还没搞清楚新库支持什么、构建链路怎么走、哪些抽象是必要的,返工已经排着队来了。

我现在对 AI 编程的态度反而更保守:不是少用 AI,而是每一轮都把检查点压小。尤其 C++ 这种没有统一脚手架兜底的语言,前面让 AI 多做一点,后面就可能多还几步。

VS Code 调 C++,CMake 和 GDB Printer 要一起配

以前我在 VS Code 里调 C++,配置基本就停在 launch.json,最多再加一句 GDB。

program 填好,把 gdb 填好,把断点打好。然后呢?然后每次调试前,自己去终端里 cmake --build 一下。

更烦的是,自定义的价格、合约、订单类型断下来以后,VS Code 调试窗口经常只能看到一堆内部字段。数据是对的,但是不说人话。

这事离谱的地方在于,我以前看过的一些教程也差不多就写到 launch.json 为止。直到最近让 AI 配一个新项目,它顺手加了 preLaunchTaskgdb_printers.py,我才反应过来:VS Code 调 C++,不只是把 GDB 启起来。调试前可以自动触发 CMake 编译,断点停住以后,也可以让 GDB 加载 Python 脚本,把业务类型处理成自己看得懂的样子。

说实话,这不是什么黑科技。

但是它刚好补上了 C++ 日常调试里两块很烦的空白:启动前构建,以及断点后的变量展示

文件夹分层再套 namespace,这事到底叫什么

最近写算法服务,twapvwap 这类模块一铺开,我又把这个老问题翻出来了。

C++ 里如果还靠类名硬扛语义,名字很快就会失控。TwapOrderManagerVwapOrderManagerAlgoOrderManager 这种东西,写着写着就一股子“我知道自己结构没收住,但我先把前缀补上”的味道。说白了,按文件夹分层,再配一层 namespace,不是代码洁癖,这是在补 C++ 没有 Java 那种原生 package 体系的空位。

Gemma 4 开放以后(三):显存速度决定本地体验

显存不够为什么会断崖,Mac 为什么能兜底却快不起来

这次刷论坛,最让我长记性的不是哪家又发了榜单,而是一句很土的话,显存不够,参数再大也白搭。

以前我总把“模型慢”理解成算力问题。后来越看越明白,很多时候根本不是 GPU 算不动,而是数据没法待在对的地方。只要内存路径一变,token 速度就不是慢一点,是直接掉下去。

Gemma 4 开放以后(二):3060 12GB 的本地实测账

3060 12GB 本地跑下来,26B A4B 才是更现实的那个

如果只看榜单,最容易心动的肯定是 31B

但真把机器搬出来,还是那台没升级的 RTX 3060 12GB,判断马上就会变。怎么说呢,本地部署这件事,最后拼的不是谁最风光,而是谁最像能长期相处的那个。对我来说,这次真正值得先跑的,不是 31B,而是 26B A4B