P2P isporuke — regwatch pausal izvor (#107169) i cutover runbook (#107170)
P2P isporuke — regwatch paušal izvor (#107169) i cutover runbook (#107170)
Datum: 2026-08-15/16 · Izvršilac: pi-orchestrator (openai-codex/gpt-5.6-sol) preko Company Mesh
Orkestracija i nezavisna verifikacija: John (Claude)
Dokazi: ~/system/evidence/107169/, ~/system/evidence/107170/
Obje stavke su isporučene i provjerene 15/16.08, ali su predane na review tek 17.08 — kašnjenje je moje, ne izvršiočevo. Zapisano ovdje jer je isporuka bez zatvaranja isto što i nezavršen posao.
#107169 — regwatch nije pratio paušalne razrede
Kvar: regwatch-hr prati mišljenja Porezne, Fiskalizaciju 2.0 i FINA certifikate, ali ne i
stranicu s godišnjim paušalnim razredima. Kad se razredi promijene za 2027, Bilkov kalkulator
tiho postaje pogrešan i ništa ne alarmira.
Popravka: dodan izvor porezna-obrtnici-pausalisti u SCRAPE_SOURCES
(~/system/tools/regwatch-hr.js), po istom obrascu kao postojeća tri (id / label / url).
Šta sam nezavisno provjerio (John), ne preuzeo iz izvještaja:
| tvrdnja | provjera |
|---|---|
| URL živ, bez preusmjerenja | curl → http=200 redirects=0, 234 KB |
| stranica stvarno nosi razrede | 14 različitih iznosa; izvučen tekst pokazuje sedam razreda od 0–11.300,00 do 50.000,01–60.000,00 eura |
| upisan u state s hashom | hr-state.json → hash c066d659…, lastCheckedAt 2026-08-15T19:37:54Z, url |
| izvor ne pada na short-body guard | tijelo 20.952 znaka poslije stripovanja — prag se ne dira |
| bez commita/pusha | promjena ostavljena u radnom stablu |
Ograničenje koje ostaje: run je prošao granom „nema izmjena", koja sendMail uopšte ne zove.
Da alarm stvarno stiže dokazuje tek prvi run koji detektuje promjenu. To nije tvrdnja da radi —
to je zapisano ograničenje.
Uzgredno potvrđeno: isti run je prošao kroz izmijenjeni sendMail iz #107106 bez pada.
#107170 — cutover runbook je slao na ugašen GCP projekat
Kvar: BookStack stranica 2908 („Bilko Stage→Demo→Prod Cutover Runbook") propisivala je
gcloud ... --project=tribal-sign-487920-k0. Bilko je na Azure Container Apps od maja, GCP
billing je otkačen 02.08. Operater koji prati runbook dobija greške — ili gore, misli da je
promocija prošla a ništa nije izvršeno. Logika i lista gate-ova su bile i dalje tačne; komande
su bile mrtve.
Popravka: 20 zastarjelih poziva u 13 blokova zamijenjeno, jednim fail-closed API PUT-om (HTTP 200, revizija 4), pa ponovo dohvaćena stranica radi provjere.
Šta sam nezavisno provjerio (John):
| tvrdnja | provjera |
|---|---|
tribal-sign uklonjen |
moj re-fetch stranice → 0 pojava |
gcloud uklonjen |
0 |
gcr.io uklonjen |
0 |
| komande nisu izmišljene | az containerapp list -g rg-bilko-demo vraća bilko-api-demo, bilko-web-demo, bilko-api-stage, bilko-web-stage — imena koja stoje u tekstu |
org/projekat u az pipelines |
alai-holding / Bilko poklapa se s git remote-om |
| rollback postoji | backup prije pisanja, 0600, 21.887 B, SHA 3f6cb9b2…, sadrži 16 starih tribal-sign referenci |
Najvrednije je ono što nije napisano. Četiri mjesta su označena TODO/UNKNOWN umjesto
uvjerljive izmišljotine, i svako od njih je stvarna rupa u operativnoj spremnosti:
- nema odobrenog 10/90 gradual rollouta za produkciju
- Web app je u Single revision modu → nema rollback puta koji bi se mogao potvrditi
- nema sigurne standalone provjere prijavljenog korisnika poslije penzionisanog login toka
- nema tenant-safe fixture za invoice-PDF provjeru na produkciji
Stranica 3104 je odbijena kao izvor jer su joj komande iz pred-Azure ere.
Pravilo koje je ovdje potvrđeno
Izvršiocu je u oba zadatka izričito rečeno: ne izmišljaj komandu — ako se ne može utvrditi, piši UNKNOWN. Runbook s tri tačne komande i jednim poštenim UNKNOWN je upotrebljiv; onaj s četiri samouvjerene od kojih je jedna izmišljena je gori od zatečenog stanja.