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>
This commit is contained in:
Jakub Stejskal
Alex Verkhovsky
parent
ef3ea29a0a
commit
0e305f891f
|
|
@ -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
|
||||
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
|
|
@ -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:
|
||||
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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
|
||||
:::
|
||||
|
|
|
|||
|
|
@ -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á
|
||||
|
||||
|
|
|
|||
|
|
@ -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?
|
||||
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
|
|
|
|||
|
|
@ -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ů)
|
||||
|
|
|
|||
|
|
@ -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. |
|
||||
|
||||
|
|
|
|||
|
|
@ -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
|
||||
|
||||
|
|
|
|||
|
|
@ -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)
|
||||
|
|
|
|||
|
|
@ -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ů)
|
||||
|
|
|
|||
|
|
@ -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.
|
||||
:::
|
||||
|
|
|
|||
Loading…
Reference in New Issue