WOL 与睡眠电脑：远程电源管理 - Openclaw Skills

什么是 WOL 与睡眠电脑控制？

WOL 与睡眠电脑技能为局域网 (LAN) 内设备的远程电源管理提供了一个强大的框架。通过利用 Python 脚本发送魔术包，该技能使用户能够唤醒睡眠中的机器或通过反向 MAC 地址触发睡眠状态。它是任何由 Openclaw Skills 驱动的自动化家庭或办公环境的重要补充，提供了一种无需人工干预即可控制硬件的确定性且安全的方式。

该技能在设计时考虑了隐私和安全性，避免了硬编码地址。相反，它依赖于本地配置文件或命令行参数来指定目标 IP 和 MAC 地址。这确保了敏感的网络信息保留在用户的本地环境中，同时为 AI 代理提供了一个可靠的电源控制任务接口。

下载入口:https://github.com/openclaw/skills/tree/main/skills/oblivisheee/wol-sleep-pc

安装与下载

1. ClawHub CLI

从源直接安装技能的最快方式。

npx clawhub@latest install wol-sleep-pc

2. 手动安装

将技能文件夹复制到以下位置之一

全局模式 ~/.openclaw/skills/ 工作区 /skills/

优先级：工作区 > 本地 > 内置

3. 提示词安装

将此提示词复制到 OpenClaw 即可自动安装。

请帮我使用 Clawhub 安装 wol-sleep-pc。如果尚未安装 Clawhub，请先安装（npm i -g clawhub）。

WOL 与睡眠电脑控制 应用场景

• 在开始远程桌面会话之前唤醒远程工作站。
• 在工作日结束时让本地服务器或电脑进入睡眠状态以节省能源。
• 作为大型家庭自动化序列的一部分，自动执行电源循环。
• 管理缺乏物理电源按钮或难以触及的无头设备。

WOL 与睡眠电脑控制 工作原理

1. 代理识别用户请求的电源状态命令（唤醒或睡眠）。
2. 脚本检查 config.json 文件中现有的本地配置，以检索目标 MAC 和广播地址。
3. 如果配置缺失，它会提示用户或接受命令行标志覆盖。
4. 使用标准 MAC（用于 WOL）或反向 MAC（用于 Sleep-on-LAN）构建 UDP 广播包。
5. 数据包通过端口 9 在本地网络上传输，以触发硬件响应。

WOL 与睡眠电脑控制 配置指南

确保主机上安装了 Python 3。此技能使用标准 Python 库，并需要发送 UDP 广播包的权限。

创建配置目录和文件：

mkdir -p ~/.config/wol-sleep-pc/
touch ~/.config/wol-sleep-pc/config.json

使用目标设备详细信息填充配置文件，以实现无缝的 Openclaw Skills 集成：

{
  "mac": "24:4B:FE:CA:90:99",
  "sleep_mac": "99:90:CA:FE:4B:24",
  "broadcast": "192.168.1.255",
  "port": 9
}

WOL 与睡眠电脑控制 数据架构与分类体系

该技能利用基于 JSON 的简单配置模式来管理目标设备元数据。本地文件被排除在版本控制之外以保持安全性。

键	描述	示例
mac	用于网络唤醒的物理 MAC 地址	24:4B:FE:CA:90:99
sleep_mac	用于网络睡眠的反向 MAC 地址	99:90:CA:FE:4B:24
broadcast	网络广播地址	192.168.1.255
port	用于魔术包的 UDP 端口	9

name: wol-sleep-pc
description: Send Wake-on-LAN (magic packet) and Sleep-on-LAN (inverted MAC) packets for a specific PC. Use when the user asks to wake, check, or put the PC to sleep on the local LAN. Defaults are zeroed; configure the target IP, MAC, and inverted MAC via command-line flags or a config file.

wol-sleep-pc

This skill provides two small, well-tested scripts to send Wake-on-LAN (WOL) and Sleep-on-LAN (SOL) magic packets to a target machine on the same LAN. The skill is intentionally configurable and does not ship with any real MAC/IP defaults — defaults are zeroed and must be provided via CLI flags or a local config file.

Files provided:

• scripts/send_wol.py — Send a standard WOL magic packet.
• scripts/send_sleep.py — Send a SOL (inverted-MAC) magic packet.
• README.md — Usage examples and install notes.
• .gitignore — Ensures local config is not committed.

Quick usage

• From the repository root: python3 scripts/send_wol.py --mac 24:4B:FE:CA:90:99 --broadcast 192.168.1.255

• Send SOL (inverted MAC): python3 scripts/send_sleep.py --mac 99:90:CA:FE:4B:24 --broadcast 192.168.1.255

Config file (recommended)

• Path: ~/.config/wol-sleep-pc/config.json
• Example content: { "mac": "24:4B:FE:CA:90:99", "sleep_mac": "99:90:CA:FE:4B:24", "broadcast": "192.168.1.255", "port": 9 }
• Behavior: scripts load values from this file if present; any CLI flags override the config file values.
• The repository .gitignore ignores config files so secrets remain local.

Agent usage patterns

• "wake PC" — run send_wol.py with configured values.
• "sleep PC" — run send_sleep.py with configured inverted MAC.
• "send WOL now" / "send SOL now" — immediate send.

Design notes and safety

• Scripts require Python 3 and permission to send UDP broadcast packets from the runtime host.
• The skill assumes L2 connectivity to the target LAN; if running from a different network segment, configure the correct broadcast address or run the script from a host on the same LAN.
• Defaults are intentionally zeroed to avoid leaking sensitive addresses when the skill is published.

Publishing guidance

• The repo is safe to publish to ClawHub as-is because it contains no real MAC/IP values and ignores local config.
• Add a LICENSE if you want to publish under a specific license.

When to trigger this skill

• Trigger when the user explicitly requests waking or sleeping a machine on their LAN, or asks to save or update local WOL/SOL config. The scripts are small and deterministic; prefer executing the scripts rather than re-generating the packet code each time.