自动化 on 魔都水滴

AI 怎么学会“用手”的？从只会聊天到会查、会写、会操作

Sun, 19 Jul 2026 22:00:00 +0800

先说结论

AI 并不是突然长出了手。它只是学会了一个非常关键的动作：先判断自己需要什么工具，再用结构化参数请求工具，等工具返回真实结果，最后把结果翻译成人话。

这套机制通常叫 Tool Calling（工具调用）；在不同平台上也会看到 Function Calling、Tools API 等名字。MCP（Model Context Protocol，模型上下文协议）则像一套“统一插座”，让不同的 AI 应用可以用相似的方式发现和调用文件、数据库、搜索、工单、浏览器等能力。

本文不把 AI 神化成“会自己做事的数字员工”，而是把一次调用拆开给你看：模型到底做了什么、真正执行动作的是谁、为什么 MCP 会火、权限应该放在哪里，以及为什么“能调用工具”不等于“可以随便给它钥匙”。文中截图来自 OpenAI 与 MCP 官方页面，命令输出图为本文根据真实调用流程制作的示意证据；文章不包含任何真实内网地址或主机名。

别再盲目执行 rsync！我用 Dry Run 揪出差异文件，再安全完成增量同步

Sat, 11 Jul 2026 13:30:00 +0800

先说结论

rsync 最值得养成的习惯，不是背更多参数，而是把同步拆成两步：先用 --dry-run 生成差异计划，确认无误后再执行正式同步。如果还会删除目标端文件，则必须把删除能力单独授权，不能让 --delete 悄悄成为默认动作。

文首那段 rsync -n -avz --delete --out-format="%n" 确实能看到一部分将变化的路径，但它只输出文件名，后续再靠 grep 猜“哪些是文件、哪些是删除”并不稳。更可靠的做法是使用 --itemize-changes，并把 %i 与 %n 一起输出，让每一行自己说明是新增、更新、删除还是目录属性变化。

密码没写错，群晖却不让登录？我拆开 DSM 的 RSA + AES 双层信封，完整复刻 WebAPI 登录

Sat, 11 Jul 2026 08:30:00 +0800

先说结论

群晖某些 WebAPI 登录请求并不是简单地把 account 和 passwd 直接提交给 auth.cgi。OpenStack Cinder 的 Synology 驱动展示了一套完整兼容流程：先调用 SYNO.API.Encryption.getinfo，取得 RSA 公钥、服务器时间和两个动态字段名；客户端生成一次性随机 passphrase，用 RSA 加密它，再用它派生 AES-256-CBC 的密钥和 IV，对 URL 编码后的登录参数加密，最后把两段 Base64 密文放入服务器指定的 cipherkey 字段。

但必须先划清边界：这是一种 WebAPI 身份认证兼容方式，不是破解密码，也不是绕过权限；拿到 session=DSM 的 API SID，也不等于凭空获得浏览器 DSM 管理页面的完整 Cookie 登录状态。HTTP 参数加密同样不能代替 HTTPS，因为 TLS 还负责服务器身份校验、完整性保护和抵抗中间人攻击。

别再手点虚拟机了：Proxmox VE 接入 AI Agent 手把手教程，默认只读也能自动巡检

Sat, 11 Jul 2026 02:30:00 +0800

