Client Memory and 3 Repeated Coaching Errors

Justin Harris
7 min read
troponiniq
blog
coaching

Why longitudinal memory matters more than smarter check-ins when you want fewer repeated mistakes

Client Memory and 3 Repeated Coaching Errors

Why longitudinal memory matters more than smarter check-ins when you want fewer repeated mistakes

Justin Harris’ Q&A workflow produced a program within 24 hours after he noticed the notification had failed, and his notes repeatedly tie better decision-making to remembering what happened before; the mechanism is longitudinal memory. The practical thesis is simple: in AI fitness coaching, the biggest gain is not faster replies or prettier dashboards, but a system that prevents the same mistake from being made twice.

Most coaching platforms are optimized for the next message. That is useful, but incomplete. The real value comes from encoding the last four or five rounds of context: what the client said, what the coach changed, what the client actually did, and which explanation later turned out to be wrong. If you do not store that chain, you end up re-litigating old problems as if they are new ones. If you do store it, you can stop repeating the same bad adjustment pattern and start coaching like you remember the client on purpose. That is the thesis.

1) Memory is not a nice-to-have; it is the error-prevention layer

The clearest examples in the KB are boring in the best way. Justin Harris tells Joe Webb, “I have zero short term memory, so I forgot,” after missing a response. That is a tiny line, but it exposes the core failure mode in coaching systems: not malice, not lack of intelligence, just absence of durable context. In a human-only setup, the coach can forget a thread, repeat a question, or miss a prior issue. In an AI-assisted setup, the system can do the same thing at scale if it only sees the latest check-in.

The lesson for coaches is not “be more careful.” It is: design the memory structure so the coach does not have to trust raw recall. A good client memory layer should retain at least four things:

  • prior complaints or limiting symptoms
  • the exact change that was made
  • the client’s actual follow-through
  • the resolution, if there was one

Without those four, every check-in risks becoming a reset button.

2) The first repeated mistake is misattributing cause

Joe Webb’s June 19 note is the kind of thread that gets mishandled when memory is weak. He describes a stomach issue that kept returning every time he thought he was over it and tried to eat chicken and rice again. He initially doubted that food was the cause because he did not feel like he had a classic acute food poisoning picture; it felt more like his gut was “destroyed” and his whole body was inflamed.

That is exactly where a coach needs longitudinal memory. Not because the coach should become a diagnostician, but because repeated symptom recurrence after a repeated exposure is a pattern worth remembering. If the system only captures “stomach issue” and not “happens again after chicken and rice,” the next recommendation is likely to wander. If the system retains the exposure-response pattern, it can avoid cycling through the same guess again.

This matters in fitness coaching because clients rarely present with tidy one-line problems. They present with patterns, and those patterns are easy to forget when they are spread across weeks. AI can help only if it is better than a chat log.

3) The second repeated mistake is forgetting the coach’s own prior judgment

Alex Goracy’s June 1 exchange shows another memory failure: once a coach has already identified a stubborn area, the system should keep that judgment visible. Justin notes that lower back is likely the stubborn area to lean out. In the same thread he also explains a key body-composition principle: there is a point where depleting further gives a bigger total weight change from end of diet to end of rebound, but does not necessarily give a bigger end rebound size. Past a certain point, you are just regaining fullness you lost during the diet rather than adding new fullness.

That distinction is easy to lose if each week is treated as a standalone update. A memory-aware system should preserve the coach’s earlier model of the athlete: what is stubborn, what is changing, and what the tradeoff is between deeper depletion and downstream rebound. Otherwise the same conversation can repeat every week in slightly different words, and the coach keeps rediscovering the same premise.

This is where longitudinal memory becomes more than note-taking. It becomes decision continuity.

4) The third repeated mistake is updating the plan without updating the record

Ken Schooff’s January 2026 material is a clean example of how process can break when memory is scattered. Justin says he did not get the notification that the Q&A was completed, then says a program will be out within 24 hours. Later, he explains where the diet plan and supplemental information live, including a screen recording showing how to use the spreadsheet. The point is not that documentation exists. The point is that the system has to remember which client has already received which assets and which instructions they have actually been pointed to.

This is where AI can be genuinely useful for coaches: not by writing motivational blurbs, but by maintaining a durable map of what the client has already seen. If the spreadsheet explainer has already been assigned, the next interaction should not reintroduce it as if it is new. If the Q&A was completed, the system should not keep asking as though intake is unfinished. A memory layer prevents duplicate onboarding, duplicate explanations, and duplicate friction.

That may sound administrative. It is actually performance-critical. Repetition wastes time, and worse, it teaches clients that the coach is not tracking them.

What client memory should actually do

If you are building or buying AI coaching tech, client memory should not mean “store every message forever and hope retrieval works.” It should mean structured recall with a bias toward preventing repeated mistakes.

A practical memory stack looks like this:

  1. Stable client facts: recurring preferences, constraints, and known problem areas.
  2. Active issue tracker: the current bottleneck, the last hypothesis, and the last intervention.
  3. Decision log: what changed, when, and why.
  4. Outcome memory: whether the change helped, did nothing, or made things worse.

That structure lets the coach ask better questions because the system already knows what was answered last time. It also lets the coach avoid overreacting to one noisy check-in when the longer pattern says something else.

Why this matters more as coaching gets more automated

The more AI helps with check-ins, the easier it is to produce fluent but forgetful coaching. A model can write a polished response that sounds attentive while still failing the real test: does it remember that this client already had the same issue three weeks ago, that the same adjustment was tried, and that it did not solve the problem?

If the answer is no, automation just accelerates repetition.

If the answer is yes, coaching gets sharper in a very unglamorous way. The coach spends less time rediscovering context, less time re-explaining the obvious, and less time making the same adjustment twice. That does not sound like futuristic AI. It sounds like competence.

And in coaching, competence is usually what clients experience as trust.

Bottom line

Client memory is not a feature for convenience. It is the mechanism that stops coaching from becoming a loop of repeated mistakes. Joe Webb’s forgotten message, his recurring stomach pattern, Alex Goracy’s stubborn lower-back note, and Ken Schooff’s Q&A and program delivery all point in the same direction: if the system cannot remember what already happened, it cannot improve what happens next. Build memory to prevent repetition, not just to preserve conversation.

Sources Used

  • raw/kahunas-export/2026-05-31-w7-12m/clients/joe_webb___members-rksigkykimaxwmo_t4_e8nwvbtc2j0etleutkyysads.json
  • raw/kahunas-export/2026-05-28/clients/joe_webb___members-rksigkykimaxwmo_t4_e8nwvbtc2j0etleutkyysads.json
  • raw/kahunas-export/2026-05-31-w19-24m/clients/alex_goracy___members-m1vvgmmbnhazzipv5wqmwwhgjuyotawsompy4kzf6ri.json
  • raw/kahunas-export/2026-05-28/clients/ken_schooff___members-_fw8lt3rv4lsowzqwbdykk1iyo2i2kto0ianjhhme2i.json
  • raw/kahunas-export/2026-05-31-w19-24m/clients/david_lamartina___members-tlssnsjthkmnhfqcscszce25acz_vhdm_x2_xdlpx_i.json