DEV Community

Evgeniy Kormin
Evgeniy Kormin

Posted on

Can software remember expert meaning?

We already build systems that remember a lot.

They remember user activity, logs, tickets, code, comments, traces, alerts, and model outputs. They can even remember context across a task. But there is still one thing they mostly do not remember well: the meaning of expert judgment.

That is the interesting question.

What if software could remember which expert was trusted for which kind of decision, preserve the reason behind that choice, and use it later as advice?

Not as absolute truth.
As a living memory of expertise.

Why this question matters

Today, expert knowledge is scattered.

  • Some of it lives in people’s heads.
  • Some of it lives in meetings.
  • Some of it lives in code review comments.
  • Some of it lives in postmortems.
  • Some of it disappears completely when someone leaves.

So when a system needs advice later, it usually has to reconstruct the past from fragments.

That is slow.
It is also fragile.

If the system could remember not only what was chosen, but why it was chosen and in what context, that would be a different kind of software.

What the system would need to remember

It would not be enough to store a decision.

A useful memory layer would need to preserve:

  • who made the decision;
  • what domain that person was trusted in;
  • what signals they used;
  • what the context was;
  • what the alternative options were;
  • what made the decision valid at the time.

In other words, the system should remember meaning, not just output.

That is a much harder problem than storing facts.

The danger is not only hallucination

When people talk about AI memory, they usually jump straight to hallucinations.

That is a real concern, of course.
But it is not the only one.

A more subtle risk is stale trust.

The system may remember an expert who used to be right for a specific kind of decision, and then continue to treat that memory as authoritative even after the domain changed.

So the real question is not just:

  • can the system remember?

It is:

  • can it remember with context?
  • can it know when the memory is no longer valid?
  • can it ask before crossing a boundary?

That matters more than perfect recall.

Advice is better than pretending to know

Maybe the right goal is not a system that “knows.”

Maybe the right goal is a system that advises.

A good memory layer should behave more like an experienced assistant:

  • it remembers past choices;
  • it recognizes patterns;
  • it points to prior expert judgments;
  • it warns when the situation is outside the known range;
  • it asks for confirmation when confidence is low.

That is much more realistic than expecting omniscience.

Could this actually work?

Probably, at least partially.

We already have systems that can:

  • retain working context;
  • connect related decisions;
  • reuse prior patterns;
  • reduce repetition;
  • surface relevant history.

So the idea is not science fiction.

The open question is whether this can become reliable enough to help real teams make better decisions without pretending that human expertise has been replaced.

Maybe it will work.
Maybe it will fail in interesting ways.

Either outcome would teach us something important:

  • what kinds of expertise can be preserved;
  • what kinds of expertise remain too contextual;
  • where software memory helps;
  • and where human judgment must stay in the loop.

The deeper question

Maybe the real test is this:

If software could remember the meaning of expert decisions, would it become wiser — or just more confidently wrong?

That is the question worth asking.

Because if the answer is yes, we get a new kind of system: one that can accumulate expertise instead of just accumulating data.

If the answer is no, we still learn where the limits are.

And that is useful too.

Top comments (0)