很多人第一次听到“让 AI 管 Proxmox VE”，脑子里出现的画面是：对 AI 说一句话，它就能创建虚拟机、扩容磁盘、重启服务，甚至自动修复故障。这个方向没有错，但真正安全的起点不是“把管理员密码交给 AI”，而是给 AI 一张只读、可撤销、可限制范围的门禁卡。本文会从零解释 Proxmox VE、API Token、MCP 和 AI Agent 的关系，给出人工配置与 Agent 自动配置两条路线，并提供 Windows 11、Ubuntu 26.04、macOS 26 三套一键脚本。图：本文自制题图。AI Agent 不应拿到机房“万能钥匙”，而应通过受限 Token 和 MCP 桥接访问 Proxmox VE。先说结论如果你只想记住最重要的内容，请记住下面几句话： Proxmox VE 是一套开源虚拟化管理平台，可以集中管理物理节点、KVM 虚拟机、LXC 容器、存储、网络、备份与集群。 AI Agent 不能凭空理解 Proxmox VE，它需要一个“翻译员”。本文使用本地运行的 MCP Server，把 Agent 的工具调用翻译成 Proxmox REST API 请求。第一阶段只授予 PVEAuditor，并保持 PROXMOX_ALLOW_ELEVATED=false。此时 AI 可以盘点和巡检，但不能开关机、删除或修改资源。 API Token 要单独创建、单独授权、随时可撤销，不要把 root 密码写进 Agent 配置。接入成功的标准不是“配置文件没报错”，而是 Agent 能列出工具、Proxmox 返回合法数据、权限边界符合预期，而且写操作确实被拒绝。 Proxmox VE 到底是什么 Proxmox Virtual Environment，通常简称 Proxmox VE 或 PVE，是一套面向服务器虚拟化的开源平台。它把几个原本需要分别维护的能力放进同一个管理平面：

别把青龙数据直接硬搬！我实测了一次青龙迁白虎，真正的坑在这 5 个地方

Thu, 09 Jul 2026 10:30:00 +0800

先说结论

从青龙面板迁移到白虎面板，最危险的做法不是“不会迁”，而是“以为复制目录就等于迁移成功”。这次我在一台隔离 Docker 实验环境里实际跑了一遍：新建青龙容器，造了两条环境变量、两个定时任务和几份脚本；再把它们迁到一套全新白虎面板里，最后用 API 和白虎页面截图核对。

最终可稳定迁移的是三类核心资产：scripts 脚本文件、环境变量、定时任务。真正需要转换的是：青龙的数字 ID 要变成白虎的字符串 ID；青龙任务里的 task xxx.py 要变成白虎能执行的命令；青龙的标签、启停状态、环境变量关系要写进白虎自己的表结构。迁移前必须备份白虎库，迁移时最好停掉白虎容器，迁移后必须做数量核对和页面验证。

本文不展示任何真实内网地址、主机名、私有镜像仓库、真实 Cookie、真实 Token 或生产路径。截图来自实验环境，变量值也只使用脱敏样例。

青龙面板还能公网裸奔吗？几个月前那次致命漏洞后，我更建议你看白虎面板

Thu, 09 Jul 2026 10:00:00 +0800

先说结论

青龙面板曾经是很多人自托管定时任务的默认选择：跑脚本、管环境变量、看日志、定时同步仓库都很方便。但 2026 年初公开爆出的青龙面板致命漏洞，把一个老问题重新摆到台面上：定时任务面板不是普通网页，它往往握着脚本、变量、通知密钥和执行权限。一旦认证被绕过，攻击者看到的不是一个登录页，而是一台可以被调度的机器。

如果你只是新装一个轻量任务面板，我现在更建议优先评估白虎面板。白虎面板采用 Go + Vue3，主打轻量、高性能、低系统开销，并且官方 README 已经明确支持 Docker / Docker Compose 部署、Mise 运行时管理、仓库任务同步、执行日志和多渠道通知。它不是“青龙的一比一复制品”，但对很多个人脚本托管场景已经够用。

如果你因为兼容旧脚本、历史任务或迁移成本，必须临时继续用青龙面板：不要把它直接暴露在公网。 至少在前面加 VPN、零信任访问、反向代理二次认证、IP allowlist、WAF 或其它访问控制。本文给出 Windows 11、Ubuntu 26.04、macOS 26 三套一键脚本，默认部署白虎；只有显式指定时才部署青龙，并且都会把面板放到 Basic Auth 保护后面。

别再到处找 YOLO 开关了：6 个 AI Agent 一键进入高自主模式

Mon, 06 Jul 2026 09:50:00 +0800

先说结论

