最近，DeepSeek 推出了官方的 DeepSeek Harness， 设计理念是一切皆插件，市面上又多了一个可以自己部署的 AI Agent，如果只是想给它安排一些简单的任务，相比功能全面的 hermes 和极简的 pi，哪个更合适？
我对比了一下这三个 Agent 在不同任务上的 Token 消耗，先放结果：
| pi | Hermes | DSH | |
|---|---|---|---|
| say hi | 4.7K | 19.4K | 9.5K |
| 执行任务 | 129K | 364K | 270K |
| 任务结果 | 正确 | 正确 | 正确 |
| 工具调用请求次数 | 5 | 31 | 12 |
| 工具调用成功次数 | 5 | 31 | 7 |
在测试过程中，还发现了很多意想不到的差异
Claude code 源码泄露让 MCP 大火，Google 最近又推出了 Agent Development Kit 和
A2A，相当于是直接把 MCP Server 和
MCP Client 都集成到了一起，这就一定要和 LLM 打交道了。
官方文档中直接支持的平台就只有自家的 AI Studio 和 Vertex AI，其他平台都是通过
LiteLLM 来实现的。最新的参考文档是：Using cloud proprietary models via LiteLLM。
如果想要在国内用起来 ADK 肯定还是接入国内平台用起来更方便，下面就是 ADK 接入国内平台的使用方式。
最近看到新闻，Redis 在试图掌管相关的开源仓库，有很多人都提到了转投 Valkey 阵营，查询了一下，网上说 Valkey 有很多优化，特别是多线程方面的，但是搜不到具体的性能测试对比，于是自建了 Redis 和 Valkey 使用 redis-Benchmark 测试了一下。
NAS 设置前置代理后，DDNS 的 IP 会变成代理服务器的 IP 地址，之前参考
NAS 小技巧：一个设置让 NAS 的 DDNS 服务更准确 将 edge.api.myqnapcloud.com
放入直连列表中后，DDNS 一直很稳定。最近 QTS 更新之后发现 VPN 无法连接，DDNS 又指向了代理服务器的 IP。经过抓包后发现，原来是因为获取 NAS IP
的接口地址已经变成了 edge.myqnapcloud.io。
之前安装 Linux 都是将 ISO 镜像烧写至 U 盘里，然后通过 U 盘进行安装。这样安装更换系统或者升级版本之后都要重新制作启动 U 盘，现在 U 盘容量都很大，每次只能供一个系统安装镜像使用空间都浪费了。而且每次换镜像都要清除掉 U 盘上所有内容，也很不方便。最近一直在用 Kali everything 版本的 Live Boot ，工具很全，还能持久化。这次又需要给新硬盘安装系统，想到之前机器本身就是 Ubuntu 的时候，可以直接在 Grub 中添加安装菜单项，就能安装硬盘上的 ISO 文件，完全不需要 U 盘，那通过 Live CD 启动到 Grub 菜单，直接去安装硬盘或者 U 盘上的镜像不就可以一个 U 盘安装多个系统了。经过尝试，发现这种方式完全可行，而且非常灵活。