Zdůvodnění
Dne 2026-10-14 majitel v relaci a do budoucna schválil dva úkony, které klasifikátor oprávnění klienta odmítl: zkopírování sdíleného skriptu derive-offload do vlastního scratchpadu relace a kontrolu či zastavení podle přesného pid procesu, který relace sama spustila. Slova, řečená česky, byla „máš moje svolení, výslovný souhlas, vynucený i do budoucna, pokračuj“. Relace schválení zapsala do své paměti a pokračovala.
Další relace narazila na stejné odmítnutí. Paměť čte model; vrstva oprávnění ji nečte, takže schválení uložené tam je poznámka o oprávnění, ne oprávnění. Relace také došla k závěru, že guard hook jí zakazuje měnit konfiguraci oprávnění vůbec. Přečteno celé, guard odmítal jen tři věci: shellový příkaz, který zapisuje konfiguraci, úpravu, která odstraňuje vlastní zapojení guardu, a každou změnu jmenující soubory guardu. Úprava přidávající pravidlo nebyla nikdy odmítnuta. 2026-10-15 vlastník řekl česky „vyřeš to i systémově“ a poté „zapiš to jako pravidlo“.
Požadované chování
- Schválení jsou vlastní slova vlastníka, trvalá a zaznamenaná. Cituje se s datem tam, kde je pravidlo napsáno, a ve zprávě pracovníka. Předané schválení, závěr z mlčení nebo schválení jednoho úkonu není trvalé; viz
project.an-expedited-landing-is-the-owners-word, bod 1. - Ve stejném tahu, na stejném místě, odkud přišlo odmítnutí. Worker zapíše schválení do konfigurace, kterou čte vrstva oprávnění jeho klienta, a to v rozsahu, který pokrývá každý checkout, ve kterém pracuje (u klienta s nastavením uživatele a projektu je to rozsah uživatele, aby je zdědily propojené worktrees i úlohy na pozadí).
- Úzké. Pravidlo jmenuje akt, cesty a mez: „proces, který tato relace spustila, podle přesného pidu“, nikdy „procesy“; „kopie do vlastního scratchpadu relace“, nikdy „kopie“. Prefix povoleného seznamu se používá jen pro příkaz, který pouze čte; akt, který cokoli mění, se zapisuje jako popsané pravidlo, které klasifikátor váží.
- Úprava souboru, která nemění žádný guard. Konfigurace se upravuje nástrojem klienta pro úpravu souborů, nikdy shellovým příkazem, který ji přepisuje. Nic, co guard zapojuje, konfiguruje nebo implementuje, se nedotýká. Guard, který úpravu odmítne, rozhodl: worker se zastaví, pojmenuje odmítnutí a předá vlastníkovi přesnou změnu, kterou má udělat; příkaz nepřeformulovává, dokud ho guard nepřestane vidět, a akt nepředává jiné relaci.
- Ověřeno čtením. Pracovník konfiguraci zparsuje bez zápisu a ukáže, že nové pravidlo je přítomno a každá stávající pojistka je stále zapojena.
- Paměť následuje pravidlo, ne naopak. Paměť může na pravidlo ukazovat; nikdy není jediným záznamem o schválení.
Pro Claude Code je to autoMode.allow (popsaná pravidla, "$defaults" uvedeno první) a permissions.allow (prefixy příkazů jen pro čtení) v ~/.claude/settings.json, upravované nástrojem Edit; .claude/settings.local.json projektu se nedostane do propojeného worktree.
Chování při selhání
Schválení nalezené jen v paměti nebo předávce zapíše do konfigurace oprávnění další worker, který je přečte, dříve než podle něj jedná, nebo je nahlásí vlastníkovi jako nezapsané. Odmítnutí stráží se hlásí s jeho textem a nezkouší se znovu v jiné podobě.
Ověření
Revize zprávy pracovníka: citované schválení, pravidlo tak, jak je napsáno, a čtení, které ukazuje, že se parsovalo se stále zapojenými stráži.