lin-0237

20.4 The six-stage workflow at foundry scale

The architecture is an instance of the six-stage workflow developed in Chapter 2. The correspondence is especially useful because it distinguishes model improvement from the governance of model state.

Stage	Foundry operation	Typical safety artifact
Declare	Specify task, sketch, cover, sources, roles, and intended use	Scylla brief and Athena plan
Differentiate	Probe source removal, paraphrase, regime change, or model variation	Sensitivity and counterfactual audit
Quotient	Identify duplicate, presentation-equivalent, or decision-null variation	Canonical source and claim identities
Localize	Assign failure to evidence, overlap, argument, or workflow chart	Obstruction ledger with witnesses
Repair	Retrieve, split, qualify, re-run, or revise the warrant	Versioned repair and replay trace
Admit	Apply structural, evidential, semantic, and operational gates	TICKET decision and refresh obligation

Table 20.2 LINCS operations become governance operations when the learned object is a maintained foundation-model foundry.

Infinitesimal probes have a practical role here. Removing one source, perturbing one premise, changing a reporting period, or transporting a claim to an adjacent population asks whether the admitted conclusion is locally stable. Large discontinuities remain possible: a new ontology, causal mechanism, or foundry cover may have to be proposed. As Chapter 22 explains, the infinitesimal layer diagnoses pressure on the current declaration; it need not pretend that every architectural repair is a small parameter update.