Fra ønske til oppgave · kapittel 7 av 17
YAML-kontrakter og levende arbeidslister
En stabil kontrakt bevarer mål og grenser. En levende arbeidsliste holder orden på avhengigheter, status og bevis mens Codex gjennomfører en stor jobb.
7.1 · kort forklart
Hvordan hindrer vi at krav blir glemt eller at oppgaver markeres ferdig uten test?
En stabil kontrakt bevarer mål og grenser. En levende arbeidsliste holder orden på avhengigheter, status og bevis mens Codex gjennomfører en stor jobb.
Viktig: Offisiell dokumentasjon beskriver AGENTS.md som vedvarende prosjektinstruksjoner. YAML-kontrakten, listen og validatoren er prosjektmetoden vi bygger rundt agenten – ikke innebygd magi i Codex.
7.2 · byggesteinene
Tre begreper som må holdes fra hverandre
Kontrakt
Mål, grenser og akseptanse endres ikke stille for å få arbeidet til å se ferdig ut.
Arbeidsliste
Oppgaver har stabil ID, prioritet, avhengigheter, status og registrert bevis.
Validator
Et skript avviser statusen done når påkrevd test eller kvittering mangler.
7.3 · metoden
En praktisk arbeidsrekkefølge
- 1Valider kontrakt og liste.
- 2Velg høyest prioriterte ublokkerte oppgave.
- 3Kjør kontrollene i done_when.
- 4Registrer evidence og tillat done bare når validatoren godkjenner.
7.4 · konkret eksempel
En stor nettsidejobb
En stor nettsidejobb
Hvordan hindrer vi at krav blir glemt eller at oppgaver markeres ferdig uten test?
Kontrakten sier at norsk og engelsk skal ha samme 17 kapitler og at produksjon skal kunne rulles tilbake.
Arbeidslisten lar Codex bygge, teste og krysse av én avhengig del om gangen, mens validatoren kontrollerer antall sider, lenker og browserresultat.
7.5 · prøv selv
Oppgave
Lag work-contract.yaml med goal, boundaries og acceptance. Lag deretter tre work_items med depends_on, done_when og tom evidence-liste.
7.6 · kontrolliste
Før du går videre
- Er kontrakten skilt fra arbeidsstatus?
- Har alle oppgaver stabil ID?
- Er avhengigheter eksplisitte?
- Kan validatoren stoppe en falsk done-status?
7.7 · kilder
Kilder
Gjennomgått 23. september 2026. Official sources support product-specific claims; the practical contract, memory and verification patterns are Finnandre project methods.