Why this exists

A bug fix that ships without an apology is a missed loyalty event. The technical pipeline — diagnose, patch, test, deploy — is one-third of the work. The human pipeline — apologize in their voice, document the regret, run the retro, name the lesson — is the other two-thirds, and it almost never gets written. This prompt forces both pipelines into one artifact, so the fix and the feeling ship together.

What you get back

  • The diagnosed bug, inferred from what the user actually said
  • The code fix, scoped to the smallest correct change
  • A regression test that locks the fix in so this exact failure can't return
  • An apology email written in the user's own voice register — same cadence, same temperature
  • A changelog entry that names what broke and what changed, without spin
  • Team-retro talking points: how it slipped through, what we missed, what we change next

Every artifact is aware of every other one. The apology references the fix. The retro references the test. The changelog matches the apology's framing. Nothing contradicts itself.

When to reach for this pattern

Every escalated support ticket where a real person is angry and a real person has to respond. High-trust customers, where the next renewal is decided by how this incident felt, not how fast it closed. Outages where the public response matters as much as the resolution — and where shipping the fix without the words is the same as shipping nothing.