WHOOP

核心用法

WHOOP技能实现与专业运动恢复追踪设备的数据集成，主要功能包括：

1. 数据获取：通过OAuth 2.0认证连接WHOOP API，拉取用户最新的Recovery（恢复指数）、Sleep（睡眠数据）、Cycle/Strain（运动负荷）三大核心指标
2. 智能分析：基于生理数据生成当日行动建议，帮助用户优化训练强度与恢复平衡
3. 自动化推送：支持配置定时任务，每日早晨自动执行并发送报告

配置流程

• 首次使用需在WHOOP开发者后台创建应用，配置WHOOP_CLIENT_ID与WHOOP_CLIENT_SECRET
• 设置回调地址为https://localhost:3000/callback
• 执行授权脚本获取offline范围的长期刷新令牌
• 刷新令牌会自动轮换更新，需持久化存储最新令牌

显著优点

• 专业级生理数据源：WHOOP是职业运动员广泛使用的恢复追踪设备，心率变异性(HRV)、静息心率、血氧等指标精度高
• 闭环训练管理：将客观生理数据转化为可执行建议，避免过度训练或恢复不足
• 零干预自动化：配置完成后完全后台运行，用户每日仅需阅读报告
• OAuth安全架构：采用标准授权码流程，不直接存储用户密码

潜在局限

• 硬件依赖：必须拥有WHOOP 4.0或WHOOP Band设备才能获取数据
• 配置门槛：需完成开发者控制台设置、OAuth授权流程，非技术用户可能受阻
• 本地化限制：回调地址固定为localhost，可能影响部分网络环境下的授权
• API稳定性风险：WHOOP为商业API，存在速率限制或条款变更可能
• 隐私集中化：所有健康数据流经WHOOP云端，非本地优先架构

适合人群

• 已持有WHOOP设备的力量训练/耐力运动爱好者
• 追求数据驱动训练优化的严肃业余运动员
• 需要监控恢复状态以预防过度训练的用户

常规风险

| 风险类型 | 说明 | 缓解措施 |

|---------|------|---------|

| 令牌泄露 | 刷新令牌长期有效，泄露可导致数据访问 | 严格限制`.env`文件权限 |

| 过度训练误判 | 算法建议可能不适合特殊生理状况 | 结合主观感受综合判断 |

| 数据断联 | 令牌轮换失败会导致同步中断 | 监控日志并及时重新授权 |

WHOOP Morning Check-in 综合评估

核心用法

该 Skill 专为 WHOOP 可穿戴设备用户设计，提供自动化晨间健康数据简报。用户需完成一次性 OAuth 2.0 授权流程，获取 WHOOP_CLIENT_ID、WHOOP_CLIENT_SECRET 和 WHOOP_REFRESH_TOKEN 三个环境变量凭证。此后每日运行 whoop-morning 命令，即可自动拉取最新 Recovery（恢复指数）、Sleep（睡眠质量）、Cycle/Strain（训练负荷）三大核心指标，并基于数据生成当日运动与休息建议。

显著优点在于其极简架构：仅 3 个文件、36 行可执行代码，零第三方依赖，攻击面几乎为零。S+ 级安全认证通过六维深度检测（静态分析、动态行为、依赖审计、网络流量、隐私合规、威胁情报），100% 无漏洞通过。功能单一明确，无隐藏行为，所有网络交互仅由用户通过独立 CLI 工具完成，Skill 本身不直接发起外部请求，从源头上隔离了数据外泄风险。

潜在局限与风险

• WHOOP 账户依赖：功能完全绑定 WHOOP 订阅服务，若用户取消订阅或 API 策略变更，Skill 将失效
• OAuth 凭证管理：虽无硬编码风险，但 .env 文件需用户自行保管，存在本地泄露可能
• 无实时数据：依赖 WHOOP 官方 API 同步频率，非实时监测工具
• T3 来源等级：社区/个人项目，无企业级 SLA 保障，长期维护稳定性存疑
• 平台局限：目前仅支持 Linux/Node.js 环境，移动端适配需额外工作

适合人群

• 已订阅 WHOOP 3.0/4.0 的深度健身用户
• 追求数据驱动训练的运动员、CrossFit 爱好者
• 重视隐私安全、偏好本地部署的技术敏感型用户
• 需要通过 Gateway cron 实现自动化流程的进阶玩家

常规风险提醒

定期轮换 refresh token（WHOOP 官方策略），避免在多设备间共享凭证文件，勿将 .clawdbot/ 目录纳入版本控制。