Executive Brief · 2026

The model adapts. The promises don't.

Conversational Design Systems is a book about the experience control plane: the architecture that lets an AI product adapt its language, interface, and flow while the commitments it must defend stay stable, inspectable, and provable. This is the argument in 13 slides.

Executive summary02

Three messages: software now negotiates meaning, prompts cannot own it, and adoption should be proportional to risk

01
AI products make communication decisions, and someone is liable for them

A chatbot invented an airline's bereavement policy and a tribunal made the airline pay. When software generates its own sentences, screens, and actions, the product owns the consequences whether or not it owns the decision.

02
The fix is architectural, not better prompting

A prompt can instruct a model; it cannot create ownership, review boundaries, testable commitments, or traceable action history. The missing layer is an experience control plane: the product owns meaning and commitments, the model owns expression, and the boundary is a governed artifact.

03
Adopt in proportion to the cost of a wrong sentence

Most products should not build the full architecture. The minimum viable control plane governs one risky workflow with eight artifacts, and each further layer must earn its cost in measured incidents and time-to-repair.

Source: Conversational Design Systems, preface and chapters 1–3
The problem03

Every failure mode this book prevents has already happened in public, with lawyers involved

IncidentWhat happenedThe missing artifact
Air Canada, 2024Website chatbot invented a bereavement-fare policy; tribunal held the airline liable for negligent misrepresentationA commitment with an owner: no artifact owned the sentence, no review covered it, no test could catch it
Chevrolet dealer, 2023Chatbot agreed to sell a $76,000 Tahoe for $1, "legally binding, no takesies backsies"An action contract and authority graph between "the model said yes" and "the product committed"
NYC MyCity, 2024Official government bot told businesses to take workers' tips and refuse housing vouchers, all illegalA context compiler: ingested knowledge with no provenance, currency, or authority to state it
DPD, 2024Courier's support bot swore at a customer and wrote a poem about its own company's demiseA constraint tier: expression running with no bounds at all

Internally the same disease looks like prompt sprawl: hundreds of fragments scattered across code and consoles, where a compliance fix lands in two copies and misses the third. Nobody decides to build that layer. It accretes.

Source: book chapters 1, 9, 10, 11; all four incidents cited in the sources appendix
The core model04

One separation carries the whole architecture: intent is designed, commitments are governed, expression is generated

Intent · designed

What the person and the product are trying to accomplish together. Changes when strategy changes, a few times a year. Owned by product and design.

Commitments · governed

What must remain true while that happens: verified facts, required disclosures, permissions, side effects. Each has an owner, a version, a review path, and a test. Changes through review.

Expression · generated

The words, screens, voice, and generated interfaces. Free to change on every request, with every model version, in every locale, inside the frame the other two layers set.

The middle layer exists because meaning and obligation are not the same thing. That verification is required is a fact. That it must be disclosed before a customer confirms is a commitment. Facts describe the world. Commitments bind the product. Tone can quietly convert one into the other, which is why the boundary is designed and tested, not discovered in the language.

Source: book chapter 6, The Core Model
The architecture05

Eight artifacts make the commitments enforceable, and each answers one question

ArtifactQuestion it answers
Semantic componentWhat reusable behavior is this? Explain, Confirm, Compare, Repair, Warn: behaviors, not prompts
Experience graphHow do behaviors compose? What is required, optional, skippable, and repairable, before any channel is chosen
Conversation contractWhat may the model say? Verified facts in, required claims enforced, forbidden claims blocked
Action contract + authorityWhat may the system do, and who may do it? Preconditions, approvals, reversibility, audit
Context compilerWhich facts are admitted into this task, from which source, with what freshness?
Conversation profileHow does behavior localize? Terminology, reading level, pacing, with contracts always winning conflicts
Renderer contractWhat must survive every surface? Salience, disabled states, accessibility, across chat, voice, and generated UI
Eval pack + traceDid the behavior hold, and can you prove it later? Release gates and replayable evidence
Source: book part II, chapters 6–13
One governed turn06

In a governed turn, the model appears exactly twice, both times inside declared boundaries

Ungoverned product

User message

Straight into a prompt assembled from fragments

Model decides everything

Facts, tone, disclosures, and available actions, implicitly

Reply ships

Nobody can say later which rule applied or why

With a control plane

Interpret & admit

Intent classified; context compiled with provenance; stale facts excluded

Gate

Authority and policy decide what this task may do, before anything renders

Plan & express

Model judgment enters twice: adapt optional steps, write the words, under contract

Render & prove

Salience rules hold; validators check; the whole turn lands in one replayable trace

Nothing depends on the model being good. A better model writes better Spanish; it does not change what was disclosed, permitted, or recorded. That separation is the whole book.

Source: book chapter 5, A Transfer, End to End
Adoption threshold07

Most products should not build this yet: two variables decide, and a ladder paces the rest

Variable one

What does a wrong sentence cost?

Minor confusion and support tickets, or money, safety, rights, compliance, and irreversible action. A prototype with one assistant response needs a prompt file and good judgment, nothing more.

Variable two

How many places can it appear?

One flow, one channel, one team, or many flows, markets, channels, and teams. Surface area multiplies both the value of shared artifacts and the blast radius of a drifting one.

