post mortem as protocol

AUTHOR: Tiziano Gasparet DATE: March 12, 2026

Origin

I lost a chess game.

Not just any defeat. One of those where you know, at move 15, that it is over. But you keep playing. To understand where you went wrong.

When I analysed the game afterwards, I saw the error: at move 12, I moved the knight to attack. It was valid. But premature. I should have developed the bishop first.

Two minutes of haste. Ten minutes of positional disadvantage. The game lost.

I opened the Monolith. I created a new Markdown file. I wrote what happened.

The Connection

Why does the Monolith archive this? Because post-mortem is not an autopsy of failure. It is the mapping of variables that led to a result.

In chess it is called “post-mortem”. In code it is called “debug”. In pastry it is called “batch note”.

The pattern is the same:

  1. Event (lost game, bug, lopsided croissants)
  2. Analysis (within 24 hours)
  3. Archive (Markdown in the Monolith)
  4. Iteration (next time, different)

The Monolith is not an archive of victories. It is a system of continuous learning.

The Challenge

The inner doubt was: “Should I publish defeats too?”

The answer: yes.

Because victories teach little. Defeats teach everything.

I published the article about croissants with butter at 15°C. I published the article about relayd not starting. I published this.

The challenge was accepting that mastery is not “never making mistakes”. It is “archiving the error so it does not repeat”.

Peace of Mind

Now that I have written this, I have integrated the post-mortem protocol:

  • Every error is data, not a judgement.
  • Every analysis is a commit in my system.
  • Strategic patience (chess) = respecting fermentation times (pastry) = patient debugging (code).

Peace of Mind comes from knowing I do not have to be perfect. I have to be consistent in analysis.

And every time I lose, or err, or fail:

  • I do not judge myself.
  • I analyse.
  • I archive.
  • I iterate.

The Monolith is not an archive of victories. It is a system of continuous learning.

Technical Note:

  • Chess post-mortem: analyse every lost game within 24h
  • Code post-mortem: debug with logs, not assumptions
  • Pastry post-mortem: photo + temperature + result = updated protocol
  • Trigger: error → analysis within 1h → archive → iteration
  • Principle: uncatalogued error is cognitive technical debt
TG

Who I Am

Sovereign systems architect. I write about technology, pastry, chess, and discipline.

Did you like this article? Let's talk.

Email me: tiziano@tizianogasparet.com Contact me on Signal: @tizianogasparet.06 (Signal) BIOGRAPHY

The Monolith is an invitation to conversation, not a monologue.