Skip to main content
Meadow Arc

Back to all posts

The threshold is part of the system

Published on by Meadow Arc · 4 min read

One thing I keep coming back to with Caligo Relief is that a useful health tool cannot feel far away.

It can have the right features. It can store the right information. It can support activities, symptoms, routines, checklists, and notes. But if the path into those things feels too slow, the product starts losing usefulness before anything is technically broken.

That is especially true on the days when it is meant to help.

When energy is low, pain is louder, or the day already feels crowded, even a small amount of friction can be enough. Open the app. Find the right screen. Decide whether this is an activity, a symptom, a log, or just a note. Remember the wording. Fill in the structure. Save it.

None of those steps are unreasonable on their own.

Together, they can become the reason the app is used less.

The threshold is not separate from the habit

James Clear’s distinction between goals and systems has been useful to me here. A goal can name the direction, but the system is what someone actually returns to in ordinary life.

I want to move more. I want to understand my symptoms. I want to notice what helps. I want to keep a steadier routine.

Those are goals, or at least directions. But the system lives much closer to the moment:

Can I add the thing while I am thinking of it? Can I log pain without turning it into a small admin task? Can I record that I took a medicine or did a stretch without navigating through the whole product? Can the app understand enough of what I mean to prepare the next step?

That is where the threshold matters.

If the threshold is high, the system quietly weakens. Not because the person stopped caring, and not because the goal was wrong. The tool just asked for too much translation at the wrong moment.

AI should reduce the translation work

This is one of the reasons I have been working more seriously on chat inside Caligo Relief.

Not because I want the product to become a chatbot. That would be the wrong center of gravity. The point is not to make the app feel like it talks more. The point is to make the useful parts of the app easier to reach.

The recent work has been moving in that direction. Chat is starting to become a place where a plain sentence can turn into a reviewable draft for the app:

Create a gentle back stretch for every evening. Add burning pain in my right hip as a symptom. Log back pain at 8 out of 10. Add “call the clinic” to my to-do checklist. Record that I took magnesium.

Those are different kinds of actions, but they share the same problem. The user should not have to understand the app’s internal structure before the app can help.

For now, I still want a review step. The assistant should not quietly change important health-adjacent data just because it guessed what someone meant. But it can reduce the distance between thought and structure. It can prepare the activity, symptom, checklist item, or log entry so the person only has to confirm, adjust, or say no.

That is a very different use of AI than treating it as a general advice engine.

It is more like making the system easier to touch.

Close at hand is a product decision

The more I build this, the more I think “close at hand” is not a small interface detail.

It is part of whether the product can keep earning its place.

A system for habits, symptoms, and health context has to survive tired days. It has to survive interrupted days. It has to survive the moment where the user has the signal, but not the patience to sort it into the right shape.

AI can help there, if it stays practical.

Not by replacing judgment. Not by turning everything into advice. Not by making the product feel more impressive than it needs to be.

But by lowering the cost of returning.

That is the part I care about most right now. The chat should make the app feel closer to the user’s actual day. It should make the next useful action easier to capture while it is still alive.

Because if the product feels cumbersome, the decline is usually quiet. It is not a dramatic failure. It is just one skipped log, then one missed activity, then one less reason to open the app.

The system has to make return easier than drift.

That is the strategy behind this layer of AI in Caligo Relief. Keep the structure. Keep the safety. Keep the user in control.

But make the threshold smaller.