Zdůvodnění
Repozitář zapíná svůj mesh, aby každý worker na každém stroji viděl, co staví každý jiný. Protokol, který platí jen tehdy, když si každý worker pamatuje nárokovat to, na čem pracuje, je rada, a selhává přesně tehdy, kdy na tom záleží: v repozitáři Majordomus se 2026-10-15 nová relace dostala do mesh jen jako bezejmenné spojení, rozsah úlohy se do něj dostal, jen když si worker vzpomněl, a milník napsaný o pět dní dříve, aby to změnil, se nikdy nedostal do pull requestu. start nárokuje rozsah úlohy na mesh, když sdílený server checkoutu odpoví; toto pravidlo je to, co z nároku dělá víc než pohodlí.
Požadované chování
Když sledovaná deklarace pod .ai/repo/mesh/ říká enabled: true, záznam aktivní úlohy nese mesh_claim: — klíč poradního nároku jejího rozsahu jako relace mesh task-<id>. start ho zapíše: nejdřív zajistí sdílený server checkoutu — tentýž omezený serve ensure, který spouští startovní událost poskytovatele, se stejnými přepínači (session.ensure_server_on_start, MAJORDOMUS_RUNTIME=off), hlášený na stderr — protože nově propojený worktree nemá server, dokud ho něco nespustí. Start, který přesto nemohl nárokovat, to oznámí jako nález WARN s důvodem a nápravou. check nárokuje rozsah běžící úlohy, pokud ho záznam nemá a server odpovídá, a finish dělá totéž před posouzením smlouvy, takže server, který naběhl po startu úlohy, úloze stačí; finish --check je dotaz a nic nenárokuje.
Chování při selhání
check hlásí chybějící tvrzení pod mesh. finish --outcome completed je odmítá a odmítnutí se zaznamená jako každé jiné, s uvedením tohoto pravidla. partial, blocked, no_match a failed odmítnuty nejsou: pracovník, jehož server se nikdy nespustil, má stále cestu ven. Repozitář, který nedeklaruje žádné zapnuté mesh, se neposuzuje vůbec.