Reviewed state
Candidate twin output is reviewed before it is approved to move to another twin.
One Digital Twin is a lithography tool or R&D bench. A Digital Twin Network is twins that pass state: coat or bake into litho, litho into develop, or bench recipe A into bench recipe B. Environment travels with the handoff — not just a number, but the conditions under which that number still applies.
Environment and process state travel with the handoff — not GEM knowledge packets. Lithography and experiment-bench twins remain the nodes.
Environment travels with the handoff
Previous process · This twin · Next process
The mesh idea now serves Digital Twin handoff. Customer-defined boundaries stay. Public materials do not claim cross-customer sharing.
Candidate twin output is reviewed before it is approved to move to another twin.
A client administrator defines which environment and process fields may travel.
Only authorized KodeGEM twins can receive the previous-step state.
Similarity is defined by the customer — the same lithography family, bench, or process step.
Customers can limit handoff by site, family, model, or individual tool.
Restricted and tool-specific information stays outside broader distribution.
Each tool or bench runs its own twin. Public materials do not claim cross-customer sharing, automatic foundry or OSAT data ingest, or a running Digital Twin of the FAB.
A future goal — not a current product. Add or remove tools in the line and examine the final product by manipulating the FAB.
Today we create lithography and bench twins and, when the project calls for it, pass reviewed environment and previous-process state from one twin to the next. Looking ahead, those connected twins are how a Digital Twin of the FAB would grow — tools added or removed, the product inspected by changing the line.
Back to Digital Twin creation →Send the equipment type, current software baseline, required interfaces, project stage, and acceptance goal.