AI Agent 工具里的 yolo，本质不是“更聪明”，而是“少问你”。它会减少或跳过工具调用确认框，让 Agent 更像无人值守脚本一样连续执行。问题在于，不同工具的叫法完全不统一：Codex 是危险旁路 approval 和 sandbox；Claude Code 是跳过权限检查或使用 bypass 权限模式；Gemini CLI 和 Qwen Code 有 --approval-mode=yolo；OpenCode 是 --auto 加 permission 规则；Aider 是 --yes-always。

这篇文章给出一个统一做法：不要偷偷覆盖原来的 codex、claude、gemini 命令，而是安装一个显式的 agent-yolo 启动器。你想高自主时才输入 agent-yolo codex、agent-yolo claude、agent-yolo gemini。这样一次搞定常见 Agent 的 YOLO 命令，又不会把日常安全模式改坏。文中脚本覆盖 Windows 11、Ubuntu 26.04、macOS 26，不依赖第三方服务，不安装缺失工具，也不包含任何真实内网地址、完整计算机名、私有域名、令牌或密钥。

Ubuntu 26.04 新装机第一刀：不想被 Snap 绑架，就这样干净卸掉它

Mon, 06 Jul 2026 09:45:00 +0800

先说结论

Ubuntu 26.04 新装系统后，如果你明确不想使用 Snap，可以卸载。正确姿势不是上来就 rm -rf /snap，而是先确认系统里有哪些 Snap 应用，迁移重要数据，再按顺序 snap remove --purge，最后 apt purge snapd 并清理残留目录。

本文给出完整背景、风险边界、人工执行方法、Agent 自动配置方法，以及 Windows 11 / Ubuntu 26.04 / macOS 26 三种一键脚本。脚本默认只预演，真正执行必须显式开启，不依赖第三方服务，也不包含任何真实内网地址、真实计算机名、私有域名或密钥。

别再半夜抢遥控器了：用 DSM 计划任务给群晖儿童视频目录自动上锁

Sun, 05 Jul 2026 06:50:00 +0800

先说结论

这次不是“禁用孩子账号”，而是只给群晖里的一个儿童视频目录定时上锁。做法是在 DSM 7.2.1 上准备一个 kid_video_guard.sh，到点用 synoacltool 给目标目录加一条临时 deny ACL，开放时间再把这条 ACL 删除。账号、密码、家庭相册、作业目录都不动，只有“儿童视频”这个柜门到点关上。

别把手机通行密钥当 SSH 密码：SSH 免密登录与 Passkey 的正确姿势

Tue, 30 Jun 2026 09:30:00 +0800

先说结论

SSH 免密登录和手机、Mac、Windows 上的通行密钥都在使用“公钥/私钥”这一类密码学思想，但它们不是同一个东西。SSH key 主要用来登录服务器、Git、跳板机和自动化任务；Passkey 主要用来登录网站、App 和账号体系。你可以把它们理解成两把都很先进的钥匙：一把开机房门，一把开网银和邮箱门，原理相似，但锁芯完全不同。

正确姿势是：每台常用电脑生成独立 SSH key，私钥只留在本机或硬件安全钥匙中；服务器只保存公钥；确认免密登录成功后再考虑关闭密码登录。Passkey 则交给 iPhone、Android、macOS 26、Windows 11 的系统密码管理器或硬件安全钥匙保存，用于网站和 App 登录，不要试图把手机 passkey 直接塞进 authorized_keys。本文给出三套一键脚本，覆盖 Windows 11、Ubuntu 26.04 和 macOS 26；同时给出人工自动执行和 Agent 自动配置两种方法，全部不依赖第三方服务，也不包含任何真实内网地址、完整计算机名、私有域名或密钥。

别再一个个点更新了：让 Agent 一次管好 Windows 11、Ubuntu 26.04 和 macOS 26 的常用软件升级

Sun, 28 Jun 2026 08:58:00 +0800

先说结论

常用软件升级这件事，最痛苦的不是命令复杂，而是它分散在三个世界里：Windows 11 有 WinGet、Microsoft Store 和传统安装器；Ubuntu 26.04 有 apt、snap、flatpak 和服务重启；macOS 26 有系统更新、App Store、Homebrew 和一堆手动下载的应用。人手工做，很容易漏；让 AI Agent 做，如果不给边界，又可能太激进。

