---
title: Týždenné triedenie
type: playbook
level: L1
status: live
revision: 1
updated: 2026-08-14
systemVersion: 4.2
authoring: machine-translated
tags: [governance, maintenance, playbook]
rating: 7.05
ratingAxes: useful 8 · evidence 6 · pull 6 · original 7 · form 9
ratingKind: derived
source: weekly triage, in production
---

# Týždenné triedenie

_Written 2026-08-14 · last verified 2026-08-14 · system v4.2 · live_

**TL;DR** — Každý register, do ktorého agent zapisuje, bude rásť, kým ho niekto nečíta. Týždenné prechádzanie so štyrmi verdiktmi – zlúčiť, ponechať, zrušiť, povýšiť – plus pevný strop, ktorý po prekročení vynúti prechádzanie, ho udrží použiteľným. Pravidlo, ktoré mu zabezpečí prežitie: nič sa nemaže bez dôvodu a odkazu.

## Predpoklady

Aspoň jeden register, do ktorého agent pripisuje: vzory, zistenia, nápady, otvorené otázky. Strop na počet aktívnych záznamov, ktoré môže obsahovať.

Ak sa nič nepridáva automaticky, ide o predčasný krok – ručne vedené registre len zriedka dosiahnu veľkosť, pri ktorej sa triedenie oplatí.

## Postup

**1. Najprv stanovte pevný strop.** U nás je to **30** aktívnych záznamov. Strop nie je o úložnom priestore; je to **vynucovací mechanizmus**. Register bez stropu rastie dovtedy, kým jeho čítanie nestojí viac než hodnota ktoréhokoľvek záznamu v ňom – a tento bod nastane bez ohlásenia.

**2. Vykonávajte prechádzanie v pevne stanovený deň.** Týždenne, v rovnakom čase, naviazané na niečo, čo sa už aj tak deje. Triedenie, ktoré treba niekým iniciovať, sa iniciovať nebude.

**3. Každému záznamu staršiemu ako 7 dní priraďte jeden zo 4 verdiktov:**

> **zlúčiť** – duplicita existujúceho záznamu, začleniť ho doň
> **ponechať** – stále aktuálny, stále relevantný
> **zrušiť** – už nie je relevantný, archivovať s dôvodom
> **povýšiť** – konať na základe neho hneď; vytvára úlohu, nie poznámku

**4. Obmedzte počet povýšení.** Maximálne **3** za jedno prechádzanie. Neobmedzené povyšovanie mení triedenie na plánovaciu schôdzu, čo je iná činnosť, ktorá by ho úplne vytlačila.

**5. Archivujte s dôvodom a odkazom.** Nič sa priamo nemaže:

> `killed 2026-07-27 — superseded by the build-level check; see [entry]`

Dôvod je to, čo zabráni tomu, aby to isté zistenie o tri mesiace znova pridal niekto, kto nevidí, prečo bolo vtedy zrušené.

**6. Pridajte poistku.** Denný počet záznamov starších ako daná hranica, s upozornením, ak prekročí limit. Nejde o novú prácu – ide o alarm, aby strop nebol jediné, čo stojí medzi registrom a zanedbaním.

**7. Udržujte archív prehľadateľný, nielen existujúci.** Zrušené záznamy majú skončiť tam, kde ich možno nájsť rovnakým vyhľadávaním, ktoré pokrýva aj aktívne záznamy. Hodnota archívu spočíva v odpovedi na otázku *neriešili sme to už?* – a archív, ktorý nikto nedokáže prehľadať, na to odpovedá rovnako zle ako vymazanie.

**8. Zaznamenávajte samotné prechádzanie.** Jeden riadok: dátum, počet posúdených záznamov, počty jednotlivých verdiktov. Dva mesiace takýchto riadkov ukážu, či sa register stabilizuje, alebo či je strop udržiavaný čoraz agresívnejším rušením záznamov – čo je iná a horšia rovnováha než register, ktorý prestal rásť.

## Overenie

Register je zdravý, ak prechádzanie trvá menej než 20 minút a počet záznamov je stabilný, nie stúpajúci. Ak prechádzanie trvá čoraz dlhšie, znamená to buď príliš vysoký strop, alebo príliš voľnú bránu pre pridávanie záznamov.

Skontrolujte mieru rušenia. **Nulový počet zrušení počas niekoľkých prechádzaní znamená, že prechádzanie neplní svoju úlohu** – register, v ktorom zostáva všetko relevantné, je register, ku ktorému nikto nie je úprimný.

## Riešenie problémov

**Prechádzanie sa neustále vynecháva.** Nemá vykonávateľa. Naviažte ho na existujúcu opakujúcu sa úlohu namiesto spoliehania sa na deň v týždni.

**Ponecháva sa úplne všetko.** Rušenie záznamu pôsobí ako strata informácie. Krok archivácie s dôvodom existuje presne preto, aby to pôsobilo bezpečne; ak sa vynecháva, táto zdráhavosť je racionálna.

**Register bol niekoľko týždňov nesprávne prázdny.** Pred tým, než niekoho pochválite, skontrolujte nástroje – parser čítajúci nesprávny stĺpec vytvorí čistý prázdny front bez akejkoľvek chyby. Táto konkrétna porucha tu trvala 21 dní, kým niekto súbor neotvoril ručne.