Inside the production line.
Industrialized AI connects manufacture, inspection, repair, and other operations as stations in a pipeline. The pipeline controls what each station receives, records what it produces, and routes the work according to the outcome that station records.
Manufacture, inspection, and repair are semantic stations, where an AI model handles work that depends on meaning. Other stations can perform general semantic or deterministic work, such as classifying information, calculating values, validating records, formatting documents, or running builds and tests. Because the pipeline's control flow is deterministic, the process remains repeatable even when the semantic work varies. Each run retains the inputs, outputs, and route taken, giving us a record we can examine afterwards.
Before the line starts, a production order identifies the product to make, the requirements which apply, and the manufacturing method selected for the job. This page looks inside that execution: what each station receives, what it hands back, and how those records let the pipeline control the complete run.
The deterministic pipeline runs the line.
If the AI machinery making or inspecting a product also decides when to stop, we've given it control of the process as well as the work. Manufacture, inspection, and repair form the core loop in a deterministic pipeline, with any other required stations placed before, after, or between them. The pipeline supplies each station with recorded inputs and follows its recorded outcome, including routing a repaired product back toward inspection. The assigned models can still make the product, record inspection observations, and correct defects; they don't set the acceptance rules or decide what happens next.
-
Manufacture
ReceivesThe assignment, source material, product requirements, and manufacturing method.
Recordsproduct-r001production-001
The first product revision and a record of how it was made.
Pipeline routeRevision produced: send it to inspection.
-
Inspect
Receivesproduct-r001
With the source material, acceptance basis, and any supporting station results.
Recordsinspection-001defect-001
A required check found a blocking defect, with evidence and a correction required.
Pipeline routeRepair required and permitted: send the rejected revision and its findings to repair.
-
Repair
Receivesproduct-r001inspection-001defect-001
With the source material, acceptance basis, and permitted edit scope.
Recordsproduct-r002repair-001
A replacement revision and a record of what changed. The earlier records remain unchanged.
Pipeline routeReplacement produced: send the new revision back to inspection, not to release.
-
Reinspect
Receivesproduct-r002defect-001
With the source material, acceptance basis, and any supporting station results.
Recordsinspection-002
The defect is recorded as resolved, required checks are complete, and the disposition is pass.
Pipeline routePass recorded: check that the product, supporting information, and acceptance basis match the passing inspection.
release-001 links product-r002 to its passing inspection-002 and the run's earlier records.
Repair is conditional: a first-pass result skips it. An incomplete required inspection blocks release. If another attempt is needed but the retry or repair limit has been reached, the pipeline stops without release.
Before the line can manufacture or inspect a product, it needs an explicit acceptance basis.
Tolerance defines what is acceptable for this product.
Manufacturing works at scale because every part doesn't have to be identical; it has to satisfy its specification within limits set for the job. Those limits make it possible to use made-to-spec parts with confidence. Cognitive products need the same freedom: two reports can use different wording and both be acceptable, while an unsupported conclusion can put either one outside tolerance.
We start by naming a characteristic of the product which inspection can examine. A requirement states what that characteristic must satisfy, while tolerance defines how much variation is permitted. A finding outside that tolerance blocks release. The requirement and tolerance applied to one characteristic form an acceptance criterion; the complete set of criteria, inspection methods, and policy revisions is the product's acceptance basis.
This isn't left as a general instruction such as “production quality.” Each characteristic reaches inspection with a stable identity, its requirement, whether it applies, the permitted variation, and the method used to assess it. A tighter tolerance can make the same finding block release, but the selected tolerances are recorded before the run and aren't changed by the inspecting model.
| Part | What it records |
|---|---|
| Characteristic | The aspect of the product being examined, with a stable identity. |
| Requirement | The condition that characteristic must satisfy. |
| Tolerance | The variation permitted for that characteristic. |
| Inspection method | How inspection should establish whether the requirement has been satisfied. |
Manufacture needs both a product assignment and a method.
The product assignment describes what manufacture is expected to produce: the product's intended use, the source material it may rely on, the required characteristics, and the boundary within which the station may work. Those requirements belong to the product, so changing the machinery or instructions does not quietly change the standard the result must meet.
The manufacturing method describes how the station will attempt the work. It identifies the instructions, model or other machinery, tools and permissions, operating conditions, resource limits, known limitations, and the output the station must return. A different method may be faster, cheaper, or more likely to produce an acceptable first revision; it still manufactures the product defined by the assignment.
Manufacture receives the applicable requirements so it knows what it is trying to make, but it does not decide whether its own result is acceptable or which failures would prevent release. When the station finishes, the production record identifies the product revision it made and records what actually happened during that attempt. Other stations may then transform or validate the product before inspection; if one of them changes it, inspection receives the resulting revision rather than the original manufacturing output.
production-001- Assignment
- The product to make, its intended use, and the station's permitted write scope.Sets the boundary of the manufacturing operation.
- Source material
- The recorded source material made available to manufacture.Defines the information the product may rely on; the observed work records which material the station actually read.
- Product requirements
- The applicable characteristics and requirements the manufactured product is expected to satisfy.Gives the station a definite target without asking it to apply the tolerance or decide whether its own work passes.
- Manufacturing method
- The method identity and version, instructions, machinery profile, tools, permissions, operating envelope, and output contract.Records how the station was configured to attempt this operation.
- Observed work
- The model and configuration used, material actually read, resources consumed, and effects observed.Distinguishes the work performed from the work assigned.
- Produced revision
product-r001; manufacture completed, awaiting inspection.Links the stored product revision and its content digest to the production record so inspection can identify the manufactured content.
Inspection checks the product we actually made.
Manufacture has produced a product, but we still need to establish whether the product meets its acceptance basis. Inspection receives a specific product revision, together with the characteristics and requirements the product must satisfy and the source material needed to make those judgments. The inspecting model examines the product revision and records what it finds for each characteristic, including the supporting evidence and whether the requirement is satisfied, unsatisfied, or unresolved. Results from other stations, such as tests, calculations, or record validation, can also be supplied as supporting information.
Tolerance lets us specify which defects are acceptable for a particular product. A defect records where a characteristic has failed to meet its requirement; depending on the declared tolerance, the defect may be recorded without preventing release or may block release until the defect is corrected.
Manufacture, inspection, or repair may uncover a defect in the source material, such as missing evidence or conflicting information. The process records the defect and applies the declared tolerance to determine whether work can continue or must stop.
| Characteristic | Requirement | Product condition | Tolerance | Inspection records | Deterministic result |
|---|---|---|---|---|---|
| Source coverage | Every applicable point in the source material is represented in the product. | One source point is missing. | Omissions are permitted. | Unsatisfied: the missing point is recorded, but falls within tolerance. | The product may pass with the finding retained. |
| No omissions are permitted. | Unsatisfied: the missing point falls outside tolerance. | The defect blocks release and requires repair. |
Inspection checks that every assessment refers to the product revision being inspected, that the supporting information can be traced, and that every required characteristic has been covered.1 Inspection then applies the deterministic decision table to the assessments, results from other stations, coverage, and tolerance. The same recorded inputs produce the same disposition, which the pipeline can follow.
| Inspection records | Disposition |
|---|---|
| A required characteristic has not been assessed, or a blocking requirement remains unresolved with no blocking defect left to repair. | Unable to complete |
| Every required characteristic has been assessed, and at least one blocking requirement is unsatisfied. | Repair required |
| Every required characteristic has been assessed, and no blocking requirement is unsatisfied or unresolved. | Pass |
The decision table applies the rules consistently, but its result still depends on the accuracy of the assessments it receives. Testing and monitoring the inspection method is part of developing and maintaining the production process.
inspection-001- Product under inspection
product-r001.The stored product revision being checked, including its content digest.- Supporting information
- The recorded source material needed to judge the product.The source material is kept separate from the product being inspected.
- Acceptance basis
- The applicable characteristics, requirements, tolerances, and inspection methods.The acceptance basis records the standard against which the product is inspected.
- Semantic assessments
- Observations tied to a characteristic, a location in the product, and supporting evidence.The model records whether the requirement is satisfied, unsatisfied, or unresolved; the model does not decide the disposition.
- Other station results
- Measurements and results supplied by test, build, validation, or other stations.Inspection considers these results alongside the semantic assessments.
- Coverage
- The characteristics and relevant parts of the product actually inspected, including anything that could not be assessed.If a required characteristic was not assessed, inspection is incomplete.
- Defects
defect-001: the affected product revision, unsatisfied requirement, product location, evidence, and correction required.Creates a precise input for repair when a finding falls outside tolerance.- Disposition
- Pass, repair required, or unable to complete.Inspection applies the deterministic decision table to the assessments, results, coverage, and recorded tolerance, then records the disposition for pipeline routing.
The inspection record gives the pipeline the disposition it needs to route the work. When repair is required, the inspection record also identifies the rejected product revision, the defects found, and the supporting information repair needs to correct those defects.
Repair needs to know what failed and why.
Repair receives the rejected product revision, the recorded defect, and the source material used to manufacture the product. Repair uses the source material to check the correction against the information the product was meant to rely on, rather than rewriting only the part inspection flagged. The inspection record also shows which requirements were satisfied, so repair can concentrate on the defect without losing work that was already sound. A record saying only “failed inspection” would force repair to rediscover the problem before making the correction.
Repair produces a new revision of the rejected product and records what changed. The rejected product revision and failed inspection remain unchanged. Other stations may process the repaired product before reinspection. If another station changes the product, inspection receives the resulting product revision.
repair-001- Product under repair
product-r001.The rejected product revision repair uses to produce a replacement.- Failed inspection
inspection-001.Shows what was checked and which requirements were satisfied or unsatisfied.- Defect to correct
defect-001.Identifies what failed, the evidence behind the finding, and the correction required.- Supporting information
- The recorded source material needed to make and check the correction.Repair uses the recorded source material the product was meant to rely on.
- Acceptance basis
- The characteristics, requirements, tolerances, and inspection methods the replacement must still satisfy.Repair must preserve parts of the product that were already acceptable as well as correct the assigned defects.
- Permitted edit scope
- The parts of the product this repair attempt may change.The repair station produces a new revision; it cannot alter its source material or earlier process records.
- Observed work
- The model and configuration used, material actually read, and changes observed.Records what the station changed, not merely what it was asked to change.
- Produced revision
product-r002; repair completed, awaiting reinspection.Identifies the stored repaired product revision and its content digest for reinspection.
After any intervening stations have run, inspection receives the resulting product revision. Inspection must establish that repair corrected the defect without introducing another problem; the defect remains open until inspection verifies the repaired product revision.
The pipeline runs the loop and controls release.
The pipeline doesn't ask a model what to do next. The pipeline reads the recorded outcome from the current station and follows a route defined before the run. The declared route determines which product revision and records the next station receives.
| Station records | Pipeline does |
|---|---|
| Manufacture produced a revision. | Pass the recorded product revision and production record into the declared inputs of the next station. |
| Another station completed. | Pass the recorded outputs into the declared inputs of the next station. |
| Inspection passed. | Follow the accepted route toward release, carrying the inspected product revision and its evidence. |
| Inspection requires repair. | Follow the repair route with the inspected product revision, failed inspection, defect, supporting information, and acceptance basis. |
| Repair produced a replacement. | Follow the declared route back toward inspection. |
| A station cannot complete. | Follow the declared retry or stop rule; release nothing. |
The loop builds its evidence as it runs. Every intervening station records its inputs, outputs, and outcome alongside the core records: manufacture records the product revision and the material used to make it, inspection records its assessments, coverage, defects, and disposition, and repair records the replacement and the changes made. Reinspection records whether the defects were resolved and whether the resulting product revision meets its acceptance basis; release connects the accepted product revision to the records created throughout the run.
When inspection records a pass, the pipeline confirms that the product revision, supporting information, and acceptance basis match the versions recorded by the passing inspection. If the product revision, supporting information, or acceptance basis has changed, the passing inspection no longer applies and the product must be inspected again. Otherwise, the product revision which passed can be released.
inspection-002- Product under inspection
product-r002.The stored repaired product revision and its content digest.- Supporting information
- The recorded source material and other station results needed to judge the repaired product.Inspection uses the supporting information recorded for this inspection.
- Acceptance basis
- The complete set of applicable characteristics, requirements, tolerances, and inspection methods.Inspection applies the acceptance basis recorded for
product-r002. - Assessments and coverage
- Semantic assessments, deterministic results, and coverage recorded for
product-r002.The record shows what inspection found and which required checks it completed. - Defect status
defect-001: resolved or still present, with supporting evidence.Reinspection determines whether the attempted correction worked.- Disposition
- Pass, repair required, or unable to complete.The pipeline follows the disposition recorded by reinspection.
release-001- Released product
product-r002.The stored product revision and content digest made available for use.- Acceptance
inspection-002passedproduct-r002.Links the passing inspection to the product revision released.- Evidence
- The recorded assignment, source material, acceptance basis, and any intervening station records, together with
production-001,inspection-001,defect-001,repair-001, andinspection-002.Links manufacture, failed inspection, repair, and passing reinspection into one examinable run.
This completes the production line. The process delivers an accepted product together with the evidence showing how it was made, checked, and corrected.
The runnable example shows how the loop, records, and evidence links are expressed in a working system.
Notes and references
- Mistake-proofing, or poka-yoke, builds prevention or immediate detection of particular errors into the process. The approach was formalized by Shigeo Shingo. Requiring complete assessments tied to the correct product revision applies that principle here: the pipeline can block these specific mistakes automatically, while the accuracy of the assessments still needs testing. Back to text