核心用法
Sport Mode 是 OpenClaw 生态的动态监控加速器，通过临时提升心跳频率（默认 3 分钟，可自定义至 1 分钟）并注入监控任务，实现对后台代理（如 Codex）、长时间构建或交互式游戏等高强度场景的精细化督导。
启动命令：sport-mode on --task "监控指令" [--every "间隔"]
关闭命令：sport-mode off
启动时，Skill 会热重载 openclaw.json 配置并写入 HEARTBEAT.md；关闭时自动恢复 30 分钟默认心跳并清理任务文件。
显著优点
- 零中断热重载：通过
openclaw config set实现配置运行时修补，无需重启 Gateway - 状态机原生支持：推荐让代理自主更新 HEARTBEAT.md，实现"无状态代理、有状态任务"的优雅架构
- tmux 深度集成：支持捕获终端 pane 内容，用户可实时 attach 观察，代理可静默巡检
- 智能降噪：配合
HEARTBEAT_OK静默协议，避免高频监控的信息 spam
潜在缺点与局限性
- 必须设定终止条件：文档反复强调需内置
sport-mode off触发逻辑，否则将陷入无限监控 - 配置漂移风险：热重载机制若遇 Gateway 异常可能丢失状态，虽默认回退 30m 但仍需人工兜底
- 高频资源占用：1 分钟级心跳对系统日志、token 消耗有明显压力，不适合长期运行
- 单点任务队列：HEARTBEAT.md 为单文件模型，无法并行托管多个 Sport Mode 任务
适合人群
- AI 辅助开发者：使用 Codex/Claude Code 等后台编码代理，需阶段性 checkpoint 检查
- DevOps 工程师：CI/CD 构建、数据库迁移、滚动部署的长尾任务监控
- 游戏化实验者：基于 LLM 的回合制或实时交互游戏开发
- 自动化运维：需"人在回路"但希望减少手动 polling 的场景
常规风险
- 无限循环陷阱：未设终止条件的任务将持续占用 agent 周期，导致 token 浪费与上下文膨胀
- 状态文件污染：多任务场景下 HEARTBEAT.md 可能被覆盖或残留脏数据
- 权限边界：修改
~/.openclaw/openclaw.json需要对应目录写入权限，多用户环境需谨慎