Hľadajte chyby pomocou overiteľných hypotéz

Opíšte zlyhanie pred návrhom opravy

Užitočná požiadavka na hľadanie chyby uvádza očakávané správanie, pozorované správanie a dotknutý rozsah. Zahrňte verziu, relevantný vstup a chybu. Pred poskytnutím logov nástroju AI z nich odstráňte prihlasovacie údaje a súkromné záznamy.

„Export nefunguje“ poskytuje málo informácií. Lepší opis je: „Export lokálne uspeje. V prostredí staging vracia rovnaká požiadavka manažéra po poslednom nasadení stav 403. Ostatné routes stále fungujú.“

Tento opis nepreukazuje príčinu. Určuje rozdiely, ktoré môžu viesť skúmanie.

Udržujte otvorených viacero vysvetlení

Požiadajte agenta o malý súbor možných príčin a dôkazy pre každú z nich. Nežiadajte ho, aby sa držal prvého presvedčivého vysvetlenia.

Pri fiktívnom zlyhaní exportu môže byť príčinou chýbajúce oprávnenie identity služby, zmenené mapovanie rolí alebo požiadavka odoslaná do nesprávneho prostredia. Každé vysvetlenie predpovedá iné dôkazy.

Tabuľka je východiskom. Odpoveď 403 môže pochádzať z rôznych vrstiev. Pred predpokladom zlyhania autorizácie aplikácie určte komponent, ktorý ju vytvoril.

Vyberte bezpečné pozorovanie

Začnite pozorovaním, ktoré dokáže rozlíšiť vysvetlenia s nízkymi nákladmi. Porovnajte nasadenú verziu a konfiguráciu bez tajných údajov. Preskúmajte relevantnú chybu a identifikátor požiadavky. Ak je to možné, zopakujte problém v testovacom prostredí, ktoré máte oprávnenie použiť.

Neudeľujte široké oprávnenia iba preto, aby ste zistili, či chyba zmizne. Takáto akcia mení bezpečnostnú hranicu a môže skryť skutočné chýbajúce oprávnenie. Nevkladajte do modelu celý produkčný log, ak stačí text chyby s odstránenými citlivými údajmi a cesta požiadavky.

Uveďte, čo by oslabilo každú hypotézu. Pomôže to agentovi upraviť vysvetlenie namiesto obhajoby prvej odpovede.

Meňte jednu príčinu naraz

Keď dôkazy ukážu pravdepodobnú príčinu, vykonajte cielenú opravu. Nekombinujte zmenu oprávnení, aktualizáciu knižnice a prepísanie obsluhy požiadavky. Ak príznak zmizne, nevedeli by ste, ktorá zmena bola podstatná.

Overte pôvodnú podmienku zlyhania. Skontrolujte aj súvisiacu hranicu prístupu. Ak opravíte prístup manažéra, overte, že neoprávnený používateľ stále dostane zamietnutie.

Pri opakujúcej sa chybe pridajte regresnú kontrolu vo vrstve, ktorá ju dokáže odhaliť. Jednotkový test nedokáže odhaliť každú chybu konfigurácie nasadenia. Niektoré zlyhania potrebujú integračnú kontrolu alebo riadené overenie po nasadení.

Zastavte opakované pokusy bez nových dôkazov

Agent môže vygenerovať veľa variantov opravy. Viac pokusov nemusí zlepšiť diagnózu. Ak sa rovnaké zlyhanie opakuje, pýtajte sa, aké nové pozorovanie poskytne ďalší pokus.

Pri neistom skúmaní určte časový limit alebo počet pokusov. Po dosiahnutí limitu nahláste aktuálne dôkazy, zamietnuté hypotézy a nevyriešenú otázku. Tento záznam umožní ďalšej osobe pokračovať bez opakovania rovnakých pokusov.

Po obnove zaznamenajte príčinu aj podmienku, ktorá umožnila chybe dostať sa do dotknutého prostredia. Oprava odstráni bezprostrednú chybu. Užitočný následný krok znižuje pravdepodobnosť opakovania rovnakého zlyhania.