Co dělá
majordomus plan validate odmítne cyklus, hranu, která nevede nikam, a záznam porušující schéma; plan next odpoví, které úkoly lze nyní provést; plan roadmap nakreslí graf milníků, který web vykresluje. Větev vytvořená pro úkol je po něm pojmenována, takže topologie worktree umí úkol z větve přečíst zpět, a úkol je hotov jen s důkazy, které vyžaduje jeho kontrakt. Nad větví se táž hrana čte v obou směrech a nikde se neukládá: modul schopností trace odvozuje větve a commity úkolu z gitu, scripts/traceability připojí pull requesty, které drží GitHub, a commit, který nezohledňuje žádný kontrakt provádění, se hlásí jako nepřiřazený, a ne potichu vynechává.
Nad milníky záměr říká, co se musí stát pravdou, a jaké důkazy to rozhodnou. majordomus intent odvozuje jeho stav z plánu a každé kritérium z knihy důkazů, odpovídá, kterému záměru slouží práce na úkolu, když se pracovník zeptá, odmítá kritérium, kterému neslouží žádný úkol, a práci, která začala dřív, než byl plán podroben kritice, a spojuje práci, která jej realizuje, napříč relacemi a poskytovateli; Cockpit ukazuje stejné odpovědi na /cockpit/intents.
Co nedělá
Samo s GitHubem nemluví: projekce úkolů a milníků se vykresluje offline a použije se, až když člověk spustí synchronizaci s tokenem. Nic tu neodhaduje pracnost ani neplánuje data. Záměr se při zahájení práce vynucuje jen tam, kde politika vyžaduje vazbu (intent.binding: required); jinde se posuzuje zpětně. Projekce na GitHub uzavře milník, aniž by četla záměry, které naplňuje.