A misspelled key in a speech pipeline can survive code review and leave a stage unconfigured. A type annotation can catch it, but may make later code treat every stage as the same broad union. TypeScript’s satisfies operator checks the object against a target type while retaining useful information inferred for its individual properties.
type Stage = "transcribe" | "reply" | "speak";
type Step =
| { kind: "model"; model: string }
| { kind: "audio"; voice: string };
const pipeline = {
transcribe: { kind: "model", model: "speech-input" },
reply: { kind: "model", model: "response" },
speak: { kind: "audio", voice: "clear" },
} satisfies Record<Stage, Step>;
pipeline.speak.voice.toUpperCase();
The Record says which keys must exist and which value shapes are allowed. If speak becomes speek in this fresh object literal, the check reports an unexpected key; the later access to speak also fails. If voice becomes a number, it reports an incompatible value. Those checks happen when TypeScript compiles the program; the operator adds no runtime conversion or validation.
Compare a declaration annotated as Record<Stage, Step>. Its speak property is viewed through the declared Step union, so code must first narrow kind before using voice. With satisfies, the variable keeps the more specific inferred shape of speak, and the direct property access above is available. This matters when a configuration map drives several AI components with different options: the configuration remains checked as a whole without forcing every read through the broadest common type.
There are boundaries. satisfies does not freeze the object, promise that every string stays a literal type, or validate JSON loaded from disk or a remote service. TypeScript can also use the target for contextual typing, so inspect the inferred result if exact literal types matter. Validate untrusted configuration at the input boundary, and use a separate immutable declaration if mutation would be harmful.
Use satisfies when writing a configuration literal whose keys and value shapes need a compiler check, then rely on the resulting property types when wiring each stage. Keep runtime validation for values that TypeScript never saw at compile time.

The Campfire
No commentsNobody has pulled up a log by this one yet. Be the first to say what you make of it.
Held for the desk. It appears after a look.