日常随想

这里用于记录一些日常感想、零散的想法以及一些小的备忘录，避免它们散落在不同的页面中。

[2026/04/19] 关于 OpenClaw 的一点思考

近期尝试了火爆的 AI 自动化框架 OpenClaw，实际体验后发现其并非“银弹”。结合当前大模型的能力边界，有以下核心结论：

• 核心局限：框架存在一定的安全隐患，且在处理复杂任务时 Token 消耗极高。
• 能力边界：LLM 仍是基于概率的生成模型，幻觉只能降低、无法根除。绝对不能赋予 Agent 最高权限让其持续黑盒运行。
• 适用方案：落地 AI 自动化最稳妥的方式是“Human-in-the-loop”（人机协作把关），或在关键节点引入强规则校验（确保特定输入对应预期输出）。

后续思路：OpenClaw 在 Agent 自动化上的设计思想极具参考价值。下一步计划卸载此类通用重型框架，剥离其核心架构思想，转而针对自身确切需求，定制开发轻量、可控的 LLM 应用。

[2025/07/26] 关于数据备份的思考

近几天我又组装了一台 unRaid 主机。之前组装的 N355 的 unRaid 主机主要用作 NAS。这次我买了一片 Ultra 7 265K，性能比较强，我想把它放在公司，这样我就可以继续用之前淘的洋垃圾 Dynabook G83 这个只有800g的笔记本了。然后需要一些性能开销的事就放在这台主机上执行。

为什么不装 PVE 呢，主要我还是比较喜欢 unraid 用U盘作为启动盘的方式。它让我重新安装系统变得非常方便，我所有的硬盘都能用来只存储数据。PVE 我还是不太熟，现在也不太想折腾了。至于性能损失，那就用硬件补足吧。

那么，我现在产生一个需求。如何做数据备份？我还是希望数据能够备份到那台 N355 的NAS上去。

情景：我有两台 unRaid 主机，分别是主机A和主机B，它们分别位于不同的局域网下。然后我还有一个25M上行，35M下行，硬盘30GB的公网ECS。那么我如何能够比较优雅的通过frp使 主机B 的数据定时备份至主机A呢？

本来一个比较不过的方法是使用 WireGuard 搭建VPN 然后再进行备份的，不过 WireGuard 基于 UDP，而 UDP 在国内网络环境下体验实在是很糟糕......

最终选定 rclone 结合 Webdav 方式进行。

rclone bisync /local/docs remote:cloud/docs --verbose

rclone bisync /mnt/user/Movies Unraid_Local:Movies --resync --verbose --dry-run

[2023/11/27] 36小时搬家

上周末终于决定重新租房子了，通勤时间太长确实让生活幸福度直线下降。来回路上两小时就没了。

离公司近点，十分钟步行即可到公司楼下打卡，体验感还是挺不错的。

在搬行李的时候，为了节省货拉拉的搬家托运费，选择自己搬家。于是在周五的晚上，打包行李，自己开车到村口，搬行李，上下楼。一直到星期六下午四五点才差不多整理好。整个人都累趴了。顿时觉得还不如老老实实在公司加个班，然后叫货拉拉打包搬家，这样花同样的时间，我又轻松，还能结余一些钱。

[2023/05/08] 假努力

有一个很大的毛病，就是泛而不精，嗯，其实到现在这个年纪，我也不知道算不算泛了。但是不精肯定是事实的。

有一个现象，就是很多东西都想自己折腾，但是往往折腾的途中发现被什么东西卡住了或是繁琐或是根本思路就不够理想等等各种原因，实现的功能总是只见三分便戛然而止。等到过一段日志回过头来，发现有缺陷，有未实现的，又感觉是重新来一遍。貌似我看似努力的时间全都耗在这上面了。

依稀记得有一阵子，突然对脚本语言有了点兴趣，于是心血来潮了解了一下AngelScript，接着跑了一下示例，然后就把代码放在AmassLibrary里面后就没管了。其实在早之前我也看过Lua，两者显得重复。另外其实在真正产品中，我还没在任何一款产品里面应用过脚本去实现某一功能逻辑。抱着一种难以描述的心态，我决定保留一下AngelScript去除Lua吧。

为什么我一定还要熟悉一个脚本，因为在工具开发中，我比较倾向于用代码保存配置。但是C/C++代码明显不行咯，修改的话就得每次编译。

那为什么我选择AngelScript呢？那就比较随意了，毕竟不是使用在公司产品中，所以就不需要考虑这个脚本是不是在积极维护呀，如果给用户用，用户会不会觉得难以理解啊一系列的考虑。

使用AngelScript的原因：

• 平时基本都使用C++开发，AngelScript的语法和C++高度一致。
• 在AngelScript中注册C++非常容易。
• 采用C++面向对象开发，API易于理解，重新拎起来不用花太大时间去重新熟悉API

不适用Lua的原因：

• 注册一个C++函数到Lua很麻烦
  • 当然也可以使用LuaBridge第三方库，但是往往这种库使用人数也少，出现BUG让人很懵逼，而且代码里面应用了大量的模板，阅读起来也费力。
• 平时不经常使用，导致每次要用的时候，都得花时间去熟悉Lua语法。
• C API过多，且有些API名字类似导致不易区分功能，每次拎起来都需要在文档中反复确认。

Lua也有一些优势：

• 使用人数比AngelScript多。
• 体积小巧，运行速度块，其还可以在MCU上移植运行。（应用开发，不太关注性能问题，也不太喜欢嵌入式C开发）
• 真正意义上的胶水语言，可以与任何语言C/C++、Java等进行集成交互。（我只用C++）

此前也了解过OpenResty，曾想过在上面开发后端，但是也不需要啦，我不是后端开发者，估计以后也没有可能了半路转行了，那么用C++实现的Http Server基本上已经能够满足简单功能了。然后由于以上我对Lua的不适应，所以OpenResty也是得放弃的，熟悉Nginx用作代理就行了。

综上，开始去除Lua相关代码，替换为AngelScript的折腾啦~将这次的想法记录下来。