Kontinuita
stav funkce: stabilníRelace skončí, práce ne: další worker potřebuje typovaný záznam ověřený proti gitu, ne přepis, který snad někdo najde.
11 tvrzení, 11 s uvedeným testem · 7 případů užití
Prozkoumat kontinuitu →Tato stránka byla automaticky přeložena z angličtiny, jediného jazyka, ve kterém se tento web píše. Číst originál.
Každá schopnost produktu jako jeden objekt vrstvy: z čeho se skládá, jakými rozhraními je zpřístupněna, jaká pravidla ji drží a jaké záruky za ní stojí. Každá karta je soubor; každá značka vedle ní je odvozená.
Každá funkce ve svém vlastním souboru jmenuje jedinou doménu, do které patří, a každá karta je ten soubor. Slova jsou redakční; každá značka, počet a odkaz na kartě je odvozen z toho, co soubor jmenuje.
Každý worker začíná u toho, co už repozitář ví: kontext platný pro jeho cestu, předávka, kterou zanechala poslední relace, a rozhodnutí, která už padla.
Relace skončí, práce ne: další worker potřebuje typovaný záznam ověřený proti gitu, ne přepis, který snad někdo najde.
11 tvrzení, 11 s uvedeným testem · 7 případů užití
Prozkoumat kontinuitu →Co bylo rozhodnuto, proč a co bylo zamítnuto, se zaznamená tam, kde to další relace přečte, a trvalé rozhodnutí se stane architektonickým záznamem s typovanými odkazy na to, co uvedlo v platnost.
9 tvrzení, 7 uvádí svůj test · 5 případů užití
Prozkoumat znalosti →Kontext je strom, ne jeden soubor: dokumenty platné pro cestu se řeší od kořene dolů, nejbližší přidává a nikdy tiše nenahrazuje a worker načte, co jeho úloha potřebuje, a nic víc.
9 tvrzení, 8 z nich pojmenovává svůj test · 4 případy užití
Prozkoumat kontext →Dovednost je jeden adresář pod vrstvou; jeho přidání je celý úkon a příkazová řádka, web i MCP ji čtou ze stejného souboru.
3 tvrzení, 3 uvádějí svůj test · 1 případ užití
Prozkoumat dovednosti →Každý worker deklaruje cesty, kterých se dotkne, vidí, kdo další kde pracuje, a o kolizi se dozví dřív, než se commitne.
Každý worker deklaruje cesty, kterých se smí dotknout, každá relace vidí, kdo další je připojen a co oznámil, a kolize se hlásí dřív, než se commitne.
5 tvrzení, 5 pojmenovává svůj test · 2 případy užití
Prozkoumat koordinaci →Worktree větve je tam, kde říká git, nikdy tam, kam ho někdo umístil, a špatně umístěný je diagnóza s nápravou, ne záhada.
3 tvrzení, 3 jmenují svůj test · 2 případy užití
Prozkoumat worktrees →Runtimy Majordoma jednoho repozitáře — na jednom stroji či více — se navzájem objevují, propojují se podepsaným handshakem a sdílejí relace, claimy, předávky a revize jedním replikovaným žurnálem, který přežije odpojení, pády i rozdělení sítě.
9 tvrzení, 9 s uvedeným testem · žádný navázaný případ užití
Prozkoumat mesh →Jeden deklarovaný katalog dodavatelů a modelů — schopnosti, kontext, životní cyklus, žádná vymyšlená fakta — a odpověď směrování, která říká, proč byl každý kandidát vybrán nebo vyloučen.
3 tvrzení, 3 pojmenovávají svůj test · žádný případ užití nepropojen
Prozkoumat modely →Podstatná nejistota se stává rozhodnutím podloženým důkazy — posoudí ho kteříkoli dostupní volitelní poradci, a není-li žádný, rozhodne se lokálně — a další relaci se předá jako záznam.
7 tvrzení, 7 pojmenovává svůj test · žádný případ užití nepropojen
Prozkoumat uvažování →Úkol zaznamenává, co se s ním stalo, a engine z grafu závislostí odvodí, zda je blokovaný, připravený, aktivní, ověřovaný nebo hotový, takže plán rozvoje nemůže být v rozporu s plánem.
15 tvrzení, 14 jmenuje svůj test · 3 případy užití
Prozkoumat plánování →Pravidla se napíšou jednou, v repozitáři, promítnou se do instrukcí každého nástroje a blokující pravidlo příkaz zastaví, místo aby jen radilo.
Pravidlo je vynucené, když o něm rozhoduje validátor, spouští ho příkaz, dokazuje ho test a blokuje na něm CI; cokoli menšího je dokumentace a nástroj ten rozdíl zná.
12 tvrzení, 12 jmenuje svůj test · 4 případy užití
Prozkoumat doktrínu →Každý provider, který nástroj deklaruje — agent, orchestrátor spouštějící agenty, jakýkoli nástroj čtoucí AGENTS.md — dostává stejná pravidla ze stejného místa, protože jejich instrukční soubory se generují z jedné politiky a nikdy se nepíšou ručně; providery jsou tabulka v docs/generated/providers.md.
14 tvrzení, 10 pojmenovává svůj test · 3 případy užití
Prozkoumat politiku →Zpráva commitu má jednu gramatiku, jednu politiku a jeden verdikt; rozsah, pod kterým se píše, se učí z vlastní historie repozitáře místo vedení v tabulce a zpráva, která politiku nesplňuje, je odmítnuta ještě během psaní.
3 tvrzení, 3 uvádějí svůj test · 1 případ užití
Prozkoumat commity →Tvrzení jmenuje test, který o něm rozhoduje, zaznamenaný běh se posuzuje proti commitu, nad nímž proběhl, a tvrzení bez zaznamenaného běhu to přímo říká.
Co spotřebuje programátorská relace s Majordomem a bez něj, z párovaných běhů posuzovaných týmiž skrytými testy, přičemž každé číslo je označeno způsobem, jakým vzniklo, a publikuje se až po splnění deklarovaného pravidla.
3 tvrzení, 2 pojmenovávají svůj test · žádný propojený případ užití
Prozkoumat ekonomiku →Kdo co udělal, v jaké úloze, v jakém commitu a v jaké relaci, je kniha záznamů, kterou nástroj píše a člověk si ji může zpětně přečíst, a ne paměť konverzace.
9 tvrzení, 6 uvádí svůj test · 2 případy užití
Prozkoumat původ →To, co člověk s nástrojem dělá, je jeden soubor se scénářem, který nástroj spouští sám proti sobě; stránka ukazuje toto provedení a veřejný příkaz, který nespouští žádný případ užití, je mezera, kterou nástroj hlásí.
4 tvrzení, 4 uvádějí svůj test · 1 případ užití
Prozkoumat případy užití →Každé tvrzení je spojeno s provedením zaznamenaným pro jeho test — výsledek, commit, strom, otisk a příkaz, který ho vytvoří znovu — a běh proti tomuto commitu se nikdy nehlásí jako totéž co běh, jehož vstupy se prostě nezměnily.
12 tvrzení, 12 uvádí svůj test · žádný propojený případ užití
Prozkoumat důkazy →Každá externě volatelná operace se měří přímo, přes MCP i přes HTTP, jmenovatel se generuje z registru a regrese oproti přijaté základní hodnotě kontrolu neprojde.
6 tvrzení, 6 pojmenovává svůj test · 1 případ užití
Prozkoumat měření výkonu →Hotovo je smlouva, kterou repozitář vyhodnocuje řádek po řádku. Dokud některý řádek selhává, práce se nepřijme a odmítnutí zůstává v záznamu.
Jedno měření pokrytí, s kódem testů mimo jmenovatel, drží spodní mez pro crate, spodní mez pro doménu relací/kontinuity a — invariant #214 — každý spustitelný řádek, kterého se změna dotkne.
1 tvrzení, 1 uvádí svůj test · žádný propojený případ užití
Prozkoumat pokrytí →Worker si nedefinuje vlastní úspěšné dokončení: každý řádek smlouvy o dokončení se vytiskne jako splněný či nesplněný, úloha se nepřijme, dokud neprojdou všechny, a každá chvíle, kdy byla označena za hotovou a nebyla, je v záznamu.
9 tvrzení, 9 uvádí svůj test · 7 případů užití
Prozkoumat smlouvu o dokončení →Změna spustí kontroly, kterých se mohou její cesty dotknout, každá kontrola je tentýž skript, který spouští člověk, a veřejný web se publikuje jen z commitu, jehož odvozená data se prokázala jako aktuální.
6 tvrzení, 6 pojmenovává svůj test · 1 případ užití
Prozkoumat CI →Jedna deklarace v repozitáři se stává příkazovou řádkou, HTTP API, MCP, UI, Cockpitem, dokumentací i tímto webem a projekce, která se s ní rozchází, shodí build.
Schopnost se píše na jednom místě a příkazová řádka, HTTP API, dokument OpenAPI, MCP, Cockpit, reference i tento web jsou její projekce.
9 tvrzení, 9 uvádí svůj test · 1 případ užití
Prozkoumat Deklarovat jednou →Každý agent, skript i člověk čte tentýž repozitář přes rozhraní, kterým už mluví, a žádné z rozhraní se neudržuje ručně.
11 tvrzení, 11 pojmenovává svůj test · 3 případy užití
Prozkoumat rozhraní →Jedna obrazovka UI střídá osm scén na displeji, u kterého nikdo nesedí, a každá značka na ní je hodnota, kterou schopnost vrátila; scéna, která nemá co pravdivého nakreslit, řekne proč a nikdy se nevykreslí prázdná.
1 tvrzení, 1 uvádí svůj test · žádný propojený případ užití
Prozkoumat Observatory →Hlavní plocha sdíleného serveru odpovídá, jak si dodávka stojí — zdraví, releasy, plán rozvoje, práce a její pull requesty, mesh, důkazy a pravidla — a každá hodnota na ní uvádí schopnost, ze které byla načtena, a každou další plochu, která ji servíruje.
1 tvrzení, 1 uvádí svůj test · žádný propojený případ užití
Prozkoumat UI →Stejný server, který odpovídá agentům, vykresluje každou schopnost, objekt, graf, worktree i kontrolu zdraví jako stránky, s runnerem generovaným z vlastního schématu každé schopnosti; nic na něm není druhým seznamem.
1 tvrzení, 1 uvádí svůj test · žádný propojený případ užití
Prozkoumat Cockpit →Instalátor stáhne jeden archiv pro váš stroj, před rozbalením čehokoli ověří jeho otisk (digest) proti metadatům releasu a instaluje atomicky; bez gitu, bez Rustu, bez Node, bez roota.
9 tvrzení, 9 s uvedeným testem · 5 případů užití
Prozkoumat instalaci →Každý provozní moment, pro který nástroj existuje, je jeden soubor se signály, které ho identifikují, a mechanismy, které na něj odpovídají, a vlastní příznaky čtenáře se na diagnózu převádějí počítáním, ne odhadem.
3 tvrzení, 3 uvádějí svůj test · 1 případ užití
Prozkoumat proč →Funkce je na rozhraní proto, že tam je promítnut modul schopnosti, příkaz shellu nebo druh objektu, který pojmenovává. Číslo pod každým se z toho počítá při sestavení.
Vyberte uzel, abyste viděli, co to je a čeho se dotýká.
Interaktivní zobrazení se nepodařilo načíst. Seznam níže je tentýž graf.
majordomus adr příkaz · conclude
Architektonická rozhodnutí repozitáře jako objekty: výpis, zobrazení, vyžádání dalšího volného identifikátoru, navržení jednoho s původem a validace celé sady proti tomuto stromu a všem ostatním refům.
majordomus archive příkaz · inspect
Pořiďte snímek sledovaného stromu, který lze číst nebo ověřit jinde.
majordomus bench příkaz · inspect
Změří každý veřejný příkaz registru za studena i za tepla a porovná se základní hodnotou.
majordomus capture příkaz · work
Zaznamená surové prompty uživatele z hooku providera jako záznam s jeho vykresleními, odvodí hranici epizody z vlastních hooků životního cyklu providera, nainstaluje tyto hooky, sladí a pročistí archiv a ohlásí, co který provider zde skutečně dělá.
majordomus check příkaz · verify
Je aktuální úloha stále konzistentní se svou politikou, rozsahem a tímto checkoutem?
majordomus checkpoint příkaz · work
Zaznamená stručný postup uvnitř aktivní úlohy, aby další worker nezačínal znovu.
majordomus context příkaz · work
Co musí další worker vědět teď, v pořadí podle autority a v rámci rozpočtu.
majordomus decision příkaz · work
Zaznamená rozhodnutí učiněné mezi skutečnými alternativami i s důvodem a přečte je zpět.
majordomus doctor příkaz · inspect
Kontroluje pouze správu: je samotný Majordomus v pořádku a je každé vynucování, které deklaruje, skutečně zapojeno i tady?
majordomus doctrine příkaz · inspect
Která pravidla se vynucují, čím a zda je každé skutečně zapojené.
majordomus evidence příkaz · work
Zaznamená důkaz k aktivní úloze: jeden jí deklarovaný závazek, splněný, nebo jednu validační kontrolu modelu CI, která se ohlásila — každý jako řádek ledgeru nesoucí otisk souborů, nad nimiž vznikl.
majordomus finish příkaz · conclude
Vyhodnotí smlouvu o dokončení a odmítne výsledek, pokud je jakýkoli její řádek nesplněn.
majordomus handover příkaz · conclude
Zapíše záznam o pokračování určený jen k připojování a najde nejrelevantnější předchozí.
majordomus history příkaz · inspect
Přečte zpět ledger určený jen k připojování, filtrovaný podle úlohy, události nebo času.
majordomus init příkaz · setup
Vytvoří vrstvu .ai/ v tomto repozitáři a odmítne přepsat existující.
majordomus knowledge příkaz · inspect
Zkompilovaný index nad tím, co tento repozitář uvádí, a kandidátské záznamy, které odvozuje z toho, co epizoda udělala.
majordomus migrate příkaz · setup
Přesune data projektu z doby před .ai z .majordomus/ do .ai/, výslovně a se zálohou.
majordomus plan příkaz · begin
Model milníků a úkolů — ověřte ho, přečtěte ho a proveďte jím jeden úkol.
majordomus prompt příkaz · work
Vypište, zobrazte a vykreslete vlastní prompt assety repozitáře, přičemž se dosazují jen známé tokeny.
majordomus question příkaz · work
Otevře otázku, která blokuje přijetí, vyřeší ji a vypíše, co zůstává otevřené.
majordomus recover příkaz · setup
Uzavřete epizody, které nikdo neukončil, sloučte duplicitní záznamy a roztřiďte zatoulané soubory úložišť.
majordomus rules příkaz · inspect
Efektivní sada pravidel: vendorovaný základ plus pravidla projektu.
majordomus search příkaz · inspect
Najde trvalý záznam, aniž by bylo nutné číst všechny, v pořadí podle autority.
majordomus session příkaz · begin
Otevře, prověří a uzavře jednu epizodu provádění.
majordomus skills příkaz · work
Dovednosti repozitáře — postupy nezávislé na provideru pod sekcí dovedností — vypsané, zobrazené a zkontrolované z jediného katalogu, který čtou všechny plochy.
majordomus start příkaz · begin
Zahájí jednu úlohu s rozsahem pod profilem a odmítne to, dokud je aktivní jiná.
majordomus update příkaz · setup
Deterministicky vygenerovat každý instrukční soubor providerů z jedné politiky.
majordomus usecase příkaz · verify
Spustitelné případy užití: výpis, zobrazení, validace, běh proti skutečnému nástroji, pokrytí, dopad, scaffold.
majordomus version příkaz · inspect
Vytiskne verzi, bez potřeby repozitáře či instalace.
majordomus watch příkaz · inspect
Co se od poslední aktualizace rozešlo — politika, projekce, stav, retence.
Měření výkonu funkce · stabilní
Cíle měření výkonu se odvozují z registru, takže schopnost, kterou nic neměří, nelze sloučit; běhy se porovnávají s trackovanou základní hodnotou pro každou platformu podle politiky regresí; nástroj shell hlásí, kam se u každého příkazu podělo to, co zabral čas; a odvozený stav se počítá jednou na verzi stavu, nikoli při každém volání.
CI funkce · stabilní
Model kontrol pojmenovává každou validační kontrolu a třídy cest, které ji vybírají; workflow je tenký adaptér nad tímto plánem; publikační cesta prokazuje aktuálnost commitnutých odvozených dat jejich vstupním hashem a vykresluje je; a nástroj dohlíží na vlastní repozitář vlastními hooky.
Cockpit funkce · zvýrazněná
Na /cockpit sdílený server vykládá, co schopnost odpověděla — průzkumník registru, každý objekt vrstvy, odvozené grafy, smlouvy adresářů, kontinuitu tohoto checkoutu, topologii worktree, jeden report zdraví uvádějící engine za každou kontrolou — a každá stránka je kompletní HTML dřív, než se spustí jakýkoli skript.
Commity funkce · zvýrazněná
Stejný parsing, kterým changelog čte historii, rozhoduje, zda nová zpráva projde. Politika jsou data ve vlastním souboru politiky repozitáře, její šířka předmětu je změřena z historie, ne převzata z konvence. Slovník scope se pozoruje z nejvýše 1500 commitů logu, takže subsystém commitnutý dnes v něm dnes je a scope, který nikdo nepoužívá, sám klesne. Plán nad pracovním stromem nese otisk repozitáře, worktree, HEAD a sady změn, takže plán provedený po pohybu stromu je odmítnut, ne aplikován - a sada změn obsahující generované soubory je jeden commit, protože jen poslední z několika by mohl nést aktuální odvozená data.
Kontext funkce · stabilní
Každý README pod .ai/ je kontextový dokument s identitou, rozsahem, poskytovateli a publikem, kterým je určen, a způsobem, jak se skládá se svými předky; rozsah repozitáře deklaruje, co pracovník čte a co nikdy nečte; a briefing, který pracovník dostane, se sestavuje z trvalého stavu v rámci řádkového rozpočtu a každé vynechání je pojmenováno.
Kontinuita funkce · zvýrazněná
Stav úlohy, kontrolní body, předávky, rozhodnutí a otevřené otázky žijí v souborech mimo každou konverzaci; relace se otevírá a zavírá do neměnného záznamu; prompty uživatele zachycují vlastní hooky providera; a další epizoda se briefuje z těchto záznamů, označených tím, jak daleko se git od té doby posunul.
Koordinace funkce · zvýrazněná
Úloha si před první úpravou zabere svůj rozsah; check a finish odmítnou soubor mimo něj a nahlásí překrývající se claim jiného worktree; každý klient sdíleného serveru je peer, který může oznámit svůj záměr a cesty; a každá větev má právě jeden worktree, odvozený z gitu.
Pokrytí funkce · stabilní
scripts/rust-coverage je jediná autorita pro pokrytí: jeden export cargo-llvm-cov, testovací kód vyloučený z obou stran každého zlomku, jedno pravidlo pro řádky, funkce i oblasti. Tři otázky čtou tento úsudek — hranice řádků pro celý crate, hranice nad doménou relací a kontinuity a diferenciální kontrola změněného kódu, která odmítá nový dluh a nedotčený starý dluh nechává být. Diferenciál protíná export s řádky, které git uvádí jako dotčené změnou vůči merge-base větve, včetně pracovního stromu, a rozlišuje PASS, FAIL, UNKNOWN a BLOCKED, takže spadlý nástroj nebo nerozřešitelná báze není nikdy tichá zelená.
Deklarovat jednou funkce · zvýrazněná
Jedna typovaná deklarace na schopnost, jeden soubor na objekt vrstvy; každé rozhraní, generovaný dokument i stránka se odvozuje z registru, který tyto deklarace sestaví, a zastaralá projekce shodí build.
Doktrína funkce · zvýrazněná
Každé pravidlo je přenositelný objekt Markdown s front matter a vynucuje se v jednom ze tří deklarovaných režimů: validátorem, který spouští dispatcher, kontrolou nebo případem, který je dokazuje, nebo uvedeným důvodem, proč je žádný program nedokáže vyjádřit. Doctor prochází řetězec dispatche od zdroje a odmítá validátor, který nikdo nedeklaruje, i deklaraci, kterou nic nespouští; graf důkazů prochází opačnou relaci a spojuje každé pravidlo se stromem a s běhy proti němu zaznamenanými, takže pravidlo odkazující na smazaný případ je hlášeno jako vynucené podle čtení, ne jako skutečně vynucené.
Ekonomika funkce · stabilní
Korpus úloh běží ve skutečném harnessu dvakrát — bez Majordomus a s ním — a spotřeba poskytovatele, verdikty kontrol a spočítaný výběr kompilátoru kontextu se zaznamenají jako surová fakta; jedna kalkulačka odvodí dvojice, rozdělení, bootstrapové intervaly se seedem a jediné tvrzení, které publikační pravidlo metodiky dovoluje, promítnuté do CLI, HTTP, OpenAPI, MCP, Cockpitu, generovaného reportu a webu; economics check odmítne jakékoli číslo úspor napsané ručně.
Důkazy funkce · zvýrazněná
Matice tvrzení váže tvrzení k testu cestou a rozvázaná cesta říká jen to, že soubor existuje, ne že se cokoli spustilo. Kniha eviduje poslední provedení každého testu s jeho provenancí; spojení se odvozuje při každém čtení a pro každé tvrzení odpovídá, zda je repozitář může poctivě označit za dokázané, jen nevyvrácené, zastaralé, selhávající nebo nikdy nespuštěné.
Kontrakt dokončení funkce · zvýrazněná
Úloha začíná s deklarovaným rozsahem a profilem; check hlásí, zda je úloha v souladu s politikou, rozsahem a stavem; finish vyhodnotí kontrakt politiky – rozsah dodržen, ověření proběhlo, stav aktualizován, žádné otevřené blokátory, přítomna poznámka – a když kterýkoli řádek selže, odmítne s příkazem, který ho reprodukuje.
Instalace funkce · stabilní
Jeden model distribuce vlastní každou platformu, název artefaktu a URL; instalátor, matice release buildů, instalační příručka, instalační blok webu a veřejná metadata releasu se z něj generují a release publikuje artefakt pro každý podporovaný cíl, jinak se nepublikuje.
Rozhraní funkce · stabilní
Rust executable obsluhuje vrstvu přes stdio MCP, MCP přes HTTP, trasy pod /api/v1/, dokument OpenAPI se Swagger UI a příkazovou řádku, vše odvozené z registru schopností, který uvádí, co která schopnost mění; jeden sdílený server na repozitář a každý připojený klient je peer, kterého ostatní vidí.
Znalosti funkce · zvýrazněná
Rozhodnutí se zaznamenávají s důvodem a úlohou, otevřené otázky blokují přijetí, dokud nejsou vyřešeny, záznamy architektonických rozhodnutí nesou typované odkazy na pravidla, tvrzení, soubory a testy, které uvádějí v platnost, a graf toho všeho se odvozuje z těchto odkazů, ne kreslí.
Mesh funkce · zvýrazněná
Každý runtime je účastník autentizovaný klíčem; objevování (multicast, broadcast, rendezvous, seedy) jen nachází kandidáty a podepsaný handshake připustí spojení jen pro stejný repozitář, kompatibilní protokol a důvěryhodný klíč. Propojené runtimy replikují při každém heartbeatu jeden podepsaný žurnál událostí a skládají jej všude do stejného stavu, takže výhradní zábor na jednom stroji odmítne překrývající se zábor na jiném, předávka publikovaná na jednom se spotřebuje na jiném a runtime, který spadne, všude sám vyprší. CLI, HTTP, OpenAPI, MCP i Cockpit vykreslují stejný stav a každou záruku drží testy nad skutečnými procesy a kontejnerová laboratoř na skutečné síti.
Modely funkce · zvýrazněná
share/models.yaml deklaruje poskytovatele a modely na jednom místě, v pořadí preferencí směrování, s uvedeným původem a záměrně bez cen; models.list a models.route promítají katalog a jeho vysvětlitelné směrování do CLI, HTTP, OpenAPI, MCP a Cockpitu, přítomnost přihlašovacích údajů se hlásí, aniž by se četla jakákoli hodnota, a nic nikde model nevolá — hranice crate bez sítě platí.
Observatory funkce · zvýrazněná
Na /ui/observatory a na /ui/kiosk, který bez dozoru vyplní okno, sdílený server kreslí stroje meshe a jejich runtimy, nejnovější události svého žurnálu, milníky plánu, dimenze zdraví, publikované releasy a spolupracující relace, a to ze stejných schopností, které čtou ostatní obrazovky. Publikovaný web to nese jako snímek, který říká, u kterého commitu byl přečten.
Plánování funkce · stabilní
Milníky jsou specifikace výsledků a úkoly prováděcí smlouvy, každé v jednom souboru YAML; graf závislostí rozhoduje o vlnách provádění a dalším připraveném úkolu; milník, jehož závislosti nejsou přijaty, je blokován bez ohledu na to, co říkají jeho vlastní úkoly; a projekce GitHubu se vykresluje offline ze stejného modelu.
Politika funkce · stabilní
Na poskytovateli nezávislá politika a čtyři profily provádění jsou jediný zdroj; majordomus update vykreslí bootstrap každého poskytovatele z jeho šablony, označí jej hashem politiky a hashem vlastního obsahu a doctor selže u bootstrapu, který byl upraven ručně, nese vlastní korpus pravidel nebo překračuje rozpočet vždy načítaného obsahu.
Původ funkce · zvýrazněná
Kniha událostí zaznamenává každou trvalou událost spolu s její úlohou a hlavou; pole identity u jakéhokoli záznamu se počítají z gitu a ručně zadaná se odmítnou; uzavřená relace je neměnný záznam toho, co jedna epizoda vytvořila; prompty uživatele zachycují háky poskytovatele; a uchovávání je omezeno politikou, ne zapomínáním.
Uvažování funkce · zvýrazněná
share/advisors.yaml deklaruje role poradců odkazem na tabulku poskytovatelů a katalog modelů; dostupnost se odvozuje z přítomnosti a zaznamenaných výsledků, bez sítě; čistá politika plánuje revizi podle schopností a absenci poradce bere jako strukturovanou lokální revizi; jeden zapisovatel zaznamenává posouzení, konzultace, neshody vyřešené experimentem, závěry s vypočtenými počty revizí a validace; a stav se dostává do příkazové řádky, HTTP, MCP, Cockpitu, banneru prostředí, doctoru, kontextového briefingu a odvozené předávky.
Dovednosti funkce · stabilní
Dovednost je postup nezávislý na poskytovateli pro jeden vymezený druh práce, front matter podle schématu nad tělem s účelem, postupem a smlouvou o výstupu; třída zdroje ji objevuje, skills check drží každou u její smlouvy a nic dovednost nenačte, pokud se úloha netýká jí.
UI funkce · zvýrazněná
Na /ui sdílený server vykreslí stav dodávky vlastními slovy projektu, složený jen z toho, co schopnosti odpověděly, dotazovaných společně, takže první obrazovka se vykreslí za dobu nejpomalejšího zdroje; panel s pomalým zdrojem dorazí vlastní cestou a Cockpit pod ním je na jedno kliknutí od zdroje libovolné hodnoty.
Případy užití funkce · stabilní
Případ užití pojmenovává příkazy, pravidla, tvrzení a aplikace, na nichž stojí, a nese scénář jako data; usecase run jej provede v jednorázovém repozitáři a zaznamená normalizované důkazy; zralost se pozoruje z důkazů; pokrytí příkazů, zaručených tvrzení a nástrojů MCP se sčítá a politika určuje, které mezery selhávají.
Proč funkce · stabilní
Okamžiky, publika a oblasti jsou druhy vrstvy; okamžik pojmenovává příkazy, schopnosti, tvrzení, pravidla a případy užití, které na něj odpovídají, každý odkaz je validován; katalog, dotazník, diagnóza a každá stránka i filtr se odvozují z těchto souborů.
Worktrees funkce · zvýrazněná
Kontejnerem je sourozenec primárního checkoutu pojmenovaný s -wt, worktree větve je název větve pod ním se zachovanou hierarchií, obojí odvozené z identity gitu a nikde neregistrované; pre-commit hlídač odmítne commit feature větve odjinud než z jejího worktree a migrace přesune špatně umístěný worktree i s nezacommitovanou prací, s otiskem před a po.
adr druh
158 object(s) of the layer
aplikace druh
5 objektů vrstvy
oblast druh
9 objektů vrstvy
publikum druh
8 objektů vrstvy
claim druh
250 objektů vrstvy
command druh
31 objektů vrstvy
kontext druh
39 objektů vrstvy
kritika druh
29 objektů vrstvy
nasazení druh
1 objekt vrstvy
derive-offload druh
1 objekt vrstvy
distribution-model druh
1 objekt vrstvy
dokument druh
350 objektů vrstvy
doména druh
6 objektů vrstvy
funkce druh
29 objektů vrstvy
mezera druh
4 objekty vrstvy
intent druh
33 object(s) of the layer
issue druh
802 object(s) of the layer
knowledge druh
50 object(s) of the layer
mesh-declaration druh
1 objekt vrstvy
milestone druh
100 object(s) of the layer
okamžik druh
38 objektů vrstvy
policy druh
1 objekt vrstvy
profil druh
4 objekty vrstvy
prompt druh
5 objektů vrstvy
release-record druh
33 object(s) of the layer
pravidlo druh
189 objektů vrstvy
scope druh
1 objekt vrstvy
session druh
90 objektů vrstvy
dovednost druh
8 objektů vrstvy
taxonomie druh
10 objektů vrstvy
use-case druh
49 objektů vrstvy
workspace druh
1 objekt vrstvy
artefakty modul · behaviorally_verified
Generované artefakty
brief modul · behaviorally_verified
Brief relace
capabilities modul · behaviorally_verified
Schopnosti
commands modul · implementováno
Graf příkazů
commit modul · behaviorally_verified
Commit
continuity modul · behaviorally_verified
Kontinuita
convergence modul · behaviorally_verified
Konvergence
dashboard modul · behaviorally_verified
Dashboardy
delivery modul · experimentální
Dodávka
deploy modul · behaviorally_verified
Nasazení
design modul · behaviorally_verified
Design systém
devcontext modul · behaviorally_verified
Vývojový kontext
devtask modul · behaviorally_verified
Spustitelné vývojové rozsahy
adresáře modul · behaviorally_verified
Kontrakty adresářů
distribution modul · behaviorally_verified
Distribuce
economics modul · behaviorally_verified
Ekonomika tokenů
editory modul · behaviorally_verified
Projekce pro editory a agenty
entity modul · implementováno
Entity
prostředí modul · behaviorally_verified
Prostředí repozitáře
epizody modul · behaviorally_verified
Epizody
evidence modul · behaviorally_verified
Důkazy
executions modul · behaviorally_verified
Provedení
kontroly modul · behaviorally_verified
Kontroly dokončení
graph modul · behaviorally_verified
Grafy
guard modul · experimentální
Ochrana úprav
zdraví modul · behaviorally_verified
Zdraví
integrace modul · experimentální
Integrace pull requestů
intent_realization modul · behaviorally_verified
Realizace záměru
intenty modul · behaviorally_verified
Záměr
knowledge_base modul · behaviorally_verified
Znalostní báze
životní cyklus modul · behaviorally_verified
Životní cyklus relace
mcp modul · experimentální
Projekce MCP
mesh modul · experimentální
Mesh
models modul · experimentální
Modely
monitor modul · experimentální
Monitor
objekty modul · behaviorally_verified
Objekty
závazky modul · behaviorally_verified
Závazky
observatory modul · behaviorally_verified
Observatory
pack modul · behaviorally_verified
Zdrojový balík
peers modul · behaviorally_verified
Peery
perf modul · behaviorally_verified
Výkon
plan modul · behaviorally_verified
Plán a jeho odvozeniny
product modul · behaviorally_verified
Produkt
quality modul · behaviorally_verified
Kvalita veřejného API
reasoning modul · experimentální
Uvažování
recover modul · behaviorally_verified
Obnova úložišť záznamů
release modul · implementováno
Release
repozitář modul · behaviorally_verified
Repozitář
rules modul · behaviorally_verified
Pravidla
served modul · behaviorally_verified
Obsluhovaná nasazení
server modul · behaviorally_verified
Server
session_domain modul · behaviorally_verified
Doména relací
shell modul · behaviorally_verified
Shellová automatizace
skills modul · behaviorally_verified
Dovednosti
trasování modul · behaviorally_verified
Dohledatelnost
web modul · behaviorally_verified
Webové plochy
why modul · behaviorally_verified
Proč
worktree modul · behaviorally_verified
Topologie worktree
HTTP API povrch
Příkazová řádka povrch
Cockpit povrch
Dokumentace povrch
MCP povrch
Množinu tvoří adaptéry, které distribuce dodává, agenti i orchestrátory. Co s každým z nich tento repozitář dělá — instrukční soubory, které jeho politika vykresluje, konfigurace klientů v jeho kořeni — se čte z politiky a ze stromu, nikdy se tu neuvádí; co o každém nástroj deklaruje — jeho jméno, konfiguraci, kterou čte, a pracovní kořeny, pod nimiž vytváří checkouty — se čte z jedné deklarace vedle šablon.
agents
bb
scratch: ${BB_DATA_DIR:-~/.bb}/plugins/environment-git-worktree/host-data/worktrees
claude-code
.mcp.json
zapojeny 2 hooky
scratch: <primary>/.claude/worktrees
codex.codex/config.toml
gemini
.gemini/settings.json
generic
Každý fakt na této stránce pochází z majordomus product list, majordomus product matrix and majordomus product providers — stejných odpovědí, které tento repozitář poskytuje přes HTTP a přes MCP. Jak toto odvození funguje →