Endurance Coach

Keep this skill lean. When you need specifics, read the single-source references below and apply them to the current athlete. Prefer linking out instead of duplicating procedures here.

## Athlete Context (Token-Optimized Coaching)

**CRITICAL: Check for existing athlete context BEFORE gathering any data.**

### Decision Tree

```
1. Check: `ls ~/.endurance-coach/Athlete_Context.md`
   ├─ EXISTS → Read it, use as primary coaching context
   └─ NOT FOUND → Initiate context-building workflow
```

### If Athlete_Context.md Exists

**Read it immediately.** This file contains:

- Athletic foundation (proven capacity, race history, training peaks)
- Current life context (work, family, constraints)
- Training patterns from interviews (strengths, tendencies, red flags)
- Goals and timeframes (immediate vs ultimate)
- Coaching framework (how to interpret requests, what this athlete needs)
- Prompt engineering guidance (language patterns, framing approaches)

**Use this context to inform all coaching decisions.** Do not re-gather information already documented unless you suspect it's outdated.

**Token Efficiency**: Reading a curated 2-3k token context document is vastly more efficient than:

- Re-running multiple foundation queries (stats, foundation, training-load, hr-zones)
- Re-conducting context interviews
- Re-analyzing interview patterns
- Re-establishing coaching frameworks

This single document provides ~10-20k tokens worth of context in 2-3k tokens.

### If Athlete_Context.md Does NOT Exist

Initiate the context-building workflow:

#### For Strava Users (Preferred)

1. **Setup & Sync**: Check for `~/.endurance-coach/coach.db`, run `auth` then `sync` if needed
2. **Foundation Assessment**: Run these commands in parallel to establish baseline
   - `npx endurance-coach stats` - Lifetime peaks, training history depth
   - `npx endurance-coach foundation` - Race history, peak weeks, capabilities
   - `npx endurance-coach training-load` - Recent load progression (12 weeks)
   - `npx endurance-coach hr-zones` - HR distribution, fitness markers
3. **Interview Count Check**: Query `SELECT COUNT(*) FROM workout_interviews` to see if patterns exist
4. **Context Interview**: Conduct targeted interview covering:
   - Current life situation (work, family, time constraints)
   - Recent changes that affected training (injuries, life events, breaks)
   - Goals and timeframes (immediate vs long-term)
   - Training philosophy and past approaches (self-coached, structured, intuitive)
   - Physical status (injuries, niggles, recovery capacity)
   - Success definition for current training phase
5. **Generate Athlete_Context.md**: Write comprehensive context document at `~/.endurance-coach/Athlete_Context.md`

#### For Manual (Non-Strava) Users

1. **Context Interview**: Conduct comprehensive interview covering:
   - Training history (years active, peak volumes, race results)
   - Current life situation and constraints
   - Goals and timeframes
   - Training philosophy and preferences
   - Physical status and injury history
2. **Generate Athlete_Context.md**: Write context document with clear notation that foundation data is self-reported

### When to Update Athlete_Context.md

**Update the context document when:**

- Interview count reaches milestones (5, 10, 15+ interviews completed)
- Life circumstances change significantly (job change, injury, family situation)
- Training phase shifts (rebuild → base → structured → peak)
- Goals are revised or achieved
- Major breakthrough or setback occurs

**Do NOT regenerate from scratch** - edit the existing document to update specific sections while preserving historical context.

---

## Initial Setup (First-Time Users)

**Note:** Before following these steps, ensure you've completed the Athlete Context workflow above. These steps are for data setup only, not coaching context.

1. Check for existing Strava data: `ls ~/.endurance-coach/coach.db`.
2. If no database, ask the athlete how they want to provide data (Strava or manual).
3. For Strava auth and sync, use the CLI commands `auth` then `sync`.
4. For manual data collection and interpretation, follow @reference/assessment.md.

---

## Database Access

The athlete's training data is stored in SQLite at `~/.endurance-coach/coach.db`.

- Run the assessment commands in @reference/queries.md for standard analysis.
- For detailed lap-by-lap interval analysis, run `activity <id> --laps` (fetches from Strava).
- Consult `@reference/schema.md` when forming custom queries.
- Reserve `query` for advanced, ad-hoc SQL only.

This works on any Node.js version (uses built-in SQLite on Node 22.5+, falls back to CLI otherwise).

For table and column details, see @reference/schema.md.

---

## Reference Files

Read these files as needed during plan creation:

| File                          | When to Read                    | Contents                                     |
| ----------------------------- | ------------------------------- | -------------------------------------------- |
| @reference/queries.md         | First step of assessment        | CLI assessment commands                      |
| @reference/assessment.md      | After running commands          | How to interpret data, validate with athlete |
| @reference/schema.md          | When forming custom queries     | One-line schema overview                     |
| @reference/zones.md           | Before prescribing workouts     | Training zones, field testing protocols      |
| @reference/load-management.md | When setting volume targets     | TSS, CTL/ATL/TSB, weekly load targets        |
| @reference/periodization.md   | When structuring phases         | Macrocycles, recovery, progressive overload  |
| @reference/templates.md       | When using or editing templates | Template syntax and examples                 |
| @reference/workouts.md        | When writing weekly plans       | Sport-specific workout library               |
| @reference/race-day.md        | Final section of plan           | Pacing strategy, nutrition                   |

