{
"$type": "site.standard.document",
"bskyPostRef": {
"cid": "bafyreicypmkb7ste3ypi7l67w7642y42kcxcyrpd3pcfw3w4kfqxlfjkau",
"uri": "at://did:plc:enapiwdauaequagcvbosqgdb/app.bsky.feed.post/3mht4i3rlk2t2"
},
"coverImage": {
"$type": "blob",
"ref": {
"$link": "bafkreibotgvotnxbpfw5n66sgp5utintlg7aqy3yltym4oh36c354abzgm"
},
"mimeType": "image/png",
"size": 1845102
},
"description": "In an \"imperfect, real world,\" which one is more valuable? A system that is 100% right only 50% of the time (because it throws errors on the rest), or a system that is 95% right 100% of the time because it knows how to adapt?",
"path": "/the-end-of-the-error-message/",
"publishedAt": "2026-03-24T17:37:46.000Z",
"site": "https://andraskora.com",
"textContent": "The human hand doesn't give you an \"error\" when a glass is slightly tilted or slippery; it simply adjusts its grip.\n\n## The old world is breaking\n\nMan, it was _SOOOO_ convenient: with enough \"thinking through\" you knew exactly how your software worked. Handling exceptions, even if you initially missed a few edge cases you could make the end result very reliable.\n\nAlmost perfect. Not good enough, almost perfect.\n\nSome industries expect way more than that, it HAS TO BE perfect.\n\nSeemingly, we also achieved that with the \"old\" paradigm: the system is \"rigid\" and \"stupid\", in the sense that you have to describe EVERY possible scenario and prepare the system \"in advance\" to any edge cases or potential failures.\n\nThis model is breaking.\n\n## The new world is frightening\n\nLet's park the \"end results\" of vibe coding for a moment. Let's only focus on the conversational aspect of the \"new world\".\n\nThe questions and asks can be ambiguous. Unclear, even.\n\nWith the right techniques you can make the AI ask clarifying questions to the extent that it pretty much can nail the original intent.\n\nThen, it can come up with answers.\n\nThe right answers all the time? NO.\n\nThe answers that \"feel\" correct (most of the time)? Yes.\n\nAnd this is what makes is frightening: back in the \"old world\" you had a certain level of (sometimes false) control: you know what you are doing, and so expect the machine to also know how to \"react\".\n\nThe bright side of the new paradigm is its flexibility: you CAN be ambiguous at the beginning, to handle the initial situation of \"you don't know what you don't know\".\n\nLater, after a few rounds of clarifying questions you come to a common understanding; that's where the real work begins.\n\nOn the other hand, you lose control: you never know if the outcome is hallucinated or actually true.\n\n## Compliance\n\n _In robotics and biomechanics,**compliance** refers to the ability of a system to yield to external forces._\n\n * _**Rigid Machinery (Low Compliance):** If a standard industrial robot is programmed to grab a glass but the glass is 2cm to the left, the robot will likely hit the glass and knock it over - or worse, crush it. It has high precision but zero compliance._\n * _**The Human Hand (High Compliance):** Our hands are \"soft.\" Our skin deforms, our joints have a natural springiness, and our nervous system makes micro-adjustments. When we grab a weirdly shaped rock, our hand **complies** with the shape of the rock._\n\n\n\nPrompting has very similar characteristics. At the very beginning of the conversation - perhaps in the most likely state of _\"you don't know what you don't know\"_ you take a \"risk\" by asking a very vague question or set of questions.\n\nAt that point there is a huge level of \"tolerance\".\n\nLater things become clearer, ready for a more \"rigid\", more precise conversation.\n\n### Spec Driven Development\n\nIn case of software development SDD takes it a level further up: since you specify many things \"in advance\" of a starting conversation with the AI, the context is already given. A fine blueprint, if you spent the time to define things.\n\n## Incomplete, missing or incorrect data\n\nAnother level of adaptability, that's sooooo nice.\n\nBack in the old world the result was an error message.\n\nToday? It's a note or another question: did you mean....?\n\n## Tolerance vs Compliance\n\nTolerance is a like a \"**safety net** \": the machine is \"putting up with\" a mistake. The machine doesn't _do_ anything about the error; it just hopes the error isn't big enough to cause a crash.\n\nCompliance is like a \"**shock absorber** \": AI doesn't just \"tolerate\" your typo; it uses probabilistic reasoning to actively figure out what you meant. It is a dynamic response.\n\n## Where to go from here?\n\nIn the future I imagine systems will have more compliance, will be more adaptable and ultimately, they will become self-healing!\n\n> Oh yes, self-healing systems!\n\nA great topic for another day...",
"title": "The End of the Error Message",
"updatedAt": "2026-03-24T17:37:46.418Z"
}