← Frontier InfraCONTENT HISTORY

Update to Frontier Infra

Snapshot Sep 30, 2026 · 23:14 UTC · version 0.3.2

Collection source: not recorded for this historical snapshot.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "name": "machine-conformance",
  "description": "Audit, score, or challenge an existing AI harness against Frontier Infra The Machine, determine Machine versus Orchestrator shape, run the canonical kit, gather evidence, design chaos tests, and prevent unsupported conformance claims.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 235
    }
  ],
  "skill_md_contents": "---\nname: machine-conformance\ndescription: Audit, score, or challenge an existing AI harness against Frontier Infra The Machine, determine Machine versus Orchestrator shape, run the canonical kit, gather evidence, design chaos tests, and prevent unsupported conformance claims.\n---\n\n# Audit Machine conformance\n\nRead `../../references/conformance.md`, `../../references/system-architecture.md`, and `../../references/threat-model.md`.\n\nAudit an explicitly identified target deployment. Do not automatically score\nthe repository being edited, the builder's process, this plugin, or the SDK's\ndistribution as a condition of using Frontier to build an application.\n\n## Workflow\n\n1. Audit the deployment wiring, not a standard, library, diagram, or README.\n2. Determine shape from executed control flow: zero-token deterministic driver versus model-selected closed transitions with write-ahead decision persistence.\n3. Inventory code/config for every box, governance control, foundation service, operational obligation, critical component, and mutation path.\n4. Treat prose as a claim to test. Cite concrete file/config/runtime evidence.\n5. Run the published conformance CLI — it bundles The Machine's static kit; do not hunt for a checked-out kit or recreate scoring logic:\n\n   ```sh\n   npx -y @frontier-infra/audit run <deployment-repository> --out <dir-outside-that-repo>\n   ```\n\n6. Execute or mark `NOT-RUN` the kill/resume, replay, lying-worker, verifier removal/staleness, duplicate effect, quarantine, budget, override, forged rollback, bypass, and dead-workforce health fixtures.\n7. Verify receipt chains and health timestamps; confirm the audit sink survives operator halt of the deployment scope. If the deployment emits the four-layer runtime health contract, evaluate it with the published reducer (`npm install @frontier-infra/protocol`, then `evaluateRuntimeHealth(record)`) and treat any non-pass aggregate as fail-closed.\n8. Report a deployment as a `structural candidate` when only static architecture/code mapping has been reviewed. Report a shape-stamped conformance level only when the required runtime evidence passes. Otherwise report current evidence, gaps, and the next lowest-cost falsifying test.\n\n## Output\n\nReturn an obligation matrix with `PASS`, `FAIL`, or `NOT-RUN`; evidence locations; executed commands; limitations; spec/kit versions; and a dated claim or explicit `UNSCORED` verdict.\n"
}

SHA-256: 30d47c652b3b2d87499ba6a642f5a806edf926050bc01c063a61cb68d36b7bdb