Run the bundled example
Use a deterministic example so the evaluation is about the system boundary, not prompt luck.
How To Evaluate
Run a demo, inspect a blocked action, open provenance, read the verification output, and decide whether the operating model actually fits the workflow you care about.
Use a deterministic example so the evaluation is about the system boundary, not prompt luck.
Look for the refusal path that names the invariant or decision rule that stopped the action.
Confirm that the system can show the exact observation and derived state behind the proposal.
Fixtures, replay, and verification artifacts should make the contract visible without reading generated logic.
Map the operating model to a concrete expensive failure mode in your own domain before deciding fit.
Decision checklist
Red flags
Browse proof-first examples by failure mode and by industry.
Explore → Evaluation path Studio TrackSee the human review loop built around invariants, fixtures, replay, and provenance.
Explore → Evaluation path TrustRead the guarantees, limits, and verification surfaces in plain language.
Explore → Evaluation path Studio DemoRun the deterministic bundled demo before you write any app code.
Explore → Evaluation path Verification BundleInspect the artifacts JacqOS exports for review, replay, and audit.
Explore →Next step
If the boundary looks strong in the demo, the next useful move is to map JacqOS onto one concrete workflow where a bad action would actually matter.