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.
-
A prompt that doesn't fit fails loudly instead of being truncated.
A long JSON prompt was silently cut at the context limit.
Capability-Checked Model CallsRefuse the call that can't work. Open source
-
Sensitive data never exits, even during fallback.
Public fallback activates during capacity pressure.
Private Inference with No-Egress FallbackPrivate means the fallback stays private too. Reference design
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.