fix(cs): address CodeRabbit review feedback

- Normalize 64 Czech quotation marks to proper „…" pairs across 14 files
- Fix corrupted UTF-8 box-drawing character in upgrade-to-v6.md
- Use relative roadmap link (./roadmap) in index.md for locale consistency
- Fix typo: Podníková → Podniková in modules.md

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

docs/cs/_STYLE_GUIDE.md

@@ -11,7 +11,7 @@ Tento projekt se řídí [Google Developer Documentation Style Guide](https://de
 | -------------------------------------- | ---------------------------------------- |
 | Žádné horizontální čáry (`---`)        | Narušují plynulost čtení                 |
 | Žádné nadpisy `####`                   | Místo toho použijte tučný text nebo admonitions |
-| Žádné sekce „Souvisejí" nebo „Další:" | Navigaci zajišťuje postranní panel       |
+| Žádné sekce „Souvisejí“ nebo „Další:“ | Navigaci zajišťuje postranní panel       |
 | Žádné hluboce vnořené seznamy          | Místo toho rozdělejte do sekcí           |
 | Žádné bloky kódu pro nekód             | Pro příklady dialogů použijte admonitions |
 | Žádné tučné odstavce pro upozornění    | Místo toho použijte admonitions          |
@@ -70,7 +70,7 @@ Pouze kritická varování — ztráta dat, bezpečnostní problémy
 
 ## Bloky struktury složek
 
-Zobrazujte v sekcích „Co jste dosáhli":
+Zobrazujte v sekcích „Co jste dosáhli“:
 
 ````md
 ```
@@ -108,11 +108,11 @@ váš-projekt/
 ### Kontrolní seznam tutoriálu
 
 - [ ] Háček popisuje výsledek v 1–2 větách
-- [ ] Sekce „Co se naučíte" je přítomna
+- [ ] Sekce „Co se naučíte“ je přítomna
 - [ ] Předpoklady v admonition
 - [ ] Rychlá cesta TL;DR admonition nahoře
 - [ ] Tabulky pro fáze, skills, agenty
-- [ ] Sekce „Co jste dosáhli" je přítomna
+- [ ] Sekce „Co jste dosáhli“ je přítomna
 - [ ] Tabulka rychlého přehledu je přítomna
 - [ ] Sekce častých otázek je přítomna
 - [ ] Sekce získání pomoci je přítomna
@@ -121,7 +121,7 @@ váš-projekt/
 ## Struktura praktického návodu
 
 ```text
-1. Název + Háček (jedna věta: „Použijte workflow `X` k...")
+1. Název + Háček (jedna věta: „Použijte workflow `X` k...“)
 2. Kdy to použít (odrážkový seznam scénářů)
 3. Kdy to přeskočit (volitelné)
 4. Předpoklady (note admonition)
@@ -134,11 +134,11 @@ váš-projekt/
 
 ### Kontrolní seznam praktického návodu
 
-- [ ] Háček začíná „Použijte workflow `X` k..."
+- [ ] Háček začíná „Použijte workflow `X` k...“
-- [ ] „Kdy to použít" má 3–5 odrážek
+- [ ] „Kdy to použít“ má 3–5 odrážek
 - [ ] Předpoklady jsou uvedeny
 - [ ] Kroky jsou číslované `###` podsekce s akčními slovesy
-- [ ] „Co získáte" popisuje výstupní artefakty
+- [ ] „Co získáte“ popisuje výstupní artefakty
 
 ## Struktura vysvětlení
 
@@ -188,7 +188,7 @@ váš-projekt/
 
 ```text
 1. Název + Háček (co to dělá)
-2. Rychlá fakta (volitelné – „Ideální pro:", „Čas:")
+2. Rychlá fakta (volitelné – „Ideální pro:“, „Čas:“)
 3. Kdy použít / Kdy nepoužít
 4. Jak to funguje (mermaid diagram volitelné)
 5. Klíčové výhody
@@ -295,7 +295,7 @@ váš-projekt/
 
 ## Struktura slovníčku
 
-Starlight generuje navigaci „Na této stránce" z nadpisů na pravé straně:
+Starlight generuje navigaci „Na této stránce“ z nadpisů na pravé straně:
 
 - Kategorie jako `##` nadpisy — zobrazují se v pravé navigaci
 - Termíny v tabulkách — kompaktní řádky, ne jednotlivé nadpisy
@@ -316,7 +316,7 @@ Starlight generuje navigaci „Na této stránce" z nadpisů na pravé straně:
 
 | Správně                        | Špatně                                       |
 | ------------------------------ | -------------------------------------------- |
-| Začněte tím, co to JE nebo DĚLÁ | Nezačínejte „Toto je..." nebo „[Termín] je..." |
+| Začněte tím, co to JE nebo DĚLÁ | Nezačínejte „Toto je...“ nebo „[Termín] je...“ |
 | Držte se 1–2 vět              | Nepište víceodstavcová vysvětlení            |
 | Tučný název termínu v buňce   | Nepoužívejte prostý text pro termíny         |
 
@@ -337,7 +337,7 @@ Přidejte kurzívní kontext na začátek definice pro termíny s omezeným rozs
 - [ ] Definice 1–2 věty
 - [ ] Kontextové značky kurzívou
 - [ ] Názvy termínů tučně v buňkách
-- [ ] Žádné definice „[Termín] je..."
+- [ ] Žádné definice „[Termín] je...“
 
 ## Sekce FAQ
 

docs/cs/explanation/advanced-elicitation.md

@@ -9,7 +9,7 @@ Přimějte LLM přehodnotit, co právě vygeneroval. Vyberete metodu uvažován
 
 ## Co je pokročilá elicitace?
 
-Strukturovaný druhý průchod. Místo žádání AI, aby „to zkusila znovu" nebo „to zlepšila", vyberete specifickou metodu uvažování a AI přezkoumá svůj vlastní výstup přes tento objektiv.
+Strukturovaný druhý průchod. Místo žádání AI, aby „to zkusila znovu“ nebo „to zlepšila“, vyberete specifickou metodu uvažování a AI přezkoumá svůj vlastní výstup přes tento objektiv.
 
 Rozdíl je podstatný. Vágní požadavky produkují vágní revize. Pojmenovaná metoda vynucuje konkrétní úhel útoku, odhaluje postřehy, které by generický pokus přehlédl.
 
@@ -37,7 +37,7 @@ K dispozici jsou desítky metod uvažování. Několik příkladů:
 - **Myšlení z prvních principů** — Odstraňte předpoklady, znovu postavte od základní pravdy
 - **Inverze** — Zeptejte se, jak zaručit selhání, a poté se tomu vyhněte
 - **Red Team vs Blue Team** — Napadněte vlastní práci, pak ji braňte
-- **Sokratovské dotazování** — Zpochybněte každé tvrzení otázkou „proč?" a „jak víte?"
+- **Sokratovské dotazování** — Zpochybněte každé tvrzení otázkou „proč?“ a „jak víte?“
 - **Odstranění omezení** — Odstraňte všechna omezení, podívejte se, co se změní, selektivně je přidejte zpět
 - **Mapování zainteresovaných stran** — Přehodnoťte z perspektivy každé zainteresované strany
 - **Analogické uvažování** — Najděte paralely v jiných oblastech a aplikujte jejich lekce

docs/cs/explanation/adversarial-review.md

@@ -1,6 +1,6 @@
 ---
 title: "Adversariální revize"
-description: Technika vynuceného uvažování, která zabraňuje líným „vypadá dobře" revizím
+description: Technika vynuceného uvažování, která zabraňuje líným „vypadá dobře“ revizím
 sidebar:
   order: 5
 ---
@@ -9,7 +9,7 @@ Vynuťte hlubší analýzu tím, že budete vyžadovat nalezení problémů.
 
 ## Co je adversariální revize?
 
-Technika revize, kde recenzent *musí* najít problémy. Žádné „vypadá dobře" není povoleno. Recenzent zaujme cynický postoj — předpokládá, že problémy existují, a hledá je.
+Technika revize, kde recenzent *musí* najít problémy. Žádné „vypadá dobře“ není povoleno. Recenzent zaujme cynický postoj — předpokládá, že problémy existují, a hledá je.
 
 Nejde o negativismus. Jde o vynucení skutečné analýzy místo povrchního pohledu, který automaticky schválí cokoli, co bylo předloženo.
 
@@ -17,10 +17,10 @@ Nejde o negativismus. Jde o vynucení skutečné analýzy místo povrchního poh
 
 ## Proč to funguje
 
-Běžné revize trpí konfirmačním zkreslením. Proletíte práci, nic nevyskočí, schválíte to. Mandát „najít problémy" tento vzor rozbíjí:
+Běžné revize trpí konfirmačním zkreslením. Proletíte práci, nic nevyskočí, schválíte to. Mandát „najít problémy“ tento vzor rozbíjí:
 
 - **Vynucuje důkladnost** — Nemůžete schválit, dokud jste nehledali dostatečně pečlivě
-- **Zachytí chybějící věci** — „Co zde není?" se stává přirozenou otázkou
+- **Zachytí chybějící věci** — „Co zde není?“ se stává přirozenou otázkou
 - **Zlepšuje kvalitu signálu** — Nálezy jsou konkrétní a akční, ne vágní obavy
 - **Informační asymetrie** — Provádějte revize s čerstvým kontextem (bez přístupu k původnímu uvažování), abyste hodnotili artefakt, ne záměr
 
@@ -38,7 +38,7 @@ Protože AI je *instruována* najít problémy, najde problémy — i když neex
 
 Místo:
 
-> „Implementace autentizace vypadá rozumně. Schváleno."
+> „Implementace autentizace vypadá rozumně. Schváleno.“
 
 Adversariální revize produkuje:
 

docs/cs/explanation/established-projects-faq.md

@@ -40,7 +40,7 @@ Ideální pro opravy chyb a malé funkce v existujících kódových bázích.
 
 ### Co když můj existující kód nedodržuje osvědčené postupy?
 
-Quick Flow detekuje vaše konvence a zeptá se: „Mám dodržovat tyto existující konvence?" Rozhodujete vy:
+Quick Flow detekuje vaše konvence a zeptá se: „Mám dodržovat tyto existující konvence?“ Rozhodujete vy:
 
 - **Ano** → Zachovat konzistenci se současnou kódovou bází
 - **Ne** → Zavést nové standardy (zdokumentujte proč ve specifikaci)

docs/cs/explanation/party-mode.md

@@ -24,35 +24,35 @@ Konverzace pokračuje tak dlouho, jak chcete. Ptejte se na doplňující otázky
 
 ### Kritika špatné architektury
 
-**Vy:** „Dobře, týme, náš poslední sprint byl katastrofa. Autentizační služba spadla třikrát. Kdo to pokazil?"
+**Vy:** „Dobře, týme, náš poslední sprint byl katastrofa. Autentizační služba spadla třikrát. Kdo to pokazil?“
 
-**Architect:** „Design byl v pořádku — distribuovaná autentizace se správnými záložními řešeními. Pokud se implementace odchýlila od specifikace..."
+**Architect:** „Design byl v pořádku — distribuovaná autentizace se správnými záložními řešeními. Pokud se implementace odchýlila od specifikace...“
 
-**Dev:** „Následoval jsem architektonický dokument přesně. Specifikace nepočítala s race conditions při souběžné invalidaci relací."
+**Dev:** „Následoval jsem architektonický dokument přesně. Specifikace nepočítala s race conditions při souběžné invalidaci relací.“
 
-**PM:** „Oba jste přehlédli větší problém — nevalidovali jsme požadavky na správu relací v PRD. Tohle je na mně, že jsem to nezachytil."
+**PM:** „Oba jste přehlédli větší problém — nevalidovali jsme požadavky na správu relací v PRD. Tohle je na mně, že jsem to nezachytil.“
 
-**TEA:** „A já to měl zachytit v integračních testech. Testovací scénáře nepokrývaly souběžnou invalidaci."
+**TEA:** „A já to měl zachytit v integračních testech. Testovací scénáře nepokrývaly souběžnou invalidaci.“
 
 ### Kreativní brainstorming
 
-**Vy:** „Jak udělat onboarding magický místo nudného?"
+**Vy:** „Jak udělat onboarding magický místo nudného?“
 
-**UX Designer:** „Začněte s progresivním odhalováním — odhalujte funkce, jak je uživatelé potřebují, ne všechny najednou v tutoriálu."
+**UX Designer:** „Začněte s progresivním odhalováním — odhalujte funkce, jak je uživatelé potřebují, ne všechny najednou v tutoriálu.“
 
-**Storyteller:** „Co kdyby onboarding byl příběh? Každý krok odhaluje cestu postavy — uživatel JE hrdina."
+**Storyteller:** „Co kdyby onboarding byl příběh? Každý krok odhaluje cestu postavy — uživatel JE hrdina.“
 
-**Game Designer:** „Navazuji na to — co kdyby první ‚quest' vlastně řešil skutečný problém uživatele? Učí se tím, že dělají něco hodnotného."
+**Game Designer:** „Navazuji na to — co kdyby první ‚quest' vlastně řešil skutečný problém uživatele? Učí se tím, že dělají něco hodnotného.“
 
 ### Technické rozhodnutí
 
-**Vy:** „Monolit nebo mikroslužby pro MVP?"
+**Vy:** „Monolit nebo mikroslužby pro MVP?“
 
-**Architect:** „Začněte monolitem. Mikroslužby přidávají složitost, kterou při 1000 uživatelích nepotřebujete."
+**Architect:** „Začněte monolitem. Mikroslužby přidávají složitost, kterou při 1000 uživatelích nepotřebujete.“
 
-**PM:** „Souhlasím. Čas na trh je důležitější než teoretická škálovatelnost."
+**PM:** „Souhlasím. Čas na trh je důležitější než teoretická škálovatelnost.“
 
-**Dev:** „Monolit s jasnými hranicemi modulů. Služby můžeme extrahovat později, pokud bude potřeba."
+**Dev:** „Monolit s jasnými hranicemi modulů. Služby můžeme extrahovat později, pokud bude potřeba.“
 
 :::tip[Lepší rozhodnutí]
 Lepší rozhodnutí prostřednictvím různorodých perspektiv. Vítejte v party mode.

docs/cs/explanation/preventing-agent-conflicts.md

@@ -17,7 +17,7 @@ Bez architektury:
 - Výsledek: Nekonzistentní vzory API, zmatení konzumenti
 
 S architekturou:
-- ADR specifikuje: „Použít GraphQL pro veškerou komunikaci klient-server"
+- ADR specifikuje: „Použít GraphQL pro veškerou komunikaci klient-server“
 - Všichni agenti dodržují stejný vzor
 
 ### Konflikty návrhu databáze
@@ -99,7 +99,7 @@ Běžná rozhodnutí, která zabraňují konfliktům:
 ## Anti-vzory, kterým se vyhnout
 
 :::caution[Běžné chyby]
-- **Implicitní rozhodnutí** — „Styl API vyřešíme průběžně" vede k nekonzistenci
+- **Implicitní rozhodnutí** — „Styl API vyřešíme průběžně“ vede k nekonzistenci
 - **Nadměrná dokumentace** — Dokumentování každého drobného rozhodnutí způsobuje paralýzu analýzou
 - **Zastaralá architektura** — Dokumenty napsané jednou a nikdy neaktualizované způsobují, že agenti následují zastaralé vzory
 :::

docs/cs/explanation/project-context.md

@@ -5,7 +5,7 @@ sidebar:
   order: 7
 ---
 
-Soubor `project-context.md` je implementační průvodce vašeho projektu pro AI agenty. Podobně jako „ústava" v jiných vývojových systémech zachycuje pravidla, vzory a preference, které zajišťují konzistentní generování kódu napříč všemi workflow.
+Soubor `project-context.md` je implementační průvodce vašeho projektu pro AI agenty. Podobně jako „ústava“ v jiných vývojových systémech zachycuje pravidla, vzory a preference, které zajišťují konzistentní generování kódu napříč všemi workflow.
 
 ## Co dělá
 

docs/cs/how-to/get-answers-about-bmad.md

@@ -56,9 +56,9 @@ Použijte tuto sekci, když:
 
 | Zdroj                | Nejlepší pro                              | Příklady                     |
 | -------------------- | ----------------------------------------- | ---------------------------- |
-| **Složka `_bmad`**   | Jak BMad funguje — agenti, workflow, prompty | „Co dělá PM agent?"        |
+| **Složka `_bmad`**   | Jak BMad funguje — agenti, workflow, prompty | „Co dělá PM agent?“        |
-| **Celý GitHub repo** | Historie, instalátor, architektura        | „Co se změnilo ve v6?"      |
+| **Celý GitHub repo** | Historie, instalátor, architektura        | „Co se změnilo ve v6?“      |
-| **`llms-full.txt`**  | Rychlý přehled z dokumentace              | „Vysvětli čtyři fáze BMad"  |
+| **`llms-full.txt`**  | Rychlý přehled z dokumentace              | „Vysvětli čtyři fáze BMad“  |
 
 Složka `_bmad` se vytvoří při instalaci BMad. Pokud ji ještě nemáte, naklonujte si repo.
 
@@ -80,7 +80,7 @@ https://bmad-code-org.github.io/BMAD-METHOD/llms-full.txt
 ### 3. Položte svou otázku
 
 :::note[Příklad]
-**O:** „Řekni mi nejrychlejší způsob, jak něco vytvořit s BMad"
+**O:** „Řekni mi nejrychlejší způsob, jak něco vytvořit s BMad“
 
 **A:** Použijte Quick Flow: Spusťte `bmad-quick-dev` — vyjasní váš záměr, naplánuje, implementuje, zreviduje a prezentuje výsledky v jednom workflow, přeskočí celé fáze plánování.
 :::
@@ -92,7 +92,7 @@ Přímé odpovědi o BMad — jak agenti fungují, co dělají workflow, proč j
 ## Tipy
 
 - **Ověřte překvapivé odpovědi** — LLM se občas mýlí. Zkontrolujte zdrojový soubor nebo se zeptejte na Discordu.
-- **Buďte konkrétní** — „Co dělá krok 3 PRD workflow?" je lepší než „Jak funguje PRD?"
+- **Buďte konkrétní** — „Co dělá krok 3 PRD workflow?“ je lepší než „Jak funguje PRD?“
 
 ## Stále jste uvízli?
 

docs/cs/how-to/non-interactive-installation.md

@@ -148,7 +148,7 @@ Neplatné hodnoty buď:
 
 ## Řešení problémů
 
-### Instalace selže s „Invalid directory"
+### Instalace selže s „Invalid directory“
 
 - Cesta k adresáři musí existovat (nebo musí existovat jeho nadřazený adresář)
 - Potřebujete oprávnění k zápisu

docs/cs/how-to/project-context.md

@@ -115,7 +115,7 @@ Soubor `project-context.md`, který:
 ## Tipy
 
 :::tip[Osvědčené postupy]
-- **Zaměřte se na neočividné** — Dokumentujte vzory, které agenti mohou přehlédnout (např. „Použijte JSDoc na každé veřejné třídě"), ne univerzální postupy jako „používejte smysluplné názvy proměnných."
+- **Zaměřte se na neočividné** — Dokumentujte vzory, které agenti mohou přehlédnout (např. „Použijte JSDoc na každé veřejné třídě“), ne univerzální postupy jako „používejte smysluplné názvy proměnných.“
 - **Udržujte to stručné** — Tento soubor načítá každý implementační workflow. Dlouhé soubory plýtvají kontextem. Vylučte obsah, který platí pouze pro úzký rozsah nebo specifické stories.
 - **Aktualizujte dle potřeby** — Upravte ručně, když se vzory změní, nebo přegenerujte po významných změnách architektury.
 - Funguje pro projekty Quick Flow i plné metody BMad.

docs/cs/how-to/upgrade-to-v6.md

@@ -74,7 +74,7 @@ váš-projekt/
 │   ├── _config/         # Vaše přizpůsobení
 │   │   └── agents/      # Soubory přizpůsobení agentů
 │   ├── core/            # Univerzální základní framework
-│   ├─<EFBFBD><EFBFBD><EFBFBD> bmm/             # Modul BMad Method
+│   ├── bmm/             # Modul BMad Method
 │   ├── bmb/             # BMad Builder
 │   └── cis/             # Creative Intelligence Suite
 └── _bmad-output/        # Výstupní složka (v4 to byla složka dokumentů)

docs/cs/index.md

@@ -8,7 +8,7 @@ Metoda BMad (**B**uild **M**ore **A**rchitect **D**reams) je framework pro vývo
 Pokud jste zvyklí pracovat s AI asistenty pro kódování jako Claude, Cursor nebo GitHub Copilot, jste připraveni začít.
 
 :::note[🚀 V6 je tady a teprve začínáme!]
-Architektura Skills, BMad Builder v1, automatizace Dev Loop a mnoho dalšího ve vývoji. **[Podívejte se na Plán rozvoje →](/roadmap/)**
+Architektura Skills, BMad Builder v1, automatizace Dev Loop a mnoho dalšího ve vývoji. **[Podívejte se na Plán rozvoje →](./roadmap)**
 :::
 
 ## Jste tu nově? Začněte tutoriálem
@@ -29,7 +29,7 @@ Tato dokumentace je organizována do čtyř sekcí podle toho, co chcete dělat:
 | Sekce               | Účel                                                                                                               |
 | -------------------- | ------------------------------------------------------------------------------------------------------------------ |
 | **Tutoriály**        | Orientované na učení. Průvodci krok za krokem, kteří vás provedou tvorbou něčeho. Začněte zde, pokud jste noví.    |
-| **Praktické návody** | Orientované na úkoly. Praktičtí průvodci pro řešení konkrétních problémů. „Jak přizpůsobím agenta?" najdete zde.  |
+| **Praktické návody** | Orientované na úkoly. Praktičtí průvodci pro řešení konkrétních problémů. „Jak přizpůsobím agenta?“ najdete zde.  |
 | **Vysvětlení**       | Orientované na pochopení. Hluboké ponory do konceptů a architektury. Čtěte, když chcete vědět *proč*.             |
 | **Reference**        | Orientované na informace. Technické specifikace agentů, pracovních postupů a konfigurace.                          |
 

docs/cs/reference/core-tools.md

@@ -117,11 +117,11 @@ Kouzlo se děje v nápadech 50–100. Workflow povzbuzuje generování 100+ náp
 **Vstup:**
 
 - `source_documents` (povinné) — Cesty k souborům, složkám nebo glob vzory
-- `downstream_consumer` (volitelné) — Co to konzumuje (např. „tvorba PRD")
+- `downstream_consumer` (volitelné) — Co to konzumuje (např. „tvorba PRD“)
 - `token_budget` (volitelné) — Přibližná cílová velikost
 - `--validate` (příznak) — Spuštění round-trip rekonstrukčního testu
 
-**Výstup:** Destilátové markdown soubory s reportem kompresního poměru (např. „3.2:1")
+**Výstup:** Destilátové markdown soubory s reportem kompresního poměru (např. „3.2:1“)
 
 ## bmad-advanced-elicitation
 
@@ -139,7 +139,7 @@ Kouzlo se děje v nápadech 50–100. Workflow povzbuzuje generování 100+ náp
 2. Vybere 5 nejlépe odpovídajících metod podle typu a složitosti obsahu
 3. Prezentuje interaktivní nabídku — vyberte metodu, zamíchejte nebo zobrazte vše
 4. Aplikuje vybranou metodu k vylepšení obsahu
-5. Znovu prezentuje možnosti pro iterativní zlepšení, dokud nevyberete „Pokračovat"
+5. Znovu prezentuje možnosti pro iterativní zlepšení, dokud nevyberete „Pokračovat“
 
 **Vstup:** Sekce obsahu k vylepšení
 
@@ -242,10 +242,10 @@ Spusťte obě `bmad-review-adversarial-general` a `bmad-review-edge-case-hunter`
 **Vstup:**
 
 - `content` (povinné) — Dokument k revizi
-- `purpose` (volitelné) — Zamýšlený účel (např. „quickstart tutoriál")
+- `purpose` (volitelné) — Zamýšlený účel (např. „quickstart tutoriál“)
 - `target_audience` (volitelné) — Kdo to čte
 - `reader_type` (volitelné) — `humans` nebo `llm`
-- `length_target` (volitelné) — Cílová redukce (např. „o 30 % kratší")
+- `length_target` (volitelné) — Cílová redukce (např. „o 30 % kratší“)
 
 **Výstup:** Shrnutí dokumentu, prioritizovaný seznam doporučení a odhadovaná redukce
 

docs/cs/reference/modules.md

@@ -58,7 +58,7 @@ Strukturované workflow pro vývoj her adaptované pro Unity, Unreal, Godot a vl
 
 ## Test Architect (TEA)
 
-Podníková testovací strategie, vedení automatizace a rozhodování o release gate prostřednictvím expertního agenta a devíti strukturovaných workflow. TEA jde daleko za vestavěného QA agenta s prioritizací založenou na riziku a trasovatelností požadavků.
+Podniková testovací strategie, vedení automatizace a rozhodování o release gate prostřednictvím expertního agenta a devíti strukturovaných workflow. TEA jde daleko za vestavěného QA agenta s prioritizací založenou na riziku a trasovatelností požadavků.
 
 - **Kód:** `tea`
 - **npm:** [`bmad-method-test-architecture-enterprise`](https://www.npmjs.com/package/bmad-method-test-architecture-enterprise)

docs/cs/reference/testing.md

@@ -42,7 +42,7 @@ Quinn produkuje shrnutí testů uložené do složky implementačních artefakt
 
 ### Vzory testů
 
-Generované testy sledují filozofii „jednoduché a udržovatelné":
+Generované testy sledují filozofii „jednoduché a udržovatelné“:
 
 - **Pouze standardní API frameworku** — žádné externí utility nebo vlastní abstrakce
 - **Sémantické lokátory** pro UI testy (role, popisky, text místo CSS selektorů)

docs/cs/tutorials/getting-started.md

@@ -33,7 +33,7 @@ Vytvářejte software rychleji pomocí pracovních postupů řízených AI se sp
 - **Prozkoumá váš projekt** a zjistí, co už bylo uděláno
 - **Ukáže vaše možnosti** na základě nainstalovaných modulů
 - **Doporučí, co dál** — včetně prvního povinného úkolu
-- **Odpoví na otázky** jako „Mám nápad na SaaS, kde začít?"
+- **Odpoví na otázky** jako „Mám nápad na SaaS, kde začít?“
 
 ### Jak používat BMad-Help
 
@@ -110,7 +110,7 @@ Otevřete vaše AI IDE ve složce projektu a spusťte:
 bmad-help
 ```
 
-BMad-Help detekuje, co jste dokončili, a doporučí přesně, co dělat dál. Můžete mu také klást otázky jako „Jaké mám možnosti?" nebo „Mám nápad na SaaS, kde začít?"
+BMad-Help detekuje, co jste dokončili, a doporučí přesně, co dělat dál. Můžete mu také klást otázky jako „Jaké mám možnosti?“ nebo „Mám nápad na SaaS, kde začít?“
 :::
 
 :::note[Jak načítat agenty a spouštět workflow]
@@ -252,10 +252,10 @@ Ne striktně. Jakmile se naučíte postup, můžete spouštět workflow přímo
 
 :::tip[První zastávka: BMad-Help]
 **Vyvolejte `bmad-help` kdykoli** — je to nejrychlejší způsob, jak se odpoutat. Zeptejte se na cokoli:
-- „Co mám dělat po instalaci?"
+- „Co mám dělat po instalaci?“
-- „Zasekl jsem se na workflow X"
+- „Zasekl jsem se na workflow X“
-- „Jaké mám možnosti pro Y?"
+- „Jaké mám možnosti pro Y?“
-- „Ukaž mi, co bylo dosud uděláno"
+- „Ukaž mi, co bylo dosud uděláno“
 
 BMad-Help prozkoumá váš projekt, detekuje, co jste dokončili, a řekne vám přesně, co dělat dál.
 :::