我的建议是：把 Agent 当成“值班更新管理员”，让它先盘点、再预演、再执行、最后验收。本文给出三套不依赖第三方升级助手或云端服务的一键脚本，分别覆盖 Windows 11、Ubuntu 26.04 和 macOS 26；同时给出人工自动执行和 Agent 自动配置两种方法。脚本只调用系统已有的更新入口和已经配置好的包管理器，不包含任何真实内网地址、完整计算机名、私有域名或密钥。

电脑越用越满？让 AI Agent 安全清掉 Windows 11、Ubuntu 26.04 和 macOS 26 的垃圾文件

Sun, 28 Jun 2026 07:15:00 +0800

先说结论

清理垃圾文件这件事，最怕的不是“清不干净”，而是“清得太猛”。Windows 11、Ubuntu 26.04、macOS 26 上真正值得自动化清理的，通常是临时目录、包管理缓存、旧日志、回收站或废纸篓、可再生成的缓存文件；不应该让脚本随手碰用户文档、照片、浏览器 Profile、密钥、证书、虚拟机镜像和业务数据。

这篇文章给出两条路：人工自动执行，也就是你自己复制脚本，先 dry-run 看清楚，再加执行开关；Agent 自动配置，也就是把清理目标、边界、预演、确认和验收交给 Codex、Claude、OpenClaw、HermesAgent 等 Agent 执行。三套脚本分别覆盖 Windows 11、Ubuntu 26.04、macOS 26，不依赖第三方服务，不下载清理软件，也不包含任何真实内网地址、真实计算机名、私有域名或密钥。

Chrome 偷吃 4GB 硬盘？把本地 AI 模型删干净并禁止它再下载

Sat, 27 Jun 2026 23:00:00 +0800

先说结论

最近有些机器上的 Google Chrome 会在用户没有明确感知的情况下，下载一份约 4GB 的本地生成式 AI 模型数据。它通常不是病毒，也不是缓存异常，而是 Chrome 为本地 AI 功能准备的模型文件。只删除目录只能临时释放空间，真正稳妥的做法是：先用 Chrome 企业策略禁用本地 GenAI 基础模型下载，再删除已经落地的模型目录。

本文给出 Windows 11、Ubuntu 26.04、macOS 26 三个平台的一键脚本、人工操作步骤，以及可以直接交给 Codex / Claude / OpenClaw / Gemini CLI 这类 Agent 执行的提示词。脚本只使用系统自带能力和 Chrome 官方策略，不依赖第三方服务，不包含真实 IP、真实主机名、内网域名或任何密钥。

macOS 26 后台守护进程开机自启：frp / EasyTier 应该放进 LaunchDaemon，而不是登录项

Sat, 27 Jun 2026 17:12:00 +0800

先说结论

如果你要让 frp、EasyTier、同步器、采集器、机器人、代理程序这类后台服务在 macOS 26 上开机自动运行，核心不是“把命令藏在哪里”，而是“让系统的服务管理器负责它”。这篇文章只讨论后台常驻服务，不讨论普通桌面 App 的登录启动。

macOS 26 上如果希望后台服务在用户登录前就启动，应该用 /Library/LaunchDaemons。登录项和 LaunchAgent 更像“人进门后打开的工具”，而 LaunchDaemon 才像“楼里的电梯和水泵”，机器起来就要工作。

我会给出两条路：人工配置，适合你想理解每一步；Agent/一键脚本自动配置，适合你已经知道二进制和配置文件放在哪里，希望复制一段脚本直接落地。脚本不依赖第三方服务，不下载外部 wrapper，也不会写入任何真实 IP、真实主机名或私有域名。

Windows 11/10 后台服务开机自启：把 frp、EasyTier 变成真正无人值守的后台任务

Sat, 27 Jun 2026 17:11:00 +0800

先说结论

如果你要让 frp、EasyTier、同步器、采集器、机器人、代理程序这类后台服务在 Windows 11/10 上开机自动运行，核心不是“把命令藏在哪里”，而是“让系统的服务管理器负责它”。这篇文章只讨论后台常驻服务，不讨论普通桌面 App 的登录启动。