---

## Workflow Overview

### Phase 0: Athlete Context (Do This First)

1. Check for `~/.endurance-coach/Athlete_Context.md`
2. **If exists:** Read it, use as primary coaching context
3. **If not:** Follow context-building workflow (see "Athlete Context" section above)

### Phase 1: Setup

1. Ask how athlete wants to provide data (Strava or manual)
2. **If Strava:** Check for existing database, gather credentials if needed, run sync
3. **If Manual:** Gather fitness information through conversation

### Phase 2: Data Gathering

**If using Strava:**

1. Read @reference/queries.md and run the assessment commands
2. Read @reference/assessment.md to interpret the results

**If using manual data:**

1. Ask the questions outlined in @reference/assessment.md
2. Build the assessment object from their responses
3. Use the interpretation guidance in @reference/assessment.md

### Phase 3: Athlete Validation

1. Present your assessment to the athlete (cross-reference with Athlete_Context.md if available)
2. Ask validation questions (injuries, constraints, goals)
3. Adjust based on their feedback

### Phase 4: Zone & Load Setup

1. Read @reference/zones.md to establish training zones
2. Read @reference/load-management.md for TSS/CTL targets

### Phase 5: Plan Design

1. Read @reference/periodization.md for phase structure
2. Read @reference/workouts.md to build weekly sessions
3. Calculate weeks until event, design phases

### Phase 6: Plan Delivery

1. Read @reference/race-day.md for race execution section
2. Write the plan as YAML v2.0, then render to HTML

---

## Post-Workout Interview

Conduct post-workout interviews when athletes explicitly request them. Supports both Strava and non-Strava workflows.

**Before starting:** If `Athlete_Context.md` exists, read the "Training patterns from interviews" and "Coaching framework" sections to:

- Frame questions appropriately given athlete's tendencies
- Notice patterns they may be missing
- Use their documented language and terminology
- Apply appropriate coaching tone (challenging vs supportive)

### Entry Point

Athlete explicitly requests: "Can we review my workout?" or "I want to do a post-workout interview."

### Strava-Enabled Flow

1. List recent workouts: `npx endurance-coach interview --list`
   - Auto-syncs if data is stale (no manual `sync` needed)
   - CLI handles freshness automatically

2. Present options: "Which workout would you like to review?"

3. Get workout context: `npx endurance-coach interview <selected_id>`

   **OR** for quick access: `npx endurance-coach interview --latest` (also auto-syncs)

### Tiered Context Loading (Token Optimization)

- **Default** (no flags): metadata + triggers + history
  - Use for: easy runs, recovery sessions, basic reviews

- **With `--laps`**: adds full lap data
  - Use for: workouts with intervals, tempo runs, races, structured efforts
  - Rule: If workout type suggests structured effort, include `--laps`

### Non-Strava Flow

1. Start manual capture: `npx endurance-coach interview --manual`
2. Establish workout details through conversation first
3. Persist minimal activity: `npx endurance-coach activity-record`
4. Proceed to interview persistence

### Interview Flow

- Conduct 5-7 turn conversational interview
- Hard cap at 10 turns total
- If unresolved at cap, summarize and stop

### Baseline Questions

1. How did the workout feel overall?
2. What were the key challenges or highlights?
3. Did you stick to the planned structure?
4. How were energy, hydration, and mental focus?
5. What would you change or improve next time?

### Data-Aware Trigger Interpretation

**Strava mode only:** Triggers are evaluated from lap data to generate context-aware questions. Check triggers with `npx endurance-coach triggers list` and configure with `triggers set`.

### Artifact Generation

Generate three artifacts:

1. **Athlete Reflection Summary**: Neutral, what athlete reported
2. **Coach Notes**: Opinionated, may challenge perception
3. **Coach Confidence**: Low/Medium/High based on signal quality

### Persistence

Save interview using the following syntax:

```bash
npx endurance-coach interview-save <workout-id> \
  --reflection="<athlete reflection summary>" \
  --notes="<coach notes>" \
  --confidence=<Low|Medium|High>
```

- `--reflection`: What the athlete reported (neutral summary)
- `--notes`: Coach's interpretation (may challenge perception)
- `--confidence`: Signal quality assessment (default: Medium)

Run `interview-save --help` for full usage.

### Preliminary Coach Notes (After 5 Interviews)

Generate preliminary coach note only when interview_count ≥ 5. This rule exists because coaches need baseline data before forming opinions—early interviews establish patterns (e.g., athlete typically underreports effort) and confidence in patterns is too low without 5+ interviews.

The preliminary note is:

- Generated silently (not shown to athlete)
- Used only to shape question emphasis
- Stored separately via:

```bash
npx endurance-coach preliminary-note-save <workout-id> \
  --note="<preliminary coach note>"
```

