Back to the work

BUILT THROUGH SPIRAL ONE

Levo

When thinking harder isn't the answer.

MY ROLE

Product systems design · Local persistence architecture · Migration safety · Cross-platform implementation boundaries

OUTCOME / WHAT CHANGED

A local-first skills and reflection companion with tested local persistence. Android remains a pilot and full parity is not claimed.

OVERVIEW

When thinking harder isn't the answer.

Sometimes you already know what might help. The problem is remembering it, choosing it and actually doing it when you're already overwhelmed.

Tell it where you are. Get a small set of things you can try. Record what happened. Come back later and see what actually helped.

Sometimes what you need isn't another thing to think about. You need an off-ramp.

IMPLEMENTATION NOTES

Interaction model

Levo's core interaction is intentionally bounded. The user starts with an intensity from 1–100. That maps into Green: 1–14, Yellow: 15–39, Orange: 40–69, and Red: 70–100.

Intensity → Zone → Bounded Skills → Selection → Event Record → Optional After-State → History / Patterns.

As intensity increases, the system should not respond by becoming more complicated. It should become simpler.

IMPLEMENTATION NOTES

Local data model

Levo uses versioned local event storage for details such as time, intensity, trigger, description, tags, selected skills, distress afterward and effectiveness.

The schema is versioned because the data model will change. Existing records need a defined path forward, and decode failures need safe handling rather than silently destroying someone's history.

The iOS implementation currently goes further than the Android pilot, and I don't present them as being at complete feature parity.

IMPLEMENTATION NOTES

Safety invariants

Safety requirements are treated more like architecture than copywriting. Constraints include keeping support reachable, avoiding pathologizing language, simplifying at higher intensity and handling stored information safely.

Levo is a DBT-informed skills and reflection companion. It is not therapy, diagnosis, crisis intervention or a clinically validated treatment product.

Cross-platform parity is something to verify, not assume because two apps share a product name.

BOUNDARIES

What this is not claiming.

The evidence viewer keeps the limitation attached to each artifact. Current capability is shown separately from future direction so the technical story stays useful without getting ahead of the work.

DIRECTION

What I am still testing.

  • Current iOS flow capture
  • Android parity review
  • Device-level Android migration validation

NEXT SYSTEM

AI Memory Card