https://blog.margrop.net/tag/%E8%87%AA%E5%8A%A8%E5%8C%96%E8%BF%90%E7%BB%B4/ Recent content in 自动化运维 on 魔都水滴 Hugo -- gohugo.io zh-CN Mon, 13 Apr 2026 09:30:00 +0800 https://blog.margrop.net/post/openclaw-backup-failure-investigation-and-fix/ Mon, 13 Apr 2026 09:30:00 +0800 https://blog.margrop.net/post/openclaw-backup-failure-investigation-and-fix/ <p>我把这次问题写成一篇完整的复盘，不是因为它足够戏剧化，而是因为它足够典型。</p> <p>这次出问题的不是一个单点，而是两台机器的自动备份同时失效：一台是本地的 macOS 机器，一台是远程的 VPS。两边手动执行都可以成功，备份文件也能写到 NAS，但只要放回定时任务，结果就会变得不稳定，甚至直接失败。表面看像是“定时器没触发”，实际上真正的问题分布在调度、权限、锁、日志、以及验证方式几个不同层面。</p> <p>对我来说，这类故障最麻烦的地方，不在于它有多难修，而在于它会制造一种很强的错觉：每一部分单独看都像没坏，拼到一起却就是不工作。</p> https://blog.margrop.net/post/openclaw-upgrade-to-2026-3-23-compatibility-playbook/ Tue, 24 Mar 2026 21:20:00 +0800 https://blog.margrop.net/post/openclaw-upgrade-to-2026-3-23-compatibility-playbook/ <p>这篇文章记录一次真实的 OpenClaw 升级过程：目标不是“把版本号改上去”这么简单，而是在<strong>多节点、不同安装形态、外部插件较多</strong>的情况下，把 OpenClaw 从 <code>2026.3.8 / 2026.3.13</code> 这一代稳定升级到 <code>2026.3.23-2</code>，同时尽量保证既有消息通道、插件、服务方式、回滚路径都可控。</p> <p>我最终采用的是“<strong>先评估，再金丝雀，再复制已验证产物</strong>”的策略。升级过程里真正棘手的部分，不是 OpenClaw 核心包本身，而是<strong>插件 SDK 兼容性、JIT 缓存、混合安装路径、边缘节点出网失败、以及不同服务绑定策略对探测命令的影响</strong>。这些问题如果不提前识别，线上升级很容易看起来“版本成功了”，实际上通道已经半瘫痪。</p> https://blog.margrop.net/post/minimax-openclaw-one-month-review/ Thu, 19 Mar 2026 10:30:00 +0800 https://blog.margrop.net/post/minimax-openclaw-one-month-review/ <p>过去一个月，我持续用 MiniMax 作为 OpenClaw 的主模型，覆盖了日常巡检、连接排障、健康检查、安全加固、定时任务治理和博客辅助写作等一整套自动化流程。回头看，这次实践最大的收获并不是“AI 能替我做多少事”，而是我逐渐确认了一个更现实的判断：对于 OpenClaw 这类要长期运行、要和工具链打配合、还要处理大量中文上下文的系统来说，模型最重要的不是纸面能力，而是稳定性、响应速度、接入成本和长期可维护性之间的平衡。</p>