System patterns
11 guarantees behind reliable AI systems.
Choose what must stay true.
These are design guarantees: properties each pattern is built to keep. They are not a service warranty.
Each guarantee names something that must never fail. Next to it is the pattern that holds it: the decisions, authority, and failure modes behind it. The first six are built into my open-source honeworks packages and marked "Open source"; the others are reference designs, marked as such.
-
Every taste score says whose taste it learned and why it scored.
The output is correct and still nobody would want it.
Stand-in Human JudgmentAsk people rarely, and ask them well. Open source
-
A cause stays suspected until a replay test confirms it.
No single run looks broken, but the outputs keep getting worse.
Cross-Run Failure AnalysisSome bugs only exist across a thousand runs. Open source
No pattern matches that.
The symptom may use different language. Try a broader term, or clear the filters.
Will be published soon
Three more patterns from the same packages, written up next.
-
Will be published soon
Missing Is Not Zero
Keep 'could not score', 'could not answer' and 'could not call' as distinct, typed outcomes through a whole pipeline, so failures never turn into numbers that decisions are made on.
-
Will be published soon
Offline-First Tests for AI Code
Test model-calling code with public fakes, recorded HTTP and contract checkers by default, and run real-model tests only behind a lock and a marker.
-
Will be published soon
Plan, Approve, Then Run
Declare a model or prompt comparison as a file, show its plan and cost, get a person's approval, and run it under recorded conditions so the result is worth trusting.
Not sure which fits?
Let's build something real.
Tell me what must stay true. I will suggest the right pattern.