201 operací pod 58 tagy, každá na stránce svého tagu se schématy, která používá jen tento tag. 1005 schémat je na těchto stránkách a ta, která sdílí více tagů, jsou na sdílených typech.
-
artefakty
Co zapisuje `majordomus generate`: každý dokument s kódováními, ve kterých je commitován — JSON pro program, YAML vedle něj, Markdown pro čtenáře — každý se svým schématem, zdrojem a hashem, sladěný s pracovním stromem. Deklarací je vlastní manifest generátoru; nic zde neudržuje seznam.
-
brief
Co obklopuje jednu pracovní relaci, na jednom řádku i v několika: její epizoda a úloha, peeři ze všech nástěnek, mesh, integrační fronta a fronta derive, přičemž každá sekce se ptá svého vlastníka jednou a říká, zda se dala přečíst. Odpověď, kterou relace hlásí o sobě sama, aniž by se jí kdo ptal, a kterou provider mod zobrazuje jako svůj stavový řádek (ADR 0136). Nic nezapisuje.
-
capabilities
Registr viděný sám přes sebe: každá schopnost s jejím druhem, stabilitou, původem, expozicemi, měřením výkonu a politikou cache a jedna schopnost celá.
-
commands
Každý příkaz, který tento repozitář nabízí, z jakéhokoli programu, který jej nabízí: spustitelný soubor v Rustu, shellový nástroj nesoucí životní cyklus úlohy a workflow, která repozitář deklaruje, aby je člověk spouštěl. Složeno ze tří deklarací, které už existují — stromu clap, dodaného registru příkazů a vlastního výpisu runneru workflow — nikdy ze seznamu. Každý příkaz nese, co jeho spuštění mění, co potřebuje, odkud pocházejí hodnoty jeho argumentů a každý povrch, který jej nese, s důvodem, když nějaký nenese.
-
commit
Commit jako hodnota: slovník rozsahů, který dává historie tohoto repozitáře, co by pracovní strom commitoval a jak se dělí, a verdikt o jedné zprávě podle politiky commitů repozitáře.
-
continuity
Co drží životní cyklus tohoto checkoutu: otevřená epizoda, záznam, ze kterého by příští worker pokračoval, se štítkem, jak moc mu věřit, nejnovější poznámka o postupu a co blokuje přijetí. Čteno z lokální poloviny vrstvy, kterou tento proces poskytuje workeru před sebou a nikdy nepublikuje.
-
convergence
Zda je každá jednotka práce v tomto repozitáři někde, kde ji může najít jiný worker. Holding je cokoli, co může práci držet — pracovní strom s necommitnutými soubory, větev s commity, stash — a každý nese dispozici přečtenou z gitu: integrated (trunk na něj dosáhne), published (dosáhne na něj remote-tracking ref), local_only (commitnuto na tomto disku a nikde jinde) nebo uncommitted. Poslední dvě jsou ohrožené: jsou neviditelné pro každého jiného workera a worker, který skončí, není rollback. Měří se offline, jen z tohoto checkoutu; zda pro větev existuje pull request, je otázka na forge a tady se neklade.
-
dashboard
Dashboard Suite jako projekce kanonického stavu: každá karta je jeden fakt přečtený z odpovědi existující schopnosti, nese schopnost, kterou se ptala, vstup, JSON pointer, ze kterého byla hodnota přečtena, stránku Cockpit, která drží důkazy, a příkaz, který na ni působí. Žádný dashboard sám nic neukládá, nepočítá ani nesoudí (ADR 0088).
-
delivery
Zda každá funkce produktu existuje, počítáno a nikdy nezaznamenáváno: na trunku, nasazená, veřejně ověřená, s aktuálními požadovanými testy, s publikovanými důkazy a odkazem z rozhraní — každé je verdikt pass, fail nebo unknown s důvodem a nápravou a unknown nikdy není pass. Funkce, které cokoli z toho chybí, není dodána a její vývojová fáze (implementovaná na větvi, na masteru, otestovaná, nasazená) je jiný typ než dodání.
-
deploy
Nasazení (deployments), která tento repozitář deklaruje, čtená z kanonických objektů držených indexem, a zda by fungovala — posuzováno proti registru schopností, který tento proces postavil, a pracovnímu prostoru, v němž sedí. Každá operace je čtení: nasazení se mění důvěryhodným příkazovým řádkem a CI, nikdy přes HTTP a nikdy klientem MCP.
-
design
Jediná deklarace, jak vypadá každý povrch tohoto nástroje — sémantické role, slovník stavů, typografická škála, kontrakt motivů — tak, jak ji nese tento spustitelný soubor: její otisk, tokeny, co znamená kterýkoli z nich a zda jsou barvy, které spárovává, na sobě čitelné. Stylesheety, které načítá web a Cockpit, tokeny, které si kompilují vlastní stránky spustitelného souboru, a dataset, který čtou šablony webu, jsou všechno její projekce; stránka porovná svůj `--mj-design` s tímto otiskem, aby poznala, zda nosí design, se kterým byl tento spustitelný soubor sestaven.
-
devcontext
Kontext, který má dostat vývojová relace, odvozený z repozitáře, a ne složený ručně: pro daný úkol, milník, záměr (intent) nebo sadu cest vrátí kanonické objekty, které se práce týkají, proč je každý z nich v odpovědi, co bylo vynecháno a proč, co se do čeho sloučilo a celkové náklady vůči rozpočtu. Výběr je strukturovaný — každá položka si drží svůj identifikátor, původ, selektor, který ji zasáhl, a míru jistoty — protože vykreslení promptu je projekcí výběru, a ne výběrem samotným.
-
devtask
Úkol a milník se čtou jako práce, kterou je třeba udělat, ne jako metadata: co napsal člověk, kam ho řadí graf plánu, co se s ním stalo lokálně, v jakém stavu je jeho externí projekce a zda ho worker smí začít — s původem každé hodnoty přímo na hodnotě. Nic zde není druhý projektový model: záznamy jsou kanonické, stav a graf jsou z `plan`, větve a commity z `trace`, slovník připravenosti upřesňuje tři kanonické stavy, aniž by kterýkoli nahradil, a projekce na GitHub zůstává věcí `scripts/github-sync`. Nic zde nic nezapisuje, a proto je hodnota od uživatele z GitHubu před tím v bezpečí.
-
adresáře
Adresáře vrstvy jako hierarchie: kontrakt, který každý deklaruje, co dluží a který kontrakt to řekl, a řetězec, který se na něj vztahuje po vyřešení dědičnosti.
-
distribution
Jak je tento projekt balen, publikován a instalován: platformy, pro něž release staví, názvy artefaktů, které odvozuje jediná pojmenovávací funkce, kanonický příkaz instalátoru, publikované release a čím je samotný tento build. Každá odpověď pochází ze share/distribution.yaml a ze záznamů release; žádný zdejší povrch netvrdí vlastní fakt.
-
economics
Co spotřebuje programovací relace s nainstalovaným Majordomus a bez něj, ze zaznamenaných běhů: spárované kontrolní a ošetřené relace posuzované týmiž skrytými akceptačními testy, využití providera tak, jak je ohlásil, a každé číslo označené třídou měření (observed, counted, derived, estimated, counterfactual). Jedna kalkulačka; každý povrch je její projekce a verdikt říká jen to, co dovoluje pravidlo publikace metodiky.
-
editory
Soubory, které z tohoto repozitáře čtou Zed a Google Antigravity, odvozené z dovedností a ze sledovaného justfile: co který produkt podporuje a na základě jakých důkazů, stav a obsahová adresa každého promítnutého souboru a co dělat s každým nálezem.
-
entity
Každý objekt vrstvy jako adresovatelný, navzájem propojený uzel: jeho trasa, jeho odchozí reference, reference, které na něj vedou, povrchy, které za něj odpovídají, a to, co se dá o jeho vynucování říct bez spuštění čehokoli. Nic z toho nevyjmenovává druhy, entity ani trasy — objekt indexu má trasu, protože je objektem.
-
prostředí
Čím tento checkout právě teď je: projekt a jeho verze, repozitář a jeho vrstva, správa verzí, toolchainy, které deklaruje, co vrstva obsahuje, workflow, která člověk může spustit, projekce providerů a lokální služby — jeden typovaný snímek s položkou původu pro každou hodnotu v něm. Banner direnv, přehled Cockpitu i tato trasa jsou vykreslení téže hodnoty.
-
epizody
Epizody provádění, které tento sdílený server drží: jedna na klienta, který si o ni řekl, otevřená při připojení klienta, udržovaná jeho vlastním provozem, při přerušení spojení odpojená, a ne uzavřená, a uzavřená při záměrném odpojení, při vypnutí nebo uklízečem (reaper), když se nic neozvalo. Hranice epizody pro klienta bez vlastních provider hooků (ADR 0103).
-
evidence
Co skutečně běželo, proti kterému commitu a zda to ještě něco dokazuje. Matice tvrzení váže tvrzení k testu cestou; ledger pod .ai/repo/evidence zaznamenává poslední provedení každého testu s commitem, stavem stromu, otiskem vlastního zdroje testu, časem, původem a příkazem, který jej spustí znovu. Spojení obou odpovídá, za každé tvrzení, zda je repozitář může poctivě nazvat prokázaným — a rozlišuje běh zaznamenaný proti tomuto samému commitu od takového, jehož vstupy se od té doby prostě nezměnily, protože splynutí těchto dvou je způsob, jak zelený odznak přestane něco znamenat.
-
executions
Spuštění schopnosti tohoto registru jako práce, kterou lze sledovat: spuštěné, sledované událost po události přes živý kanál, zpětně přečtené a zastavitelné na požádání. Jedna rovina na checkout: `majordomus run` běží ve vlastním procesu a spuštění oznámí serveru, který checkout už obsluhuje, aby ho vedl vedle svých; bez serveru řekne, že běh nemůže nikdo jiný vidět. V paměti; spuštění nepřežije server, který ho drží.
-
kontroly
Dokončení jako stav, o kterém rozhoduje repozitář, a ne tvrzení, které vyslovuje pracovník: validační kontroly, které tento repozitář deklaruje ve svém modelu CI, které z nich vybere vlastní sada změn úlohy, co každá naposledy ohlásila, zda tento verdikt stále popisuje strom, nad nímž vznikl, a tedy zda lze úlohu označit za dokončenou. Kontrola, která nikdy nic neohlásila, je `queued`, ne `pass`, běh, jehož soubory se od té doby změnily, je `stale` a odmítá přesně jako selhání, a kontrola, kterou změna nemůže ovlivnit, je `exempt`, ne neznámá.
-
graph
Grafy odvozené z registru a indexu: vlastní registr schopností spustitelného souboru, tvar vrstvy, závislosti pravidel, rozhodnutí a co uvedla v platnost, a případy užití a co procvičují. Kanonické uzly a hrany; renderovací knihovna je konzument, nikdy tvar.
-
guard
Zda je zápis do souboru tohoto checkoutu pokrytý claimem: rozsahem aktivní úlohy, nebo živým mesh claimem píšící relace. Posouzení, na které se před každou úpravou ptá pre-tool hook providera (majordomus guard hook), přepínané session.edits_require_claim.
-
zdraví
Zda je to, co tento proces servíruje, v pořádku, rozhodnuté stroji, které o tom už rozhodují: diagnostika indexu, builder registru, pokrytí projekce měření výkonu, porovnání, které provádí `generate --check`, a čtení lease, z něhož odpovídá `server.status`. Žádná zdejší kontrola nemá vlastní názor.
-
integrace
Každý otevřený pull request klasifikovaný proti aktuálnímu master — připravený, vyžaduje obnovu, čeká na kontroly, revizi nebo závislost, koncept, vyžaduje opravu, v konfliktu, blokovaný, nebezpečný (zapnuté auto-merge), redundantní (jeho práce už je na master), nahrazený (deklarovaným nástupcem, který přistál, jmenovaným v superseded_by), možná redundantní, jiná báze nebo neznámý — každý s master a hlavou, proti nimž byl rozhodnut, jeho důvody, důkazy, rizikem a překryvy, deterministicky seřazený; a auditní stopa exekutoru, který slučuje další prokazatelně bezpečný, po jednom. Vztah k master rozhoduje git s vlastními merge drivery tohoto repozitáře, protože forge nedokáže spustit driver odvozených souborů. Čte se z posledního zaznamenaného pozorování forge; jedinou výjimkou je důkaz nanečisto, který forge pozoruje sám, protože pozorování je součástí toho, co dokazuje, že nic nepřesouvá.
-
intent_realization
Která práce realizuje který záměr: každá úloha ledgeru tohoto checkoutu s epizodami, providery a předávkami, které ji nesly, každý uzavřený záznam relace a každý claim na nástěnce peerů, spojené přes plán se záměry, kterým slouží, každý odkaz označený jako deklarovaný, pozorovaný, odvozený nebo odhadnutý; nesplněná kritéria každého záměru s úkoly, které jim slouží; a rozpor mezi uzavřenou prací a aktuálními důkazy. Odvozeno při každém čtení a nikde neuloženo, takže záměr přežije každou relaci a providera, kteří na něm pracovali.
-
intenty
Co se musí stát pravdou nad milníky, které to realizují: výrok každého záměru, invarianty a kritéria splnění, jeho fáze odvozená ze stavu milníků plánu, stav každého kritéria odvozený z ledgeru důkazů a jeho verdikt odvozený z těchto kritérií samotných. Nic se neukládá a nic nepřechází; záměr přidaný pod model projektu je zodpovězen vším tímto bez registrace kdekoli.
-
knowledge_base
Co odvozovač znalostí nechal k revizi a zda stále zapisuje: kandidátní záznamy čekající na povýšení s větví epizody, ze které každý pochází, jeden záznam podle id se všemi referencemi, které pojmenovává, vyřešenými proti indexu, ledgeru a gitu, a stav odvozování tohoto checkoutu posuzovaný podle prahů čerstvosti politiky. Čteno z indexu a ledgeru; nic zde nezapisuje — odvozovač patří shellovému nástroji a povyšuje člověk.
-
životní cyklus
Životní cyklus epizody tak, jak ho vidí operátor: každá otevřená epizoda úložiště tohoto checkoutu, a ne jen ta, kterou sleduje ukazatel, epizody, které se už samy nedokážou uzavřít, commit, o kterém tento proces odpovídá, proti commitu, na kterém je repozitář, co deklaruje, že umí adaptér každého providera, a sledované záznamy, které klon dostává. Čteno z lokální poloviny vrstvy a z indexu; nic zde nezapisuje.
-
mcp
MCP projekce tohoto registru popsaná jako jedna typovaná hodnota: kdo odpovídá na `initialize` a s jakými verzemi protokolu, transporty a kolik relací každý drží, co z protokolu se poskytuje a co ne, každý nástroj s efektem a nápovědami, z nichž se odvozují jeho anotace, nástroje, které zapisují do repozitáře, zdroje a stav konfigurace každého deklarovaného klienta v tomto repozitáři. Nic z toho není vlastní seznam: nástroje jsou z registru, efekt je klasifikace schopnosti, klienti jsou provideři distribuce.
-
mesh
Mesh tohoto procesu: objevování (discovery) — ověřená pozorování dalších běžících instancí Majordomus v jednom registru — a spolupráce (cooperation) — ověřená spojení s důvěryhodnými runtime téhož repozitáře, která replikují relace, tvrzení, předávky a revize jedním žurnálem, jejž každý runtime skládá do stejného stavu. Objevení nic neuděluje; spojení se připouští po jednotlivých peerech a nic, co peer pošle, tu nic nespustí.
-
models
Katalog modelů, který distribuce deklaruje — dodavatelé, kanonické reference modelů, typované schopnosti, kontextová okna, životní cyklus — a vysvětlitelné směrování nad ním: co vybere uvedená potřeba, co za tím stojí a proč každý vyloučený model vypadl. Deklarovaná data; nic zde nevolá model ani nečte hodnotu přihlašovacího údaje.
-
monitor
Vše, co se kolem tohoto repozitáře děje, sledované v jednom proudu: žurnál meshe (relace na každém propojeném stroji, mezi nimi nástěnka tohoto checkoutu, jejich claimy, předávky a revize), stopa exekutora (merge, obnovy, opravy, uzavření, selhání) a GitHub (otevřené, mergnuté a uzavřené pull requesty, dokončené běhy workflow), složené tak, že relace, která se beze změny znovu ohlásí, a krok, který nic nerozhodl, se počítají, ne zobrazují, a to, co je určeno čtenáři, je označeno (ADR 0133).
-
objekty
Deklarativní objekty vrstvy AI repozitáře: pravidla, prompty, profily, politika, dokumenty, milníky, úkoly, tvrzení a jakékoli druhy, které repozitář přidá; vypisují se, čtou podle URI a prohledávají.
-
závazky
Co úloha dluží, než ji lze nazvat dokončenou, a zda důkazy, které každý závazek splnily, stále popisují tento strom. Slovník jsou data, která distribuce dodává a která odpovídají v libovolném klonu; uzavření se čte z lokální části vrstvy, kterou tento proces obsluhuje workeru před sebou a nikdy ji nepublikuje. Jen čtení, nikdy zápis: `majordomus evidence` zaznamenává a druhý zapisovatel jedné knihy záznamů by byl druhým účtem týchž událostí.
-
observatory
Co smí Observatory odnést na místo, kde neběží žádný mesh: scény meshe, které tento proces má živé, pseudonymizované pro publikaci, a nahrávka, kterou repozitář nese a kterou publikované Observatory přehrává a označuje jako přehrávku.
-
pack
Sledovaný strom jako několik shardů Markdownu omezených počtem tokenů, které umí indexovat souborové vyhledávání jazykového modelu, s indexem, který čtenáři dává orientaci, a manifestem, který následně dokládá, co stroj opustilo: jen bloby git indexu, nikdy pracovní strom a nikdy binárka, gitlink ani worktree, symbolický odkaz, výstup buildu nebo přihlašovací údaj, ať index obsahuje cokoli.
-
peers
Workeři tohoto repozitáře, pojmenovaní podle vlastního initialize, a co každý oznámil, že dělá — sesbíráno z nástěnky každého checkoutu, protože server obsluhuje jeden checkout a repozitář, na kterém se pracuje přes propojené worktrees, má jednu nástěnku na worktree. V paměti; zaniká s procesy.
-
perf
Počítadla práce a časování fází tohoto procesu: co se stalo jednou při startu a co se děje při každém volání, pro strukturální testy a důkazy z měření výkonu.
-
plan
Model milníků a úkolů tohoto repozitáře a vše, co se z něj odvozuje a co nikdo nenapsal: stav každého záznamu, grafy závislostí nad hranicí milníku i pod ní, topologické vlny provádění, pořadí podle plánu rozvoje, právě prováděný milník a jeden úkol, který vzít jako další. Stav se nikdy neukládá — záznam říká, co se s ním stalo, a stav z toho a ze stavu jeho závislostí vyplývá — takže žádný soubor nemůže odporovat grafu. Tato schopnost čte; zápis značky životního cyklu do záznamu je `plan.transition`, která deklaruje, že zapisuje do repozitáře.
-
product
Co produkt tohoto repozitáře dělá pro člověka, jak to deklarují funkce v sekci features vrstvy: každá funkce se skládá z modulů, příkazů, druhů, pravidel, dokumentů, rozhodnutí, tvrzení, případů užití, oblastí Cockpitu a webových povrchů, které pojmenovává, s rozhraními, kterými je vystavena, každým počtem, okamžiky, na které odpovídá, a tím, co je zaručeno, vše odvozené z těchto referencí. Matice funkcí vůči rozhraním, provideři, pro které má nástroj adaptér, a vlastní validace modelu. Domovská stránka je čtenářem tohoto modulu a nedrží žádný vlastní inventář.
-
quality
Čemu musí vyhovovat veřejný povrch tohoto spustitelného souboru, měřeno z jeho syntaktického stromu: dokumentace, která říká víc než signatura, spustitelný příklad u všeho, co nese chování, hranice modulu, kterou něco procvičuje, a každý příkaz příkazové řádky zúčtovaný proti registru schopností. Pravidla jsou project.rust-public-api-quality a project.operation-transport-parity; toto je jejich měření.
-
reasoning
Uvažování nezávislé na provideru (ADR 0098): které volitelné poradce lze oslovit a co nabízejí, co si žádá podstatná nejistota, typované záznamy uvažování relace — posouzení, plány, konzultace, neshody, vyřešení, závěry, validace, pokusy — a stav, časová osa a původ, které z nich vyplývají. Nic zde s poradcem nemluví a nic ho nepotřebuje: když žádný není k dispozici, plán je strukturovaná lokální revize a relace uzavírá podle vlastních důkazů.
-
recover
Zatoulané soubory, které po sobě v úložištích záznamů nechá zabitá publikace, přerušené přejmenování nebo nedokončený build webu, klasifikované podle hodin a obsahu a uklizené právě jednou. Toto je schopnost, na které stojí `majordomus recover` (ADR 0040): příkaz už sám nerozhoduje, co je zatoulaný soubor, ale ptá se.
-
release
Co tento projekt dodal a co dodá příště, odvozené, ne udržované: changelog skládá záznamy release vrstvy, rozhodnutí datovaná v okně každého release a konvenční commity v jeho rozsahu; zpráva o verzi čte jediné místo, kde se verze píše, a projekci, kterou vypisuje shellový nástroj, a říká, čím se podle veřejného kontraktu musí stát — nebo že to nelze změřit, a tedy nic nerozhoduje — a vedle toho jako důkaz uvádí, co naznačují commity od posledního release.
-
repozitář
Repozitář, který tento proces obsluhuje: jeho vrstva, stav gitu, stav indexu z něj postaveného a jeho rozsah: co z něj pracovník čte a co nikdy nečte.
-
rules
Co tento repozitář odmítá a co dokáže pro každé odmítnutí skutečně ukázat. Pravidlo deklaruje třídu — blocking, kde kontrola práci odmítne, nebo advisory, kde se očekává, že si ho čtenář přečetl — a blok vynucování, který pojmenovává buď validátor, jejž volá dispatcher, nebo případy chování, které ho dokazují. Tento modul tuto deklaraci spojuje se stromem a s knihou zaznamenaných běhů a hlásí pro každé pravidlo, zda to, co pojmenovává, existuje, zda ho vlastní nějaký runner, zda byl někdy spuštěn, zda běh prošel a zda je běh starší než to, čeho se týká. Blokující pravidlo, jehož důkaz chybí, visí v prázdnu nebo selhává, je nález, protože pravidlo, které nikdo nedokáže prokázat, je pravidlo, které nikdo nevynucuje.
-
served
Zda nasazení servíruje commit, který mělo: identita buildu, kterou web servíruje, čtená zvenčí tak, jak ji čte návštěvník, posuzovaná podle obsažení commitu a zaznamenaná tak, aby ji pozdější čtenář mohl posoudit znovu. Prochází jen `served`; web, který nebyl dostupný, identita, kterou nešlo přečíst, build z necommitnutého stromu a servírovaný commit, který tento klon nemá, jsou každý nezodpovězená otázka, nikdy ne ano. Pozorování sahá na síť a je příkazem důvěryhodného příkazového řádku; čtení zaznamenaného stavu je čtení na každém povrchu.
-
server
Sdílený server tohoto checkoutu i každého dalšího checkoutu téhož git repozitáře: co říká každý lease, zda server, který pojmenovává, odpovídá, zda to, co odpovídá, je kód na disku ve verzi tohoto spustitelného souboru, a kolik peerů každý drží.
-
session_domain
Typovaná doména relace: stavový automat životního cyklu, kterým epizoda prochází, deklarovaný jednou ve spustitelném souboru a promítnutý sem, ne překreslovaný na každém povrchu, a identity, které tento checkout zaznamenává — repozitář, checkout, epizoda a vlastní relace providera — každá s kanonickou hodnotou a vlastním zápisem každého úložiště, protože úložiště zapisují šest věcí třemi slovy a nikdo to neřekl.
-
shell
Shellová automatizace repozitáře změřená proti sledovanému inventáři migrace: nový shell se odmítne, pokud výjimka nedeklaruje, proč musí být shell a kdy přestane být, a odmítne se i výjimka, jejíž soubor zmizel, takže seznam se jen zmenšuje, jak se jednotky přesouvají do typovaných a skriptovaných schopností (ADR 0069).
-
skills
Každá dovednost, kterou vrstva definuje jako prokázanou schopnost: zda ji pojmenovává test a kniha důkazů drží aktuální úspěšný běh tohoto testu, zda web promítá její stránku, zda ji drží doktrína a kontrola v CI a zda ji vyvolává workflow, prompt, profil, šablona providera, recept nebo CI workflow. Všechny čtyři se odvozují při každém čtení a žádná se nepíše ručně; aktivní dovednost, kterou nepojmenovává žádný test nebo ji nic nevyvolává, je sirotek.
-
trasování
Které větve a commity realizovaly úkol a kterému úkolu a milníku commit sloužil — odvozeno z gitu a z kanonického projektového modelu při každém volání, nikde se neukládá. Větev pojmenovává úkol, když je některá z jejích složek cesty identifikátorem úkolu; commit patří úkolu, jehož větve ho drží; commit, který žádná taková větev nedrží, se hlásí jako nepřiřazený, a ne vynechává, protože práce bez prováděcího kontraktu je přesně to, co má zpráva o dohledatelnosti zviditelnit. Pull requesty jsou fakt GitHubu a tento spustitelný soubor nevolá síť: čte je a k této odpovědi je připojuje podle názvu větve `scripts/traceability`.
-
web
Co tento repozitář vystavuje přes HTTP, určeno z producentů, kteří to vytvářejí, a ne z registru, který by někdo udržoval: trasy, na které odpovídá samotný spustitelný soubor, build dokumentace a každá vygenerovaná zpráva, která deklarovala vlastní mount. Stejné určení obsluhuje router, vykresluje domovskou stránku a skládá publikaci.
-
why
Provozní způsoby selhání, na které je tento nástroj odpovědí: okamžiky, které čtenář pozná, publikum, které je pozná, oblasti, do kterých patří, a co z vlastních příznaků čtenáře vyplývá. Každý záznam je soubor v sekci why vrstvy; nic zde neobsahuje seznam a okamžik přidaný tam zodpovídají všechny tyto položky bez jakékoli registrace.
-
worktree
Kam patří každý propojený git worktree tohoto repozitáře a kde který je. Kontejner je sourozenec primárního checkoutu pojmenovaný s `-wt`, cesta pod ním je název větve se zachovanou hierarchií a obojí se odvozuje z vlastní identity gitu — společného adresáře, registrovaných worktrees, větví — nikdy z registru, konfigurace nebo aktuálního adresáře. Worktree jinde je typovaná diagnostika s nápravou; migrace, která ji opraví, je operace příkazové řádky téže služby.