Skip to content
fitme·story

The story

Who built this, what it is, how it started, and how it grew into a framework that measures itself.

Read as a product story: why the workflow existed, what each version produced, and how the outcomes were measured. The engineering is here as supporting depth.

  1. This started as a personal project.

    I wanted a faster, simpler way to track my own fitness and wellbeing — and to keep that data private, on-device, and mine. What grew out of it was bigger than the app.

  2. Building the app kept surfacing the same planning mistakes.

    Missed edge cases. Skipped research. Ship-first-measure-later. I was fast and wrong, a lot.

  3. Privacy-first, on-device, owned by the user.

    Every byte of health data stays local unless the user explicitly shares it. No cloud AI round-trips. Analysis happens on-device when possible, by design.

  4. 9
    phases

    So I built /pm-workflow — one command, nine phases.

    Research → PRD → Tasks → UX → Implement → Test → Review → Merge → Docs. The workflow enforced what I wouldn't.

  5. 8
    framework versions

    Then the workflow itself started evolving.

    Each feature ran through it. Each run exposed gaps. The framework grew to close them: caches, evals, dispatch intelligence, measurement.

  6. 17
    chip profiles

    By V7.0 it was measuring itself and routing to hardware-aware models.

    Phase timing instrumented. Cache hit rates tracked. Chip-affinity maps for model selection. The tool had learned to profile its own work.

  7. 185
    audit findings

    16 features shipped. All documented. All honest — even the failures.

    185 audit findings, 12 critical, published in a public showcase repo. No triumphant narrative without the regressions.

  8. This site is the guided tour. The timeline is below.

Where it is today

Sixteen features shipped, eight framework versions, a public audit trail, and a living design system — all documented, including the regressions. Pick a thread: