核心功能
Section 11 是一套循证耐力骑行训练教练协议，专为需要数据驱动训练方案的耐力自行车运动员设计。其核心工作流围绕 JSON 训练数据的实时分析展开：每次训练咨询前必须抓取 latest.json（近7天快照+28天衍生指标）和 history.json（90天日度/180天周度/3年月度纵向数据），结合运动员档案（DOSSIER.md）和心跳配置（HEARTBEAT.md）生成个性化建议。
关键特性：
- 循证决策：严格禁止对预计算指标（CTL、ATL、TSB、ACWR、RI等）进行虚拟估算，必须从抓取的数据中读取
- 标准化报告：提供训练前准备度评估（Go/Modify/Skip 三档建议）和训练后复盘模板
- 写回能力：在支持代码执行的平台（OpenClaw、Claude Code等）上，可通过
push.py直接管理 Intervals.icu 日历——包括推送计划、调整阈值、添加批注 - 自动化心跳：可选启用每日训练观察+天气检查、每周趋势分析的自动调度
优势
1. 数据主权设计：训练数据存储在用户自选的本地设备或私有仓库，项目本身不运行任何后端服务，彻底杜绝第三方数据托管风险
2. 供应链透明：所有协议文件、模板、同步脚本均开源在 GitHub 仓库，可被审计和分叉
3. 分层安全边界：协议获取、数据读取、写操作三者分离，写操作默认预览模式且需 --confirm 显式确认
4. 匿名化内置：sync.py 自动将原始训练数据转换为聚合衍生指标，AI 教练不接触敏感原始轨迹
局限性与风险
| 维度 | 说明 |
|------|------|
| **使用门槛** | 需要用户自行配置 GitHub 私有仓库或本地 JSON 数据源，首次 setup 涉及多个模板填写（DOSSIER.md、HEARTBEAT.md），对非技术用户不够友好 |
| **平台限制** | 写回功能仅在支持代码执行的环境可用，网页版聊天用户只能获得建议无法自动同步日历 |
| **数据源依赖** | 核心功能强依赖 Intervals.icu 的导出数据，若该平台服务中断或 API 变更，协议将失效 |
| **协议更新风险** | 运行时从远程仓库抓取 `SECTION_11.md`，虽便利但引入供应链攻击面（用户可分叉自管） |
| **医学边界** | 明确声明不替代医疗建议，伤病恢复等场景需人工教练介入 |
适合人群
- 数据驱动型业余/半职业耐力车手：已使用 Intervals.icu 或类似平台记录训练，希望获得比平台默认算法更个性化的AI分析
- 自学型运动员：能独立完成技术配置（GitHub/本地文件管理），不需要"开箱即用"的托管服务
- 隐私敏感用户：拒绝将训练数据上传至任何第三方云服务
- 混合教练模式：真人教练用于周期规划和伤病管理，Section 11 用于日常数据监控和即时训练调整
常规风险提示
- 配置错误风险：JSON 数据源 URL 配置错误可能导致抓取失败或读取到过期缓存数据，建议定期校验
latest.json时间戳 - 阈值更新纪律：
set-threshold操作要求"经验证的测试结果"，禁止从估算值更新，违规操作将扭曲后续训练负荷计算 - 自动化谨慎：心跳机制的"Self-schedule next heartbeat"若配置不当可能导致非预期频繁调用，建议在理解随机化调度逻辑后再启用