Zostavte si počítadlo opakovaných chýb

Poznámky o chybách sú bez počtu výskytov na nič. Tu je evidencia, rebríček eskalácie a jediný návyk, vďaka ktorému to celé funguje.

Predpoklady

Miesto, kam môže agent zapisovať súbory a upravovať ich. Človek, ktorý agenta opravuje dostatočne často na to, aby sa opakovanie vôbec mohlo prejaviť. Nič iné — žiadna databáza, žiadne nástroje.

Ak sú opravy zriedkavé, tento krok preskočte: počítadlo s tromi záznamami je len záťaž navyše.

Postup

1. Vytvorte evidenciu ako jednu tabuľku. Jeden riadok na jednu odlišnú chybu, nie na jeden výskyt. Stĺpce: identifikátor, krátky popis, kategória, počet výskytov, posledný výskyt, stav, oprava alebo eskalácia.

Popis zachytáva triedu chyby, nie konkrétny prípad. Concluded absence from a single spelling of a proper name je znovupoužiteľný. Did not find the supplier nie je.

2. Rebríček eskalácie stanovte ešte pred prvým záznamom. Ak sa prahové hodnoty určujú až pri pohľade na konkrétnu chybu, prah sa takmer isto nastaví tak, aby práve túto chybu ospravedlnil.

3. Zápis do evidencie zaraďte do rovnakého kroku ako opravu. Toto je krok, od ktorého závisí všetko ostatné. Keď dôjde k oprave, záznam do počítadla sa zapíše v tom istom kroku — nie na konci relácie, nie pri následnej kontrole.

Odložený zápis zlyháva zo štrukturálneho dôvodu: okamih, keď chybu spozorujete, je jediný okamih, keď máte o nej úplný kontext — a zároveň je to okamih, keď sa najviac chcete posunúť ďalej.

4. Pri treťom výskyte priraďte úroveň vynucovania. Napísať pravidlo ešte nie je oprava. Text sám osebe opakovaniu nezabráni. Pri počte 3 pomenujte, ako sa dané pravidlo vynucuje:

L0 text v promptoch · L1 checklist v skille · L2 kontrola pri builde alebo hooku · L3 tvrdá brána, ktorá zlyhá

5. Prepojte súvisiace triedy. Keď nový záznam pripomína existujúci, uveďte to priamo v riadku. Dve chyby so spoločnou koreňovou príčinou by mali eskalovať spolu — a podobnosť medzi nimi je viditeľná len vtedy, kým sú obe ešte čerstvé.

6. Kontrolujte v pevnom rytme, nie podľa nálady. Raz týždenne si prečítajte len riadky, ktorých počet stúpol. Ide o dvojminútovú kontrolu a je to jediný okamih, keď sa rebríček skutočne uplatní — prah eskalácie, ktorý nikto nevyhodnocuje, je len číslo v tabuľke.

Kontrola zachytí aj opačnú chybu. Riadok s počtom 4, ktorého posledný výskyt bol pred tromi mesiacmi, nie je aktívny problém; je to história, a ponechanie v živej tabuľke skresľuje dojem o tom, koľko toho je naozaj pokazené. Archivujte ho s nezmeneným konečným počtom.

Overenie

Počítadlo funguje vtedy, keď dokážete odpovedať bez toho, aby ste čítali celý súbor: ktorá trieda chýb je tento mesiac najčastejšia a akú úroveň vynucovania má?

Dve kontroly stavu, ktoré sa oplatí robiť mesačne. Záznamy s počtom 1 a bez nedávneho dátumu sú pravdepodobne ojedinelé prípady — buď ich zlúčte do triedy, alebo ich archivujte. Záznamy s počtom 3 a viac a úrovňou vynucovania L0 sú skutočným zistením: pravidlo bolo napísané, nič ho nevynucuje a počet stále rastie.

Riešenie problémov

Evidencia sa prestane zapisovať. Zvyčajnou príčinou je, že sa zápis oddelil od opravy. Znova ich prepojte; počítadlo udržiavané len pri týždennej kontrole sa do mesiaca prestane používať.

Každý záznam je jedinečný, nič sa nikdy nedostane na 2. Popisy sú príliš konkrétne. Prepíšte ich o úroveň vyššie — od konkrétneho prípadu k triede.

Počet rastie a nič sa nemení. Rebríček existuje, no nemá kto ho vykonávať. Eskaláciu pri počte 3 musí niečo spúšťať, nie len dobrá vôľa — inak sa evidencia zmení na denník zlyhaní, na ktoré nikto nereaguje.

[Zostavte si počítadlo opakovaných chýb](https://stillvalid.dev/sk/playbooks/build-a-repeat-counter) — stillvalid, SV-0862 (playbook, verified 2026-08-14)