Skip to main content
Built in public · Real training telemetry · Private Dev
TRAIN. OBSERVE. ADAPT.

Training decisions
from real data.

Ferrokinetic is the command system for OCR & hybrid training. It connects athlete plans, Polar objective data, SRS, training load, safety constraints and current goals to answer one practical question:

"What should I do today — and what should change next?"

CORE PRINCIPLE: Deterministic rules calculate decisions. AI explains the context; it does not invent the recommendation.
[ DEMO TELEMETRY ]
SRS: 64 [PROVISIONAL] ///POLAR SLEEP SCORE: 81 ///ANS: SUPPRESSED ///7D STRAIN: 418 ///28D TOLERANCE: 392 ///LOAD RATIO: 1.07 ///DAILY DECISION: REDUCE ///AAR PROVENANCE: VERIFIED
CURRENT SYSTEM CAPABILITIES

Show, don't tell.

Ferrokinetic turns athlete plans, Polar telemetry, SRS, load and safety context into deterministic daily decisions, then compares planned and actual performance.

01 // MORNINGIllustrative State
SRS
64
CAUTION · PROVISIONAL
KEY DRIVERS
SleepPolar: 81
AutonomicSuppressed
Training LoadContextual
Check-inOptional
TRAINING LOAD
7-day Strain418
28-day Tolerance392
Load Ratio1.07
Today's Decision
REDUCE
SRS is the primary readiness signal; Polar evidence, optional check-in, safety, plan and load context determine the decision.
02 // TRAINSession Runner
INCLINE DB BENCH
STRUCTURE TARGET3 × 8–10 · RPE ≤ 8
ATHLETE LOAD16 kg
LAST SESSION10 / 10 / 9 @ 16kg
Target: Beat previous volume while staying ≤ RPE 8.
Canonical workout structure retains exact historical performance & progression rules.
03 // ADAPTReviewable Reflow
Planned: 5 × 1km intervals (Zone 5)
Recovery Restriction Triggered
Intervals restricted for today
Proposed update: 45 min easy Z2 endurance
Helps constrain inappropriate intensity when recovery or load requires caution.

Deterministic rules calculate decisions. AI explains the context; it does not invent the recommendation.

Weekly reflows are presented as user-approved proposals, not silent autonomous overwrites.

// CORE ARCHITECTURE PHILOSOPHY

Training is a feedback loop.

Most fitness tools treat workouts as static logs. Ferrokinetic connects inputs to outputs in a structured, athlete-governed feedback loop.

01

PLAN

The athlete plan and current goal establish the intended training phase.

02

EVIDENCE / RECOVERY

Polar objective telemetry captures recovery signals; an athlete check-in can refine context.

03

SRS

System Readiness Score synthesizes readiness evidence before a training decision is made.

04

DAILY DECISION

Deterministic safety, plan and load context determine whether to keep, reduce, replace or skip.

05

TRAIN

The athlete records strength and endurance execution in the session runner.

06

ACTUAL / MATCH

Polar telemetry and strength records are matched against planned parameters.

07

AAR

After Action Report reconciles planned versus actual execution and accumulated load.

08CLOSED LOOP ↺

REFLOW ↺

Adaptive Weekly Reflow suggests reviewable schedule adjustments for athlete approval.

[ AI explains the contextual rationale · Provenance scoring · User-approved adaptive reflow ]
ENGINEERING // UNDER THE HOOD

Built like software, not hype.

How Ferrokinetic turns Polar telemetry into SRS and a deterministic daily decision before providing contextual clarity.

SYSTEM DATA PIPELINE
POLAR TELEMETRY
Sleep & ANS Ingestion
NORMALIZATION / PROVENANCE
Freshness & confidence
SRS / READINESS
Deterministic readiness
SAFETY + DAILY DECISION
Rules calculate
PLAN / WORKOUT
Weekly plan & runner
ACTUAL / MATCH
Planned vs actual
AAR & REFLOW
User-approved updates
AI CONTEXT
Contextual rationale
SAFETY & LOGIC

Deterministic before generative

Deterministic rules calculate decisions. AI explains the context; it does not invent the recommendation. Constraints, load calculations, and workout adjustments are computed by strict application logic.

TELEMETRY VALIDITY

Data provenance & freshness

Derived metrics preserve data source, collection timestamp, confidence scoring, and validity time-windows instead of treating every number as equally trustworthy.

EXECUTION FEEDBACK

Planned vs actual reconciliation

Planned workouts are systematically compared with Polar endurance telemetry and user-logged strength execution to detect volume and intensity mismatches.

GOVERNED AUTOMATION

User-approved adaptation

Weekly reflows and schedule adaptations are presented as clear proposals for athlete review rather than autonomous silent rewrites.

WORKOUT RUNNER ENGINE

Built to be used
during the workout.

Not a passive logbook. Ferrokinetic provides session structure informed by canonical records, progression memory, and Polar recovery state; strength kilograms remain athlete-owned.

✓ Remembers sets, reps, exact load and assistance history.

✓ Tracks strength lifts, carries, hangs, and endurance sessions.

✓ Retains RPE and progression memory between workouts.

✓ Planned versus actual matching feeds the After Action Report.

EXERCISE 02 / 05

INCLINE DB BENCH

DEMO INTERFACE
CHESTDELTS
STRUCTURE TARGET
3 × 8–10
RPE ≤ 8
ATHLETE LOAD
16 kg
Athlete-owned
LAST SESSION10 / 10 / 9 @ 16kg
Logged: Aug 06
SET 110 reps @ 16kg✓ COMPLETED
SET 210 reps @ 16kg✓ COMPLETED
SET 3Target: 8–10 reps @ 16kg[ IN PROGRESS ]
// PUBLIC ROADMAP

SYSTEM STATUS // SEP 2026

No bloated pitch decks. Transparent engineering roadmap updated with current September 2026 product milestones.

✓ COMPLETED10 ITEMS
  • Polar telemetry, Sleep and ANS ingestion
  • Deterministic SRS V2 and optional morning subjective refinement
  • Training-load strain, tolerance and load-ratio context with safety-veto DailyDecision
  • Canonical Strength Runner and athlete-owned progression
  • Weekly Foundry, Plan Command Center and week-first planning
  • Hybrid / OCR execution and endurance intent → Polar matching
  • AAR planned-versus-actual reconciliation and user-approved Adaptive Weekly Reflow
  • Manual workout builder and reusable user templates
  • Proposal review and explicit athlete approval
  • Android release/version workflow and current Design V1
→ ACTIVE DEVELOPMENT3 ITEMS
  • Owner physical-device validation
  • Private-beta hardening and first external tester onboarding
  • Real-world SRS / Polar production validation
→ FUTURE / NOT YET PROMISED4 ITEMS
  • Second-user testing
  • Broader private beta
  • Garmin integration
  • Expanded OCR library