Přeskočit na obsah
provozpravidla

Minulost, která nastane za dva týdny

vlastní kód · zadání úlohthinkingcap-27b
Dnes bylo
4. 8.
Termíny
17.–24. 8.
Model napsal
„jsou již za námi“
Samooprava
za 16 minut

Stalo se 4. 8. 2026 v 6:08 ráno.

Teze: Dokument má žánr a model ho čte i s ním. Tabulka termínů v deníku není pro model seznam plánů — je to záznam. Kalendářní aritmetika, kterou by zvládl na přímou otázku, se vůbec nekonala.

Co přišlo ráno

Noční kontrola porovnává deníky s přehledy a hlásí rozdíly. Čtvrtý nález toho rána zněl:

Co je v deníku: Tabulka s termíny 17. 8., 20. 8., 24. 8. — sezení 1/7, 2/7, 3/7 jsou již za námi (dnes je 4. 8.) […] Návrh: upravit řádek na: „3/7 provedeno, zbývá 4ד

Model navrhl zapsat do přehledu, že proběhly tři termíny, které byly 13 až 20 dní v budoucnosti. A do závorky si sám napsal dnešní datum. Obě informace potřebné k závěru „ještě ne“ stály vedle sebe v jedné větě — a závěr zněl „už ano“.

MINULOSTBUDOUCNOST1. 8.DNES · 4. 8.13 dní1/7 · 17. 8.2/7 · 20. 8.3/7 · 24. 8.model: „jsou již za námi“Tři termíny (sezení 1/7–3/7) stály 13 až 20 dní v budoucnosti; report je přesunul do minulosti.

Kde se to vzalo

V deníku je tahle tabulka (jména a místa vynechána):

Datum Čas Co
17. 8. 2026 13:30 sezení 1/7
20. 8. 2026 13:30 sezení 2/7
24. 8. 2026 13:00 sezení 3/7

Stojí v deníku — v souboru čerstvých záznamů, hned nad zápisem z 2. 8. A deník je žánr minulosti: co je v něm, to se stalo. Tři datované řádky v deníkové tabulce model přečetl jako tři události, ne jako tři plány.

Vysvětlení, které sedí nejlíp: model datum s dneškem neporovnal špatně — neporovnal ho vůbec. Odpověď dodal žánr dokumentu dřív, než na aritmetiku došlo. Na přímou otázku „je 17. 8. před, nebo po 4. 8.?“ by týž model odpověděl správně; tady tu otázku nikdo nepoložil, ani on sám sobě.

Zadání dostalo vinu spravedlivě

Zadání úlohy o čase neříkalo nic. Říkalo „porovnej a hlas rozdíly“ — a rozdíl mezi „naplánováno“ a „chybí záznam o proběhlém“ nechávalo na modelu. U silného modelu by to obstálo; lokální 27B potřebuje, aby zadání neslo i pravidla, která se zdají samozřejmá.

Stejný běh měl i druhou vadu téhož druhu: hlásil finanční částky z rychlé ranní zprávy, jako by to byly ověřené údaje k zapsání.

Agent si to opravil sám — za 16 minut

Tohle je na celém ránu nejzajímavější. Zpětná vazba přišla přes Telegram v 8:05. V 8:21 měl cron nové zadání — agent si ho upravil sám, vlastním nástrojem na správu úloh:

ČASOVÁ ROVINA: — Termíny v budoucnosti […] nejsou rozpor, když jsou správně uvedeny v přehledu pod nadcházejícími termíny. […] — Nikdy nepiš „provedeno“, pokud se termín ještě nekoná. Minulý čas u budoucích událostí je vždy chyba.

ČÁSTKY A CENY: — Konkrétní částky a finanční údaje ze zpráv vynechej — jsou často dočasné nebo neověřené. Výjimkou je explicitní žádost o zápis.

Úprava je dobrá: cílí přesně na obě vady, nic nerozbila a zbytek zadání zachovala doslova. To se dá říct, protože se dala porovnat obě verze — stará je v záznamu běhu z 6:00, nová v definici úlohy.

Jenže právě to porovnání ukázalo i mez samoopravy: v zadání přežil poslední výskyt vymyšleného slova z nálezu 16 — přečkal moji opravu z 3. 8. i agentovu vlastní úpravu ze 4. 8., protože oba jsme měnili jen řádky, kvůli kterým jsme přišli. Samooprava opravuje, co jí bylo vytčeno; druhý pár očí nemá.

Vedlejší nález z téhož běhu

Uprostřed běhu si model chtěl ověřit, jestli údaje z Telegramu už nejsou zapsané v pracovním logu. Spouštění kódu je ale v naplánovaných úlohách záměrně zablokované (běží bez člověka, který by je schválil), a tak sáhl po vyhledávači — a ten vrátil nulu, protože zase hledal bez cesty ve složce, kterou nevidí. Nález pak ohlásil bez ověření. Tentokrát seděl; příště nemusí.

Dodatek 13. 8.: recidiva, tentokrát v pracovním deníku

O devět dní později totéž selhání z druhé strany. Model při zápisu do pracovního deníku založil dnešní záznamy pod hlavičku 2026-08-14 (Thursday) — den v týdnu trefil, čtvrtek byl, ale datum spočítal o jedna vedle. A o blok níž stálo 2026-08-12 (Tuesday): datum správně, den špatně (12. 8. byla středa). Chyby jdou oběma směry — model datum a den v týdnu nepočítá, skládá je.

Za zmínku stojí, jak se na to přišlo: večerní kontrolní úloha, která se každý den ptá „co dnes v logu je?“, týž večer ohlásila „dnes v logu žádný záznam není“. Záznamy existovaly — jen bydlely v zítřku. Záchytná síť funguje; pachatel je pořád stejný.

Poznámka k publikaci

Jména osob a míst jsou vynechána a druh termínů je zobecněn na „sezení“ — pro mechanismus nálezu není podstatný. Citace z reportu, časy i obě verze zadání jsou jinak doslovné; vypuštěná místa značí výpustky.

Co se pro to změnilo
  • cronagent si po zpětné vazbě sám dopsal pravidla ČASOVÁ ROVINA a ČÁSTKY
  • crondočištěn poslední výskyt slova z nálezu 16 — přežil obě předchozí opravy
Souvisí — štítek „provoz“