Windows 的关键判断是：程序是不是原生 Windows Service。frp、EasyTier 这类常见命令行守护进程通常更适合用计划任务在系统启动时运行，因为计划任务是系统内置能力，不需要 NSSM、WinSW 之类第三方 wrapper。

我会给出两条路：人工配置，适合你想理解每一步；Agent/一键脚本自动配置，适合你已经知道二进制和配置文件放在哪里，希望复制一段脚本直接落地。脚本不依赖第三方服务，不下载外部 wrapper，也不会写入任何真实 IP、真实主机名或私有域名。

Ubuntu 26.04 后台服务开机自启：把 frp / EasyTier 交给 systemd，别再手敲命令了

Sat, 27 Jun 2026 17:10:00 +0800

先说结论

如果你要让 frp、EasyTier、同步器、采集器、机器人、代理程序这类后台服务在 Ubuntu 26.04 上开机自动运行，核心不是“把命令藏在哪里”，而是“让系统的服务管理器负责它”。这篇文章只讨论后台常驻服务，不讨论普通桌面 App 的登录启动。

Ubuntu 26.04 上后台服务的标准答案不是把命令塞进 shell 启动脚本，而是写成 systemd unit。systemd 能在网络就绪后启动它，能记录日志，能失败重启，也能在关机时按顺序停止。

我会给出两条路：人工配置，适合你想理解每一步；Agent/一键脚本自动配置，适合你已经知道二进制和配置文件放在哪里，希望复制一段脚本直接落地。脚本不依赖第三方服务，不下载外部 wrapper，也不会写入任何真实 IP、真实主机名或私有域名。

把「该睡觉了」搬出客厅：让 mac 的 launchd 每天 22:00 自动停用群晖孩子的账号，08:00 再悄悄启用

Sun, 14 Jun 2026 08:20:00 +0800

先说结论

群晖 DSM 控制台里其实有一个"停用账号"按钮，但它不会自动按时执行。借助 mac 自带的 launchd 加一段 50 行的 bash 脚本，可以做到：每天 22:00 把孩子的两个本地账号 expired 标志置位，08:00 再恢复。脚本自带"改前查询 → 改 → 改后查询"的三步校验，任何一步对不上号立刻 exit 1，launchd 会把执行日志写进 StandardOutPath/StandardErrorPath。整件事的特别之处是**“家长"两个字被从对话里拿掉了**——你不用每天喊"该睡了”，机器会准时替你做。

本文不打算讲一个大而全的家庭 NAS 管理方案，只围绕一件具体的事：让一个原本靠"人记得点"的操作，变成"到了点就自动发生"的纯系统级动作。

如果你只想先看图，第二节那张「晚 10 点断电 / 早 8 点复电」的总览图就够了。

从 OpenClaw 迁移到 HermesAgent：一次丝滑的 AI 智能体搬家实战

Fri, 29 May 2026 08:00:00 +0800

前言：为什么我要"搬家"？

2026 年，AI 智能体（Agent）领域的发展速度简直可以用"日新月异"来形容。半年前还在用的工具，可能今天就被更强大的替代品超越了。作为一个深度依赖 AI 智能体来处理日常工作的人，我一直在关注这个领域的最新动态。

最近，我完成了一次从 OpenClaw 到 HermesAgent 的完整迁移。这不是一时冲动的决定，而是在实际使用中感受到两个工具的差异后，做出的深思熟虑的选择。

这篇文章会详细分享：

背景：OpenClaw 和 HermesAgent 分别是什么
迁移原因：为什么我要从 OpenClaw 迁移到 HermesAgent
迁移过程：如何一步步完成迁移，保留所有数据
踩坑记录：迁移过程中遇到的问题和解决方案
迁移后清理：如何彻底移除 OpenClaw 残留文件
迁移后体验：HermesAgent 带来了哪些新能力
Q&A：常见问题解答

别等 Codex 额度归零才后悔：这个“重置雷达”能提前亮灯

