# Živé párování (https://docs.vitrinka.ai/cs/dev/pairing)



Párování promění testovací sezení ve smyčku: tester nahrává s vitrinka rekordérem a průběžně značí chyby, každá značka dorazí do vaší session jako práce během vteřin a vy ji opravíte v aplikaci, kterou tester pořád používá. `vitrinka qa pair` je supervizor, který dělá poslední krok skutečným — vlastní testovanou aplikaci, takže oprava doputuje do běžící aplikace v okamžiku, kdy přistane.

## Dohled nad aplikací [#run]

```bash
vitrinka qa pair run            # všechny stacky
vitrinka qa pair run web api    # jmenované stacky
```

Spustí každý stack ze sekce `run` commitovaného `vitrinka.config.json` v kořeni repozitáře — tytéž stacky, které startuje autopilot sezení, nikdy druhý manifest. Každý běží odpojeně s výstupem svedeným do `.vitrinka/logs/pair-<stack>.log`, mazaného při každém spuštění, a blokuje, dokud neodpoví jeho sonda připravenosti. Opakované spuštění je bezpečné: stack, který žije **a** je připravený, se použije znovu, nerestartuje se. Předejte testerovi URL každého stacku a nechte ho začít.

## Doprava opravy do běžící aplikace [#restart]

```bash
vitrinka qa pair restart web
```

Zastaví a znovu spustí jmenované stacky (všechny, když žádný nejmenujete) a počká na připravenost. Stacky označené v mapě projektu `"hot": true` — HMR a Metro, kde uložení souboru už do aplikace doputovalo — jsou záměrně no-op. Stav na disku každý restart přežije: pair nikdy nesmaže databázi, přihlášení ani nástěnku.

## Sledování a čtení [#status]

```bash
vitrinka qa pair status         # dohled, život a připravenost každého stacku
vitrinka qa pair logs web       # cesta k logu + konec aktuálního běhu
vitrinka qa pair stop           # zastaví stacky pod dohledem
vitrinka qa pair relay          # volitelné: text odpovědí vaší session do pair panelu testera
```

Log každého stacku je jeden malý soubor odpovídající na „co tenhle běh vypsal" — agenti ho čtou přímo. `relay` sleduje nejnovější přepis Claude Code tohoto repozitáře a přeposílá jen viditelný text asistenta — nikdy přemýšlení, volání nástrojů ani vaše vlastní zprávy — a to od teď; server nic neukládá. Pořád je to ale surová próza vaší session na obrazovce testera, takže zůstává vypnutý, dokud ho nespustíte.

## Tok ⌖ snapů [#snaps]

Zatímco dohlížíte, tester pracuje v [rozšíření prohlížeče](/cs/qa/extension). Tlačítko ⌖ nasnímá přesnou obrazovku s poznámkou; snap se rodí jako odbavená práce a přistane ve frontě vaší session o pár vteřin později. HUD rekordéru testerovi celou dobu ukazuje vaši přítomnost i postup — nastavíte status, opravíte na průběžné pair větvi, restartujete stack a odpovíte ve vlákně; tester ověří obnovením obrazovky, na které stejně byl, a opravu z panelu přijme, nebo vrátí.

Status, který tester čte v aplikaci, je `board_working`, MCP nástroj modulu `rare`: vypíše se jen tehdy, když registrace tento modul jmenuje. `vitrinka setup` skládá registraci z nainstalovaných pluginů (`?modules=core,pm,me,qa`), a jakmile jsou moduly vyjmenované, vypíšou se jen ty — `rare` tedy přidejte ručně a žádný svůj nevynechte, například `https://app.vitrinka.ai/mcp?modules=core,pm,me,qa,rare` — [katalog](/cs/dev/mcp/clients#catalogue).

## Nastartování smyčky [#skill]

Skill `/vitrinka:pair` nastartuje všechno — mapu projektu, pair worktree, supervizor, listener práce i protokol opravy na snap:

```bash
claude "/vitrinka:pair"
```

Spusťte ho z repozitáře aplikace, než tester začne. Jeden párovací běh přistane jako jedna větev a jeden PR a aplikace po konci sezení zůstane běžet.