AI-first kanban přes MCP: rozšiřující proxy nad libovolným backendem, pevný flow, ze kterého agenti nemohou vybočit, a každé pravidlo nastavené ze session.
Postavený pro agenta, který ho čte. Jednou zaregistrovaná session zavolá list_work a dostane své karty i s legálními tahy, jednu si zamkne leasem, posune ji, zapíše, co zjistila, a položí otázku; instrukce jí server podá předem, takže jedná na první volání místo hádání na druhé. Stejně je psaný i repozitář: vložte Do I need this? s odkazem do libovolného agenta a ten odpoví na rovinu, nainstaluje ho a přesunem karty dokáže, že funguje.
Rozšiřující proxy, ne jen board. Jedno kanonické API sedí nad vyměnitelnými backendy, vlastním SQLite úložištěm, dočasným, harnessem Hermes nebo whitelistovaným projektem v Jiře, a kde backend schopnost nemá, kanban-pro ji doplní nad ním: WIP limity, vynucení flow, komentáře, vazby, checky. capabilities hlásí každou jako nativní, polyfillovanou nebo nedostupnou, takže agent přesně ví, na co se může spolehnout, a backend zůstává zdrojem pravdy.
Flow je pevný a vše kolem něj se nastavuje přes MCP. Každý board nese stavový automat nad svými sloupci, uložený na boardu a spravovaný ze session pomocí set_flow, set_transitions, declare_checks a WIP limitu na sloupec; žádný konfigurační soubor, takže orchestrátor přeskládá pipeline za běhu. Nelegální tah je odmítnut, ne zalogován. Karta nepostoupí, dokud ověření, které deklaroval někdo jiný, není zaznamenáno jako prošlé s důkazem. Lease spadlého agenta vyprší a jeho karta se vrátí. force=true funguje a zůstane na události navždy.
Každý zápis nese agenta, který ho provedl, a append-only feed změn s kurzory dělá z boardu zdroj pravdy místo přepisu konverzace. wait_changes z něj dělá frontu: pracovníci se probouzejí na feedu, zaseknutý pracovník předá rozhodnutí tomu, komu náleží, agentu-reviewerovi stejně jako člověku, a k vám dojde jen to, o čem žádný agent rozhodnout nesmí.
Používáme Google Analytics k počítání návštěv. Nic jiného se neukládá.