OpenClaw 零 Token 运维框架，支持长任务断点续跑、进度汇报与异常告警，写操作默认阻断需审批验证。
说明：
## 核心用法
Ops Framework 是专为 OpenClaw 设计的零 Token 运维自动化技能，由 `ops-monitor.py` 监控脚本与声明式 `ops-jobs.json` 配置组成。用户通过 JSON 定义任务类型（长时读任务、一次性读任务、一次性写任务）、风险等级与执行策略，脚本则负责任务状态轮询、断点续跑、进度上报及 Telegram 告警。
**典型工作流**：
1. 配置任务到 `ops-jobs.json`，指定 `kind`、`risk`、`commands`（start/status/stop）
2. 状态命令必须输出 JSON，包含 `running`、`completed` 等字段
3. 通过系统定时器（cron/systemd/launchd）高频调用 `ops-monitor.py tick`
4. 脚本根据策略自动决策：长时读任务可自动续跑，一次性读任务按需触发，写任务强制阻断待人工审批
**显著优点**：
– **零 Token 设计**：长任务脱离模型持续跟踪，避免上下文消耗
– **安全优先**：写操作默认阻断，强制审批+验证链
– **断点续跑**：支持崩溃恢复与卡死检测（stall detection）
– **多通道通知**：优先使用 `openclaw message send`，降级至 Telegram Bot API
**潜在局限**：
– 仅支持 Python 3.10+ 网关主机
– 写任务审批链为 MVP 占位，完整实现需额外开发
– 状态命令需严格遵循 JSON 输出契约，集成成本较高
– 无内置 Web UI，纯 CLI/配置文件驱动
**适合人群**：OpenClaw 高级用户、自托管网关管理员、需要将大规模扫描/同步任务自动化的开发者
**常规风险**：状态脚本权限过高可能导致信息泄露；Telegram Bot Token 存储于 `openclaw.json` 需妥善保管；长任务 PID 监控依赖主机进程表，容器环境需额外适配
会员专属
