Optimize, Don't Treat: Why Biohackers Need a Terminal

> TL;DR: German doctors get just 7 minutes per visit. Discover the critical gap between wellness apps and medical devices that ARES Bio.OS fills for informed self-optimization and true performance control.

Most biohackers aren't optimizing—they're just treating symptoms with fancy gadgets and apps. Between wellness trackers and clinical tools lies a forgotten frontier of true self-responsibility. That's the gap ARES Bio.OS (link) fills—and why nailing your positioning changes everything.

There is a gap in the German medical ecosystem that grows larger every day. It does not sit between doctors and patients. It sits between what the system is permitted to deliver and what informed users are already doing.

In a 7-minute consultation window — the German average, ranking last in the OECD — even motivated doctors cannot interpret biomarker trends over quarters, link heart rate variability values with peptide protocols, or adjust substance timing against protein intake. This is not a critique of doctors. It is a mathematical reality.

Optimize, don't treat — Why informed users need their own terminal - Illustration

In parallel, a cohort is emerging for whom exactly this is a problem.

a minimal dark workspace photographed from above — a leather-bound notebook, a t

1. The cohort the system does not serve

Let us call them by name:

• Bodybuilders and physique athletes who want to quantitatively control TDEE, recomposition (/en/research/retatrutide-the-ultimate-guide-for-body-recomposition), and regenerative windows
• Biohackers calibrating peptide stacks, tracking receptor saturation, running N=1 protocols
• Longevity enthusiasts in the Attia, Huberman, Bryan Johnson orbit
• Quantified-Self practitioners with CGM, HRV tracking (https://doi.org/10.3390/s18092923), smart rings Gong 2025 (https://doi.org/10.3390/biomimetics10120819), and quarterly private blood panels
• High performers (CEOs, investors, endurance athletes) for whom performance is not a leisure activity, but a core competency

This group is not sick. They are hungry for optimization. They do not want to be cured. They want to know more and decide for themselves.

The standard care system structurally has no room for this group. Not in terms of time (7 minutes), billing, or technology (data silos). And not because the system is bad. But because it was optimized for something else: population averages, not individual outliers.

2. What this group is already doing — and where the workaround ends

They wear wearables. They book private lab panels. They upload their CSVs into Claude and Grok. They maintain Google Sheets with training volume, supplement timings, sleep scores (/en/research/light-protocols-the-formula-for-perfect-circadian-calibration), and HbA1c trajectories.

This works — until it hits a limit in detail.

A spreadsheet stores single values. A spreadsheet cannot simulate a receptor saturation curve. A chat prompt can explain a blood panel. It cannot model a biomarker trajectory over 18 quarters that isolates your specific HRV response to an intervention from your seasonal baseline. Kane 2025 (https://doi.org/10.1093/occmed/kqaf101)

Exactly at this threshold, ad-hoc self-tracking breaks down. The user has the data. They have the mindset. They have read the literature. What they lack: a terminal that aggregates and computes everything.

3. Why the system does not build this terminal (and does not have to)

The German medical system operates within rules that make sense from its perspective:

• Heilmittelwerbegesetz (HWG - Therapeutic Products Act) — prevents false promises of healing
• MDR / MDCG — certifies medical diagnostic software traceably
• GDPR over-interpretation — protects patient data from companies that might monetize it
• Billing logic (EBM/GOÄ) — compensates activity, not outcome optimization

All these structures are justified. They prevent charlatanry, data sell-offs, and unjustified health claims.

But they also prevent: granular self-tracking tools that give the informed user data sovereignty.

That is fine. The system does not have to build these tools. The system has other tasks — and should focus on them.

The question is: Who builds them then?

4. Precedents: What Function Health, Levels, and Whoop demonstrate

Internationally, this model has existed for years.

• Function Health (https://www.functionhealth.com) (Austin, USA): 100+ biomarkers quarterly, $499/year, "educational tool, not medical advice", $53M Series A 2024.
• Levels (https://www.levelshealth.com) (USA): CGM-based metabolic insights (https://doi.org/10.1210/clinem/dgaa148),
  99/year, "For metabolic wellness, not diabetes treatment". Ahmed 2025 (https://doi.org/10.7759/cureus.94460)
• Whoop (https://www.whoop.com) (USA): "Coach, not doctor." Neither a medical device nor a doctor replacement.
• Oura Ring (https://ouraring.com) (Finland): "Informational product, not a medical device."

All four have been operating profitably, at scale, and regulatorily clean for years. Because they position themselves correctly: Self-tracking tool, not medical device. The user uploads data, views trends, and decides for themselves.

Optimize, don't treat — Why informed users need their own terminal - Illustration

In the DACH region, no comparable product exists yet. That is the gap.

5. The terminal the user operates vs. the terminal that operates them

Table 1 — Standard Care vs. Self-Tracking Terminal

| Dimension | Standard Care | Self-Tracking Terminal (ARES Category) | |---|---|---| | Data Source | Single measurement in consultation | User-controlled upload from any source | | Interpretation | Population norm reference values | Individual trajectory + scenario simulation | | Decision Authority | Doctor recommends | User decides, with optional doctor involvement | | Data Sovereignty | Data remains in the system | User owns, exports, deletes at any time | | Purpose | Diagnosis + Therapy | Information + Self-Optimization | | Regulatory Category | MDR / HWG / MDCG | Non-medical information platform | | Target Audience | Sick patients + standard prevention | Power users with their own optimization goals |

The central difference: The left column serves the user. The right column is operated by the user.

6. What a user-operable terminal must be capable of

From practice — own N=1, community discussions with power users, analysis of top-performer accounts:

• Unified Data Import: Labs (PDF-OCR or structured), wearables (Oura, Whoop, Apple Health, Garmin, Dexcom), training logs, supplement stacks
• Biomarker Normalization: Values against individual baseline, not against population norms
• Signal Fusion: HRV × Sleep × Training Load × Supplement Timing in one matrix
• Scenario Simulation: "What does the model show if I adjust this variable?" — as a computed result, not as a recommendation
• Trajectory Projection: Bio-Age, VO2max, ApoB (/en/research/apob-lpa-longevity) modeled over 18 quarters
• Doctor Export (optional): PDF letter on user request, not API live sync
• Data Sovereignty: Everything exportable, everything deletable, everything on-user-request

This is not a medical device. This is a calculator — like Excel for personal finance, but for biology.

cinematic editorial photograph of a single Apple Watch, a Whoop strap, a Dexcom

7. The handcuffs are not technical — they are a matter of positioning

This is where the discussion gets interesting. The technical field is solved. What is not solved: Positioning.

A tool that sells itself as a "health app" falls under DiGA suspicion. A tool that promises "diagnosis" triggers MDR. A tool that recommends "therapy" triggers HWG. This is justified — that is exactly what these laws are for.

The handcuffs that the informed user feels do not come from regulations against tools. They come from incorrectly positioned tools that force their way into the medical category, where they legally do not belong.

The solution is simple: Position yourself correctly. Function Health has it. Levels has it. Whoop has it. Oura has it.

The tool is allowed to exist. It just has to know what it is — and above all: what it is not.

Table 2 — Positioning Matrix

| Category | Examples | Regulated as | |---|---|---| | Medical Device | Blood glucose sensor with therapy instructions, DiGA app | MDR, MDCG, HWG | | Doctor Software | MVZ systems, teleclinic, diagnostic co-pilots | MDR, GDPR Art. 22 | | Wellness / Fitness | Fitness trackers without claims | No MDR | | Informational Self-Tracking + Simulation | Function Health, Levels, Whoop, Oura, ARES Bio.OS | No MDR — Information Platform | | Medical Literature | Medical journals, Nature, Journal Articles | Copyright, no MDR |

The bolded row is the space we address. It is real. It is legal. It is growing.

8. What I am building — and why

ARES Bio.OS (/en/research/bio-os-frictionless-logging-for-maximum-performance) is not a medical device. It is a self-tracking and simulation terminal for power users.

The user uploads what they want. The user sees trends, correlations, scenarios. The user decides for themselves what to do with it — including the option to give the results to their doctor as a PDF letter, if they deem it useful.

The mission is not "replace the healthcare system." The mission is: equip the informed user with a terminal that they operate themselves — without having their hands tied behind their back by a category they do not belong in.

Optimize, don't treat — Why informed users need their own terminal - Illustration

Optimize, don't treat. That is the baseline.

Standard care remains where it is. It has its tasks, and it performs them as well as its framework conditions allow. Alongside it, a space is emerging for those who want more. The space does not need a new drug. It needs an interface.

That is what we are building.

→ bio-os.io (https://bio-os.io)

---

ℹ️ Informational tool, not medical device. ARES Bio.OS is a self-tracking and simulation tool. It does not provide medical diagnoses, recommend therapies, or replace a doctor's visit. The information shown here is solely for the user's self-responsible contextualization of their own data. Always consult a licensed physician for health-related questions.

---

How to Apply These Concepts in Daily Life

Start each morning by uploading last night's sleep and heart rate data from your wearable into a personal terminal. Review the overnight trends against your baseline instead of population averages. This simple habit turns raw numbers into actionable insights you control.

Before your next workout or meal, run a quick scenario in the tool. Adjust one variable like protein timing or training load and see the projected effect on recovery markers. Over weeks, these micro-d