vitrinka.docs
Produkt

Příjem

Posouzení návrhů úkolů, kontrola duplicit, přijetí a sloučení.

Návrhy práce ke kontrole

Příjem slouží k posouzení navržené práce před zařazením mezi běžné úkoly. Návrh se uloží jako koncept se zdrojem a kontrolou duplicit a čeká na přijetí, odmítnutí nebo sloučení. Úkol lze založit i přímo bez této fronty. Schválení hlášení z rekordéru vytvoří přijatý úkol; pull request z GitHubu se připojí k úkolům, které zmiňuje, místo zakládání konceptu.

Co návrh obsahuje

PoleCo říká
ZdrojOdkud návrh přišel — session, anotace, report, pull request, Eve, skript — s odkazem zpět.
PůvodKdo návrh požadoval: člověk, agent, systém nebo Unknown. Jde o jiný údaj než přihlašovací údaje použité při zápisu.
KategorieSamostatné zařazení vybrané při založení nebo kontrole; samotný Příjem není kategorií.
Kontrola duplicitPodobnost s otevřenými úkoly určí, zda je návrh new, nebo likely-duplicate konkrétního úkolu.
Doplnění údajůAI backend může doplnit typ, prioritu a štítky. Jeho nedostupnost nebrání uložení návrhu.

Verdikt

Admin workspace nebo pověření agenta může s návrhem udělat jednu ze tří věcí:

  • Přijmout — stane se běžným úkolem ve stavu, ve kterém projekt začíná novou práci.
  • Odmítnout — opustí frontu s důvodem; vitrinka intake list --status declined ho pořád ukáže.
  • Sloučit — propojí návrh s existujícím úkolem a skryje ho z fronty; odkaz na původní zdroj zůstává dohledatelný.

Jediná výjimka: kdo čekající draft založil, ho může sám odmítnout, a tím ho stáhne.

Draft přijme i samotná práce. Spuštění běhu session na čekajícím draftu (vitrinka task start <id> nebo navázání session hookem) nebo pull request, který si ho nárokuje (větev nebo název obsahuje vt-<id>, nebo tělo říká Closes vt-<id>), ho přijme: kdo na něm pracuje, tím rozhodl, a událost v deníku to uvádí (by: work). Vlastní běhy Evy a změny plánu se nepočítají a pull request, který draft jen zmiňuje, ho nechá ve frontě.

Každý verdikt je událost v deníku úkolu se zaznamenaným aktérem. Přijetí, odmítnutí ani sloučení nepřepisuje původ. Kategorie a přijetí zůstávají samostatnými filtry, takže požadavek člověka zapsaný agentem stále najdete jako lidský požadavek.

Obrazovka Příjem

Příjem je první řádek postranního panelu Práce s počtem draftů, které čekají napříč všemi projekty pracovního prostoru. Otevírá /intake: vlevo fronta, vpravo vybraný draft.

  • Skupiny — nejdřív zastaralé změny plánu, pak změny plánu, pak jedna skupina za každý zdroj (QA plány, pull requesty, běhy, sessions, …), každá s počtem a volbami Přijmout vše / Odmítnout vše (zastaralá skupina nabízí jen Odmítnout vše).
  • Zastaralé — změna plánu, jejíž úkol je už hotový, smazaný nebo sloučený, nebo jejíž změna už platí (odhad už je nastavený). Zastaralost je jen příznak; nic se neodmítne samo.
  • Detail — důvod, který uvedl autor, co přijetí změní a na kterém úkolu, tělo draftu a jeho zdroj a úkoly, které pravděpodobně duplikuje, se sloučením na jedno kliknutí.
  • Klávesy — j / k se posouvají, a přijímá, d odmítá, m slučuje, x vybírá, Enter otevírá úkol, u vrací zpět. Po verdiktu se výběr posune na další draft.
  • Zpět — každý verdikt, jednotlivý i hromadný, čeká 5 sekund za tlačítkem Zpět, než se odešle.
  • Filtr projektu zúží obrazovku na jeden projekt (/intake?project=<name>); tam vede i stará adresa Plán › Příjem na stránce projektu.

Frontu vidí každý člen; klávesy verdiktů fungují adminům a tokenům agentů a tomu, kdo draft založil, jen k jeho odmítnutí.

Úklid backlogu

Úkoly přibývají rychleji, než je kdo stihne probírat. /vitrinka-experimental:cleanup [project], spuštěný z repozitáře projektu, projde jeho otevřené úkoly v jednom běhu bez dozoru — workflow experimentálního pluginu, jen v Claude Code. Sepíše každý otevřený úkol, seskupí duplicity, rozporné stavy, sirotky mimo svůj epic, epicy, které nikdo neuzavřel, a zastaralou práci, každé podezření ověří proti kódu, pull requestům a QA záznamu, provede, co je prokázané, zbytek navrhne a nakonec napíše jednu stránku s reportem.

  • Důvěru nastavíte před během — evidence (výchozí) provede jen prokázané opravy, třeba sloučený pull request, úspěšný běh nebo trailer v commitu, a pravděpodobná uzavření a sloučení promění v návrhy plánu; all provede i ta pravděpodobná; none neprovede nic, je to zkouška nanečisto.
  • Nic se nemaže — duplicita se propojí přes duplicates a zruší, takže přeživší úkol si ponechá historii, a každá provedená změna nechá na úkolu jeden komentář s důkazem.
  • Vaše rozhodnutí čekají tady — jeho návrhy se přidají k Plan changes na obrazovce Příjem a nová práce, kterou našel, přijde jako Cleanup drafts, každá k vašemu verdiktu.
  • Drží se svého — jen task, bug, story a epic; todo, QA plány, cesty a schůzky nikdy nemění.

Kde se to děje

  • Obrazovka Příjem — fronta celého pracovního prostoru, seskupená, jedna klávesa na verdikt.
  • Nástěnka — „udělej z toho úkol“ u anotace založí návrh. Schválení hlášení z rekordéru vytvoří přijatý úkol typu bug; externí tiket se automaticky vyžádá jen při zapnuté volbě auto-ticket v projektu.
  • Rekordér — ⌖ snap odeslaný s cílem task založí i draft k posouzení; drafty se nikdy nepřijímají automaticky.
  • Agenti — propose_tasks zakládá drafty, list {kind: "intake"} čte frontu, intake_verdict rozhoduje.
  • Terminál — vitrinka intake list, vitrinka intake propose, vitrinka intake accept, vitrinka intake decline a vitrinka intake merge.
vitrinka intake list
vitrinka intake propose "Součet košíku ignoruje druhý kupon" --body "Viděno v session 418, druhý kupon se v pokladně zahodí"

Integrace s GitHubem připojí pull request k úkolům, které zmiňuje. Sama návrhy úkolů nezakládá.

Na této stránce