Sun, 24 May 2026 08:10:00 +0800

先说结论

最近 Codex 的额度重置变得比以前更值得关注：有时是常规周期，有时是服务故障后的补偿性重置，有时是限额消耗异常后的官方修复。对重度 Codex 用户来说，真正尴尬的不是“额度被重置”，而是“我明明还剩不少周额度，却在重置前没有及时用掉”。

Codex 重置雷达 做的事情很简单：把官方状态页、官方/社区公开动态、历史重置窗口和当前预测信号聚合起来，判断是否出现“即将或正在重置”的窗口。它不是魔法预测器，也不是 OpenAI 官方服务；它更像一个面向 Codex 用户的早期预警看板：当信号足够强时，提醒你赶紧把当前周期剩余的 Codex 周额度用在真正需要的任务上。

本文只讨论公开信息、公开网页和公开状态信号，不包含任何私有账号、Token、真实业务系统、内网地址或个人使用数据。文中提到的“额度”“重置”“速蹬窗口”都是面向普通 Codex 用户的体验分析，不构成对 OpenAI 官方计费、订阅或服务策略的承诺。

百度网盘别只会拖拽：BaiduPCS-Go CLI 和 Agent 自动化实战

Sat, 16 May 2026 10:06:01 +0800

先说结论

如果你只是偶尔从百度网盘下载一两个文件，网页和官方客户端当然够用。但只要你开始批量下载、服务器拉取、自动备份、远程归档、目录巡检，或者希望让 Codex、Claude、OpenClaw、HermesAgent 这类 Agent 帮你处理网盘任务，图形界面很快就会变成阻碍。BaiduPCS-Go 的价值不是“神奇提速”，而是把百度网盘变成一个可以被脚本、终端和 Agent 调度的文件系统入口。本文会从安装核验、BDUSS/STOKEN 登录、常用命令、配置策略、安全边界，一直讲到怎样把它交给 Agent 使用。

本文所有账号、Cookie、路径、任务描述和配置均为脱敏示例，不包含任何真实 BDUSS、STOKEN、Cookie、内网地址、私人目录或业务信息。请不要把自己的登录凭据写进公开仓库、博客、截图、聊天记录或 Agent 提示词正文。

别再远程桌面点点点：让 AI Agent 用 SSH 直接接管 Windows

Wed, 13 May 2026 08:10:00 +0800

先说结论

让 AI Agent 从 Linux 或 macOS 管理 Windows，并不一定要走远程桌面、VNC、商业远控软件，也不一定要额外装一套奇怪的 Agent Runtime。对大多数个人工作站、实验机、开发机和内网服务器来说，最简单、最干净、最容易被自动化工具理解的方案，就是在 Windows 上启用系统自带的 OpenSSH Server，然后从 Linux/macOS 直接执行：ssh <user>@<windows-host>。

真正需要做好的只有三件事：第一，Win10 / Win11 正确安装并启动 OpenSSH Server；第二，在 Linux/macOS 生成 SSH key，把公钥放到 Windows 对应位置；第三，如果登录用户属于 Windows 管理员组，要把公钥写入 C:\ProgramData\ssh\administrators_authorized_keys，并用 icacls 收紧权限。完成以后，AI Agent 就可以像操作 Linux 一样，用 SSH 在 Windows 上执行 PowerShell、复制脚本、读取日志、安装工具和做自动化运维。

本文所有命令、截图和主机信息都使用通用占位符，不包含真实内网地址、真实用户名、真实机器名、密钥、Token 或私人路径。你只需要把 <user>、<windows-host>、<windows-ip> 这类占位符替换成自己的环境值即可。

如何写提示词，让 OpenClaw、HermesAgent、Codex、Claude、Gemini、OpenCode、Droid 自动写文章并发布到微信公众号草稿箱

Tue, 05 May 2026 16:00:00 +0800

先说结论

