Pelaris

Stop Tracking. Start Navigating.

Visit Website
April 5, 2026 I scored my AI app 64/100. Here's the architectural mistake I fixed.

My AI fitness app (Pelaris - https://pelaris.io) had a problem I didn't see for weeks.

I'd built a program generator that looked good on the surface. Users entered their goals, the system produced personalised training programs. Reasonable structure, correct terminology, sensible periodization phases.

Then I ran a proper quality assessment. Scored the output against 10 criteria. Got 64 out of 100.

The specific failure that made it obvious: a user training for a major endurance swimming event got a balanced plan with roughly equal splits across swimming, running, and cycling. Three goals were all swim-focused. The plan treated them like a triathlete.

My first instinct was to fix the symptoms. Tighten the prompt, add better rules, inject more instructions.

I started building those fixes. Then I deleted them.

The prompts weren't the problem. The architecture was.

What was actually wrong

The pipeline classified what sport someone did. It never reasoned about what achieving their goal actually required.

There's a big difference. Classifying "this person swims" takes one lookup. Answering "what does this goal physiologically demand, and what training structure produces that adaptation" requires a reasoning step that simply didn't exist.

Every fix I was building was patching the output of a system that had already reasoned incorrectly. The output looked like the problem. The problem was one layer earlier.

What I found in the research

While figuring out how to fix this properly, I dug into how the established platforms in this space actually work.

None of them use LLMs to architect programs from scratch. The ones that have been doing this for years use expert systems, mathematical models, and rule engines. AI, when it appears at all, handles personalisation within a structure that's already been validated.

That distinction - the LLM as the coach filling in a correct skeleton, not the architect building it - reframed everything.

The fix

The pipeline now has a layer that didn't exist before: a focused AI call that reasons about what a goal actually requires before anything else is generated. What energy system. What adaptations. Whether the initially suggested training methodology even fits the event. (Some methodologies are designed for short race-pace efforts. They're wrong for ultra-endurance. The new layer catches this.)

Everything downstream - program structure, weekly targets, session generation - works from that physiological foundation rather than category labels.

Two other findings from the research that changed the implementation:

Forcing JSON output directly in a generation prompt degrades reasoning quality. The model splits attention between format compliance and content. Separating reasoning from extraction - one pass in natural language, one pass to pull structured data from it - produces materially better output. It also makes the reasoning legible, which turns out to be useful for debugging.

The existing validator caught structural failures. It couldn't catch semantic ones. Wrong exercise for the goal. Generic coaching cues. Vague intensity. Added a separate evaluation step using a different model as the judge, with binary criteria, to catch what code can't.

Where things stand

The pipeline changes are built and validated. The before/after assessment is next.

Building in public at pelaris.io. Will post the scores when I have them.

Comment

March 11, 2026 To swim across the ocean, you start from the beach

Building Pelaris - AI coaching that navigates your training, not just tracks it.

The idea came from a simple observation. Most serious athletes sit in an awkward gap. Generic apps hand you a template and call it a program. Personal coaches are expensive and out of reach for most people who train seriously but don't compete professionally.

The science to close that gap already existed. Adaptive periodization, ACWR, readiness-based load adjustment. Elite coaches use it every day. Nobody had put it together in a way that worked for real people with real lives.

So I started building Pelaris.

The motto is: to swim across the ocean, you need to start from the beach, and aim for the horizon. That captures what the platform is trying to do. Not a quick fix. A long-term training navigator that gets smarter the longer you use it.

What makes it different is adaptation. Most apps prescribe load. Pelaris reads whether you can actually absorb it, then adjusts. It covers more than 7 sports and over 28 methodologies. It is privacy-first.

I am also using the build itself as an experiment in what the AI revolution actually means for software. Not just AI features bolted onto a traditional app. An AI-native product built by a solo founder using AI coding assistants, where the interface adapts to the athlete rather than forcing the athlete to adapt to the interface. The UI/UX revolution that AI is enabling is the real story here, and Pelaris is a live proof of concept of it.

My background is enterprise AI. I spent a decade deploying AI at scale across 400+ applications in 35 countries, winning an AI Pacesetter award along the way. This is applying that same discipline to a product I actually needed.

Early access is free. Would love feedback from anyone who trains seriously.

https://pelaris.io

Comment

About

Wanted to see how you can use AI to push a new kind of UI and UX in a domain that personally interests me. Sports and training.