Michael Jesudare/AI Engineer/Lagos, Nigeria

People don’t fail because they don’t know what to do.
They fail because things slip.

I’m Michael Jesudare — Jetemi. I build AI systems that close loops: inside companies that have no AI team, and for people holding more open threads than a head can hold.

01The gap

Every organisation I have worked inside already knew what to do.

The decision was made in the meeting. The plan is in the deck. The task is in someone’s notes. Then the quarter ends and half of it did not happen.

The failure is almost never comprehension. It is the space between deciding and doing — the handoff nobody owned, the follow-up nobody sent, the promise made in a corridor and never written down. That space is where most software still refuses to go, because capture is easy to build and follow-through is not.

02What a closed loop is

A loop opens the moment something is owed.

It closes when the thing is done — or when someone says out loud that it will not be. Both are endings. Silence is not.

Most tools track work. Very few track owing. The difference matters: a task list tells you what exists, a loop tells you who is waiting and how long they have been waiting. Build for the owing and the system stops being a place you file things and starts being the thing that comes back to you.

Capture is a solved problem. Follow-through is the product.

03Where AI earns its keep

The model is rarely the hard part.

I work at the intersection of AI, data and enterprise operations — mostly in places where an “AI team” does not exist yet. In those rooms the constraint is never model capability. It is the workflow nobody has written down, the data that was never clean, and earning enough trust to be allowed near a process that already works.

So I aim AI at the unglamorous end first: turning unstructured input into structured, actionable output; letting people ask questions in plain language instead of filing a report request; removing the repetitive operational work that quietly eats a team’s week.

04Rules I work by

In the codebase

  1. Structured outputs only. Never parsed prose.
  2. Every database call behind one layer.
  3. Uniqueness enforced by Postgres, never by check-then-insert.
  4. One persona injected into every user-facing AI call.

In the work

  1. Boring, repetitive, expensive problems first.
  2. Systems matter more than models.
  3. A working solution today beats a perfect system next year.
  4. Business impact is the only real metric.

These are not aspirations. They are the constraints the shipped code is actually held to — and the reason the next section exists.

If something in your business keeps slipping, it is rarely a knowledge problem. It is a system problem, and system problems can be built out.

hello@jetemiapps.comBuilt with intent. No fluff. Just work.