想让 OpenClaw、HermesAgent、Codex、Claude、Gemini、OpenCode、Droid 这类 Agent 自动写文章、生成博客、转换微信公众号 HTML、检查预览效果，并最终把内容发布到微信公众号草稿箱，提示词不能只写“帮我发一篇文章”。真正有用的提示词要把目标、素材、路径、账号约束、网络白名单、检查项、失败回退、隐私边界和最终验收写清楚。Agent 才能从“写一段内容”升级成“完成一次可验证的发布流程”。

本文整理一套可以复用的写法：如何准备微信公众号草稿箱 API，为什么固定 IP Linux 机器很重要，怎样让 Agent 先直连再走中转，如何使用 Markdown 到公众号 HTML 的转换器，如何让 Agent 检查白字白底、奇怪缩进、图片可访问性，最后如何把整条流程写进一段高质量提示词里。

为了避免泄露任何私人环境信息，本文只使用占位符和抽象示例，不出现真实 AppSecret、内网地址、跳板机地址、仓库地址、主机名、token、cookie 或任何可定位到具体环境的配置。你可以把文中的占位符替换成自己的值，但不要把真实密钥写进公开文章、公开仓库或聊天截图。

给 OpenClaw / HermesAgent 集成群晖操作 SKILL：从一句话到可审计的 NAS 自动化

Tue, 05 May 2026 12:20:00 +0800

我之前已经整理过两篇偏“命令手册”风格的群晖文章：

这两篇文章解决的是“人知道有哪些命令可以用”的问题。本文想解决另一个更实际的问题：如果我已经在使用 OpenClaw / HermesAgent 这类 Agent 工具，能不能把这些群晖命令沉淀成一个操作 SKILL，让我以后用一句话就能让 Agent 帮我检查 NAS、整理状态、生成操作计划，甚至在确认后执行一些维护命令？

我的答案是：可以，但不应该把它做成“Agent 拿到 root 权限以后随便跑”。正确的集成方式应该是：

让群晖 SSH 访问可控、可验证、可撤销。
把常用群晖 CLI 操作写进 SKILL，让 Agent 知道可用命令、风险分级和输出格式。
默认只允许只读诊断命令自动执行。
对重启服务、修改权限、改用户、改网络、删除文件、存储相关操作设置确认门禁。
每次执行后保留命令、输出和结论，方便回看和追责。

如果你只想快速理解整篇文章，看下面这张图就够了。

给 macOS 上的 Antigravity 和 Claude 增加 Proxy：用 Wrapper App 安全接管 Electron 出网

Wed, 25 Mar 2026 10:00:00 +0800

写在前面 这篇文章记录一种我已经在本机验证过的办法：不要直接修改原始应用包，也不要把真实代理地址写死到公开文章里，而是给 Electron 应用外面再包一层极小的 wrapper app。这样既能给 Antigravity、Claude 这类 macOS 桌面应用注入代理，又不会轻易破坏原始签名、升级链路和回滚路径。

很多人第一次遇到这个问题时，第一反应都是去改 /Applications/Claude.app 或 /Applications/Antigravity.app 里面的内容。短期看似乎可行，但长期通常会带来三个问题：

应用签名可能失效，后续启动、权限申请和升级都更脆弱。
一旦原应用自动更新，你手工改过的内容很容易被覆盖。
真实代理地址、内网 IP、鉴权信息如果直接写进应用包或公开文档，后果通常比“配置没生效”更严重。

我最后采用的是一个更稳的方案：

保留原始 Claude.app 和 Antigravity.app 不动。
在 ~/Applications 下创建 Claude (Proxy).app 和 Antigravity (Proxy).app。
wrapper app 只做三件事：加载本地 proxy.env、导出大小写代理环境变量、用 --proxy-server 启动原始 Electron 应用。
如果应用内部还用了 Node/undici 的 fetch，再通过 NODE_OPTIONS=--require=... 注入一个极小的 bootstrap，把代理继续传到 Node 侧请求链路。

本文中的所有代理地址都用占位符表示，例如：

http://127.0.0.1:PORT

请把它替换成你自己的本地代理入口，不要把真实代理地址、内网 IP、用户名、密码、Token 或公司域名发布到公开文章、仓库或截图里。