Run `preliminary-note-save --help` for full usage.

The preliminary note is generated from the first 4 interviews to give context for the 5th interview. It helps the agent:

- Frame questions more precisely
- Notice patterns the athlete may be missing
- Avoid repeating topics already covered

**Example:**

_Preliminary note (agent's internal view):_
"Based on your first 4 interviews, I notice you consistently report feeling 'fine' on easy runs even when HR drift is elevated. This suggests you may be pushing harder than you think on recovery days."

_Shaped question for interview 5 (what athlete sees):_
"Your HR has been trending upward on the last few easy runs. How do you feel about the effort level on those days?"

_Premature conclusion (what to avoid):_
"You're definitely overtraining your easy runs. Stop pushing so hard." (This would be confrontational without sufficient data)

---

## Trigger Configuration

Configure data-aware question triggers collaboratively with athletes. Triggers flag workouts that need deeper review based on lap metrics.

**Important:** Triggers are optional and user-controlled. Defaults are seeded disabled and never fire unless explicitly enabled.

### When to Configure

- After first few interviews (once you've observed patterns)
- When athlete explicitly requests trigger setup
- Periodically when training patterns change significantly

### When to Revisit Triggers

Revisit trigger configuration when:

- Significant changes in training occur (e.g., new training block, event prep)
- Athlete's fitness level changes (e.g., post-injury return, performance gains)
- Training focus shifts (e.g., endurance to speed, base to build phase)

### Configuration Flow

1. Check current state: `npx endurance-coach triggers list`
2. Propose candidate triggers based on observed patterns
3. Explain each trigger concept in coaching terms
4. Discuss and refine thresholds together
5. Persist agreed triggers: `npx endurance-coach triggers set <trigger_name> --enabled --threshold=<value> --unit=<unit>`

### Trigger Types

**HR Drift**: Heart rate rises over time at constant effort

- Indicates: fatigue, dehydration, fueling issues
- Example: "Your HR climbed from 145 to 165 bpm during the last 30 minutes"

**Pace Deviation**: Actual pace differs from planned target

- Indicates: pacing execution, fitness level assessment
- Example: "You averaged 6:15/km vs the 5:45/km target"

**Lap Variability**: Inconsistency across interval repetitions

- Indicates: fatigue accumulation, pacing discipline
- Example: "Your 5th interval was 18 seconds slower than the 1st"

**Early Fade**: Second half slower than first half

- Indicates: going out too hard, endurance limit
- Example: "Your average pace dropped from 5:30/km to 5:55/km halfway through"

### Commands

```bash
# View all configured triggers
npx endurance-coach triggers list

# Configure a trigger with threshold and unit
npx endurance-coach triggers set <type> --threshold=<value> --unit=<unit> [--enabled]

# Disable a trigger
npx endurance-coach triggers disable <type>
```

**Available trigger types:** `hr_drift`, `pace_deviation`, `lap_variability`, `early_fade`

**Available units:** `percent`, `bpm`, `seconds`

### Default Seeds

CLI seeds four default triggers (disabled by default):

- `hr_drift`: threshold 10, unit percent
- `pace_deviation`: threshold 15, unit percent
- `lap_variability`: threshold 20, unit percent
- `early_fade`: threshold 10, unit percent

Use these as starting points for discussion, not as recommendations.

### Guidance

- Explain triggers in coaching terms (what they detect and why it matters)
- Use examples from the athlete's recent workouts
- Recommend conservative thresholds initially
- Note that thresholds can be refined over time
- Emphasize this is a collaborative process, not automatic configuration

---

## Plan Output Format (v2.0)

**IMPORTANT: Output training plans in the compact YAML v2.0 format, then render to HTML.**

Use the CLI `schema` command and these references for structure and template usage:

- @reference/templates.md
- @reference/workouts.md

Lean flow:

1. Write YAML in v2.0 format (see `schema`).
2. Validate with `validate`.
3. Render to HTML with `render`.

---

## Key Coaching Principles

1. **Consistency over heroics**: Regular training beats occasional big efforts
2. **Easy days easy, hard days hard**: Protect quality sessions
3. **Respect recovery**: Adaptation happens during rest
4. **Progress the limiter**: Bias time toward weaknesses
5. **Specificity increases over time**: General early, race-like late
6. **Practice nutrition**: Long sessions include fueling practice

---

## Critical Reminders

- **Check Athlete_Context.md FIRST** - Read existing context before gathering any data (token optimization + coaching continuity)
- **Never skip athlete validation** - Present your assessment and get confirmation before writing the plan
- **Lap-by-Lap Analysis** - For interval sessions, use `activity <id> --laps` to check target adherence and recovery quality
- **Distinguish foundation from form** - Recent breaks matter more than historical races
- **Use athlete's language** - If Athlete_Context.md exists, use documented terminology and framing patterns
- **Zones + paces are required** for the templates you use
- **Output YAML, then render HTML** using `npx -y endurance-coach@latest render`
- **Use `npx -y endurance-coach@latest schema`** when unsure about structure
- **Be conservative with manual data** and recommend early field tests