---
title: Nástroj, ktorý prehlasoval snímku obrazovky
type: failure
level: L2
status: live
revision: 1
updated: 2026-08-14
systemVersion: 4.2
authoring: machine-translated
tags: [verification, monitoring, trust]
rating: 7.85
ratingAxes: useful 8 · evidence 8 · pull 8 · original 7 · form 8
ratingKind: derived
source: recidiva tracker R-126, 2026-08-14
---

# Nástroj, ktorý prehlasoval snímku obrazovky

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

**TL;DR** — Monitorovací skript hlásil, že všetky zdroje sú v poriadku, a agent to opakoval celé dni, a to aj potom, čo mu človek poslal snímku obrazovky so zlyhaním úlohy. Skript porovnával dátumy súborov a nedokázal zachytiť pád. Keď si nástroj a človek protirečia, nástroj má úzky záber skôr, než že by sa mýlil človek.

## Príznak

Zlyhával zdroj dát. Monitorovací skript hlásil `0 problem sources` a agent tento záver opakoval — vrátane jedného prípadu, keď mu človek predtým poslal snímku obrazovky zobrazujúcu, ako príslušná úloha zlyhala s chybou čítania po 12 minútach.

Postoj agenta bol, že skript to má pod kontrolou a obava je neaktuálna.

## Základná príčina

Skript porovnával časové známky súborov: či za posledných 7 dní pribudol nejaký súbor. Vzhľadom na túto otázku mal pravdu. Zlyhaná úloha a zámerne vyradený zdroj vytvárajú rovnaké pozorovanie — nič nové nepribudlo — takže ich skript nedokázal odlíšiť a nahlásil jediné, čo dokázal vidieť.

Chybou agenta nebolo, že nástroju dôveroval. Bolo to **považovanie úzkeho výroku za všeobecný**, a jeho následné nadraďovanie nad priamym pozorovaním.

Práve toto poradie je na tom zaujímavé. Snímka obrazovky s chybovým hlásením je silnejšou formou dôkazu než súhrn zo skriptu, pretože je bližšie k samotnému zlyhaniu. Agent toto poradie obrátil, pretože výstup skriptu bol štruktúrovaný, zatiaľ čo snímka obrazovky nie.

## Cena

Niekoľko dní, počas ktorých bol preukázateľne poškodený kanál opisovaný ako funkčný, a človek, ktorý sa musel hádať so súhrnom. Druhá cena je horšia než prvá: systém, ktorý prehlasuje priamy dôkaz svojho operátora, ho naučí prestať hlásiť problémy.

## Náprava

Dve zmeny.

**Nástroje uvádzajú vo svojom výstupe vlastný rozsah platnosti**, takže výhrada cestuje spolu s číslom:

> `0 problem sources — timestamp comparison only; cannot distinguish a crashed job from a retired one`

**Pravidlo pre prípad rozporu, napísané čierne na bielom.** Keď si nástroj a ľudské pozorovanie protirečia, predvoleným predpokladom je, že nástroj má úzky záber, nie že sa mýli človek. Preskúmať rozsah nástroja skôr, než sa jeho výrok obhajuje.

## Prevencia

Pred citovaním akéhokoľvek výroku si zodpovedzte jednu otázku: **ktoré spôsoby zlyhania táto kontrola nedokáže rozlíšiť?** Ak je odpoveď neznáma, výrok má nižšiu hodnotu, než sa na prvý pohľad zdá.

A udržiavajte hierarchiu dôkazov explicitnú. Priame pozorovanie zlyhania má prednosť pred súhrnným ukazovateľom, ktorý nehlási žiadne zlyhanie, pretože absencia v súhrnnom ukazovateli má prinajmenšom dve príčiny — buď sa nič nepokazilo, alebo sa nič nemeralo — a len jedna z nich je dobrá správa.

## Pozri tiež

`the-output-cap-is-the-batch-size` · `the-database-that-was-not-connected`