Lecture 5.2
A language model, a compiler, a policy team — any of them may help turn a source into an authority artifact. That is compilation, and it is a governed act. Execution is separate: a deterministic evaluator checks a proposed action against an already-approved artifact. This lecture defends the boundary between them and the rule that a probabilistic system may build authority but must not be the runtime that enforces it.
Supports Law 5 — Intelligence Executes Systems — It Does Not Repair Them. →Learning objectives
After this lesson, the reader should understand:
Concept framework
Two processes, one boundary
Case study
A team ships an agent that is given the policy in its system prompt and asked to authorise actions against it directly. It is accurate in testing. Why is this the wrong architecture?
Because the authority now lives inside a probabilistic process. The same case can resolve two ways on two runs; a context change can silently drop a clause; there is no artifact to version, seal, or hand a regulator. Accuracy in testing measures the model, not the architecture. The fix is not a better model — it is to move the policy into a compiled artifact the model calls. The model still earns its place: it reads the messy input, extracts the facts, drafts the explanation. It just does not get to be the thing that says yes. Construction can be probabilistic; enforcement must be deterministic.
Discussion questions
Exercise
Draw the boundary for one AI-assisted decision path.
Research notes