Archived planning engines
DieWeaver and ModelNative 1.2.0; unchanged archive/source identities; bounded JSON scenarios.
Discover what is integrated in this release, what needs a deployment binding and what requires separate qualification.
| Integration | Available scope | Boundary |
|---|---|---|
| GARMO DieWeaver 1.2.0 | Unchanged archived engine in a bounded JSON-only subprocess | Source digest enforced before execution; synthetic samples, not silicon performance |
| GARMO ModelNative 1.2.0 | Unchanged archived engine in a bounded JSON-only subprocess | Source digest enforced before execution; synthetic samples, not silicon performance |
| GSP website workflow / 1 | Placement → model mapping → independent checks → evidence | Two engine adapters, one connected resource context |
| Existing native GSP deployment | Operator binding required | No fabricated endpoint or native engine execution |
| Foundry / PDK / model collateral | Release-specific authorized integration | No external process certification is created by this website |
| Private organization projects | Persistent revisions, job queue, artifacts, cancellation and exports | Single persistent SQLite deployment; no automatic global scale-out |
DieWeaver and ModelNative 1.2.0; unchanged archive/source identities; bounded JSON scenarios.
Selected-resource mapping, independent checks, artifact consistency and four benchmark cases.
73 canonical identities reconciled from the controlled inventory. Per-release implementation and qualification must be bound separately.
Contract adapter implemented; no native endpoint, foundry access or production runtime connected in this build.
Existing chip-release evidence remains unchanged. Tool/flow/node certification requires the relevant external qualification.
No emulation appliance, process-qualified PHY, TCAD calibration or fabrication qualification is created by a website update.
Persistent hosting, workspace approval, DNS/TLS, authorized mail, legal/content review and operational validation.
Engine version. Process. Library. Constraint set. Model. Methodology. Output acceptance criteria.
Select a workflow, identify the existing GSP service or controlled package, define the input/output contract, and provide the approved release and authorization scope.
Program membership, technical integration and external certification are different relationships. None is implied by a logo.