Which engines poly runs and which it checks itself

Which engines poly runs and which it checks itself An architecture diagram generated by Archify. Check pipeline · stages 0 to 5, folded · Architecture component Check pipeline stages 0 to 5, folded sam-pattern 2.3.0 · SAM v2 strict profile · Vendored engines sam-pattern 2.3.0 SAM v2 strict profile polygraph 8.4.0 · kernel and model check · Vendored engines polygraph 8.4.0 kernel and model check Polyaxion · policy compile and gate · Vendored engines Polyaxion policy compile and gate polycheck · regions over effect labels · Vendored engines polycheck regions over effect labels strict validate model check and cross-check policy admission capability regions Vendored engines Legend Backend

The short answer

  • • The engines explore, validate and decide policy
  • • poly-ref confirms or contradicts what they report and alone decides deadlock, liveness and configurations

Not shown here

  • • The front end, lowering and admission
  • • Connected but out of scope: poly CLI, poly-lang, poly-embed, poly-core, poly-lower, Certified build

Constraints

  • • Engines are copied unchanged, never forked: poly relies on the Poly stack conceptually, not physically; a change an engine needs is made in its own repository and copied in again, and a test re-hashes every vendored file