kasus

Én arbeidsflyt for en journalist, fra radarsignal til saksforslag. Selve arbeidet kalles SAKSLØPET, og inngangen for den som ikke har bestemt seg er `/kasus:start`: den legger fram grunnlaget valget tas på og spør hva journalisten vil gjøre, uten å bearbeide, kvittere, skrive eller researche noe. Den legger fram MATERIALET slik det ligger, i fire kall i samme melding: SISTE DØGN av radarsignalene (maks hundre), av Kasus' EGNE story-briefs (maks førti) og av redaksjonens egne artikler (maks seksti), pluss statusen «nytt siden sist» (`nytt`, det ene som kjenner kvitteringen) — fordi spørsmålet journalisten faktisk har om morgenen er «hva har vi å jobbe med i dag?», og de tre kildene peker mot ULIKE neste steg: en egen sak mot en oppfølger, et signal eller en brief mot en dybdeartikkel. Døgnet er et GULV og ikke et tak: vinduet er `max(24 timer, tiden siden forrige kvittering)`, med brukerens `--hours N` som overstyring for alle fire — og regelen står ETT sted, i `references/vindu.md`, fordi inngangen og saksløpet bruker samme vindu og at begge leser den derfra er en test. Gulvet finnes for å lukke en skjøt som ikke er til å se: `nytt` måler mot kvitteringen mens listene måler i timer, så et fast døgn ville betydd at fem døgn med «nytt siden sist» ble telt av `nytt` mens signalene manglet i lista de skulle MERKES i — og et signal som ikke kan merkes blir usynlig. Konsekvensen er at vinduet varierer med hvor lenge det er siden sist (daglig bruk gir et døgn, en ukes pause gir uka), så perioden SKAL stå i svaret med det faktiske tallet — en periode som ikke sies, leses som «alt» — og at takene binder oftere når vinduet vokser: er `taketNådd` sann, heves `--limit` framfor at vinduet krympes, for det er nettopp de gamle usette signalene gulvet skulle fange. Kvitteringen kjøres derfor FØRST, alene, fordi den er det eneste som kjenner tidspunktet; listene hentes i runde to. Er vinduet et døgn, er et tomt felt vanlig og betyr et fravær i PERIODEN, aldri i Kasus: er to av tre t

3 skills · 3 commands · 4 agents