← Frontier InfraCONTENT HISTORYWHAT CHANGED · RULE-BASED ANALYSIS
Update to Frontier Infra
Snapshot Sep 30, 2026 · 23:14 UTC · version 0.3.2
Collection source: not recorded for this historical snapshot.
First saved snapshot
No earlier snapshot is available to establish a change.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"description": "Turn a rough agent task or project increment into a bounded, independently ratifiable sprint contract with immutable acceptance checks, scope, constraints, autonomy ceiling, budget, escalation, identity, expiry, and receipt fields.",
"included_files": [
{
"relative_path": "agents/openai.yaml",
"size_in_bytes": 240
}
],
"name": "goal-contract",
"skill_md_contents": "---\nname: goal-contract\ndescription: Turn a rough agent task or project increment into a bounded, independently ratifiable sprint contract with immutable acceptance checks, scope, constraints, autonomy ceiling, budget, escalation, identity, expiry, and receipt fields.\n---\n\n# Author a sprint contract\n\nUse `../../assets/sprint-contract.yaml` as the artifact. Read `../../references/philosophy.md` for the two-layer independence rule.\n\nThis skill authors a contract for work that the target system will dispatch.\nIt may contract the current development task only when the user explicitly\nasks for that outcome or an installed ADL/Proctor-style integration requires\nit. Plugin presence alone is not such an integration.\n\n## Workflow\n\n1. Convert the request into one observable outcome. Separate desired effect from implementation method.\n2. Enumerate in-scope and out-of-scope artifacts and mutations.\n3. Write mechanically runnable acceptance checks against ground truth. Put prose review behind an explicit human or distinct-judge gate.\n4. Declare constraints, allowed tools/effects, verifier scope/freshness, autonomy ceiling, attempt/time/token/cost budgets, and ACK escalation.\n5. Identify proposer and ratifier. Leave status `DRAFT`, `ratified_by`, contract hash, and receipt empty until independent ratification actually occurs.\n6. After ratification, hash the immutable contract, issue the receipt, set expiry, and make any acceptance change require revocation and a new contract version.\n\n## Quality rules\n\n- Avoid “works,” “looks good,” or “properly” unless a check defines them.\n- Keep one contract small enough for one fresh-worker move or an explicitly decomposed set of moves.\n- Set the ceiling to propose-only when verifier qualification or mutation coverage is incomplete.\n- Do not fabricate ratification, timestamps, signatures, identities, or receipt references.\n\nReturn the contract plus a plain-language explanation of what can block, quarantine, escalate, or require human judgment.\n"
}SHA-256 of public snapshot: c5e4ad19e35fccc40837234e65c1e1af9dda4bc0545397f524c324445f21867c