LevelProduct stateAdopt next
0. Prompt fragmentsPrompts hidden in code, consoles, docsName the risky flows; collect prompt ownership
1. Reusable promptsShared templates and examplesSemantic component ids and required commitments
2. Semantic componentsReusable Explain, Confirm, Repair behaviorsContracts, profiles, fixture-based evals
3. Contracts & evalsBoundaries explicit and testedContext compiler, authority graph, policy-as-code
4–5. Control planeEverything coordinates at runtime with replayGovernance registry; then continuously prune
Source: book chapter 3, The Adoption Threshold
Operating it08

Measure behaviors, not generations, and let compliance become a property of the running system

Evaluation as development practice
  • Every component ships with an eval pack: fixtures, graders, thresholds, release gates
  • Validators enforce contracts at runtime; required disclosures degrade to approved templates, consequential actions block
  • Offline evals gate releases; online evaluators watch production traces; failures become new fixtures
  • The unit of evaluation is the behavior the person experienced, not the model response
Governance that maps to regulation
  • A contract is reviewable evidence; a policy decision is executable evidence; a trace is operational evidence
  • Ownership follows the artifacts that carry risk, with proportional review
  • For NIST AI RMF, ISO 42001, and the EU AI Act, the artifacts are the requirements in executable form
  • Compliance stops being a document written after the fact
Source: book chapters 16–17
The honest bill09

The system runs slower before it runs faster, and every layer has a cost that must be measured

Runtime cost

Context compilation, authority, and policy sit ahead of rendering. Cached policy runs in single-digit milliseconds; a cold compile does not. Heavy gates belong only where actions are consequential.

Operational cost

A registry, a policy engine, and a trace store are systems someone must run, upgrade, and page for.

Organizational cost

Review paths create queues. A queue in front of every copy change teaches teams to route around the system, which is worse than not having one.

The mitigations are proportionality and measurement: adopt on one risky workflow, instrument whether incidents and time-to-repair actually drop, and let those numbers argue for the second workflow. A control plane that cannot show its own value in its own traces is overhead wearing a governance costume.

Source: book chapter 13, What the control plane costs
The objections10

The strongest objection is half right: model progress erodes capability scaffolding and never touches accountability

ObjectionThe answer
Models will make this obsoletePartly right: shrink the planner, thin the renderers as capability improves. But a better model cannot make itself auditable or hand compliance an artifact to review. A perfect answer with no contract is still unauditable. The Air Canada tribunal did not ask how fluent the chatbot was.
This is a rules engine reinventedRules engines governed deterministic flows. The new part is the governed boundary around a nondeterministic layer: contracts on generated language, salience on generated interfaces, replay across model judgment.
Policy-before-render adds latencyMilliseconds, where the product risks money, rights, or safety. The alternative is post-hoc guardrails, which pay the same cost in incidents.
The control plane is the new lock-inThe artifacts are declarative files in version control; the runtime that executes them is replaceable. The portability test: commitments move to a new orchestrator without rewriting.
Small teams cannot staff thisThe ownership table names responsibilities, not headcount. One person holds several rows; the maturity ladder means adopting one workflow's worth of architecture, not an org chart.
Source: book chapter 19, The Case Against the Framework
The laws11

The book compresses into laws you can carry into a design review

OwnershipThe product owns meaning. The model owns expression.
OwnershipThe model is replaceable. The promises are not.
CompositionStop designing responses. Design behaviors.
AuthorityNo speech without a contract. No action without a contract. No capability without authority.
ContextNo context without provenance.
RuntimeNo autonomy without replay.
EvaluationMeasure behaviors, not generations.
The disciplineLet AI adapt everything except what you must defend.
Source: book appendix, The Laws (21 laws; 8 shown)
Proof it runs12

The whole architecture runs in four hundred lines, and the demo catches a misbehaving model in the act

~400
lines of TypeScript in corredor-control-plane, the runnable reference implementation: one workflow, one graph, one contract, one authority gate, one eval pack, replayable traces.
the model appears in a governed turn. The demo's expression engine is a deterministic template on purpose: swap in any model and every gate holds identically. The first law, demonstrated rather than asserted.
$0
of runtime AI in the demo's failure scenario: an overly warm engine promises same-day delivery, validators catch it, and the output degrades to the approved template. A stiff, accurate sentence beats a fluent omission.

Clone it, run npm run demo and npm run evals, break the validators, and the architecture stops being a diagram. github.com/kyle-c/corredor-control-plane

Source: book chapter 15, Reference Implementation Patterns
Next steps13

Start with one workflow: the minimum viable control plane in five moves

01

Pick the riskiest workflow. The one where a wrong sentence costs money, rights, or compliance. Name the intent, consequence, channels, owners, and failure modes.

02

Write the commitments and one component. What must be said, what must never be implied, which actions need approval, with an owner for each.

03

Bound speech and action. One conversation contract with validators and a degrade template; one action contract behind an authority gate.

04

Gate the release and keep the evidence. One eval pack that blocks on required failures; one trace schema that makes every turn reconstructable.

05

Measure, then expand. Watch incidents and time-to-repair. Let the numbers argue for the second workflow, and sunset any layer that stops earning its cost.

The worked version with copy-paste artifacts: the step-by-step tutorial · The full argument: the book
Source: Conversational Design Systems, chapter 13, The minimum viable control plane
1 / 13