diff --git a/docs/cs/_STYLE_GUIDE.md b/docs/cs/_STYLE_GUIDE.md index 3273aacd8..3cdd71871 100644 --- a/docs/cs/_STYLE_GUIDE.md +++ b/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..." -- [ ] „Kdy to použít" má 3–5 odrážek +- [ ] Háček začíná „Použijte workflow `X` k...“ +- [ ] „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 diff --git a/docs/cs/explanation/advanced-elicitation.md b/docs/cs/explanation/advanced-elicitation.md index 1b3ae2be2..a2eaac16a 100644 --- a/docs/cs/explanation/advanced-elicitation.md +++ b/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 diff --git a/docs/cs/explanation/adversarial-review.md b/docs/cs/explanation/adversarial-review.md index 759bd20f5..5ccfed100 100644 --- a/docs/cs/explanation/adversarial-review.md +++ b/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: diff --git a/docs/cs/explanation/established-projects-faq.md b/docs/cs/explanation/established-projects-faq.md index a08de24ed..7c2a1e35a 100644 --- a/docs/cs/explanation/established-projects-faq.md +++ b/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) diff --git a/docs/cs/explanation/party-mode.md b/docs/cs/explanation/party-mode.md index 0e61d2da0..03b6950cb 100644 --- a/docs/cs/explanation/party-mode.md +++ b/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. diff --git a/docs/cs/explanation/preventing-agent-conflicts.md b/docs/cs/explanation/preventing-agent-conflicts.md index e5debc7fb..d0dd2d01e 100644 --- a/docs/cs/explanation/preventing-agent-conflicts.md +++ b/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 ::: diff --git a/docs/cs/explanation/project-context.md b/docs/cs/explanation/project-context.md index 3895758ce..795b4b7b5 100644 --- a/docs/cs/explanation/project-context.md +++ b/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á diff --git a/docs/cs/how-to/get-answers-about-bmad.md b/docs/cs/how-to/get-answers-about-bmad.md index 299a50c99..19865ae3f 100644 --- a/docs/cs/how-to/get-answers-about-bmad.md +++ b/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?" | -| **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" | +| **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?“ | +| **`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? diff --git a/docs/cs/how-to/non-interactive-installation.md b/docs/cs/how-to/non-interactive-installation.md index 551c1237a..f6b46c5e2 100644 --- a/docs/cs/how-to/non-interactive-installation.md +++ b/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 diff --git a/docs/cs/how-to/project-context.md b/docs/cs/how-to/project-context.md index bff40de49..420e34ace 100644 --- a/docs/cs/how-to/project-context.md +++ b/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. diff --git a/docs/cs/how-to/upgrade-to-v6.md b/docs/cs/how-to/upgrade-to-v6.md index 7ea913c99..babe4c1af 100644 --- a/docs/cs/how-to/upgrade-to-v6.md +++ b/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 -│ ├─��� 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ů) diff --git a/docs/cs/index.md b/docs/cs/index.md index 3b2fd7715..ade10d6a4 100644 --- a/docs/cs/index.md +++ b/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. | diff --git a/docs/cs/reference/core-tools.md b/docs/cs/reference/core-tools.md index 45eaaee5b..1fca20336 100644 --- a/docs/cs/reference/core-tools.md +++ b/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 diff --git a/docs/cs/reference/modules.md b/docs/cs/reference/modules.md index 5c3583cd3..792d28246 100644 --- a/docs/cs/reference/modules.md +++ b/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) diff --git a/docs/cs/reference/testing.md b/docs/cs/reference/testing.md index 0df81de04..e5c061e06 100644 --- a/docs/cs/reference/testing.md +++ b/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ů) diff --git a/docs/cs/tutorials/getting-started.md b/docs/cs/tutorials/getting-started.md index 62185cacb..ef6bef552 100644 --- a/docs/cs/tutorials/getting-started.md +++ b/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?" -- „Zasekl jsem se na workflow X" -- „Jaké mám možnosti pro Y?" -- „Ukaž mi, co bylo dosud uděláno" +- „Co mám dělat po instalaci?“ +- „Zasekl jsem se na workflow X“ +- „Jaké mám možnosti pro Y?“ +- „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. :::