@harness-lab/cli 0.2.9 → 0.3.1

package/assets/workshop-bundle/content/style-examples.md

@@ -1,127 +0,0 @@
-# Czech Style Examples
-
-## Do / Don't
-
-### 1. Instrukce
-
-Do:
-
-- „Otevřete repozitář a nejdřív doplňte `AGENTS.md`.“
-
-Don't:
-
-- „V prvním kroku je vhodné provést vytvoření souboru `AGENTS.md`.“
-
-### 2. Setup
-
-Do:
-
-- „Když se setup sekne, přejděte na Codex App nebo web fallback.“
-
-Don't:
-
-- „V případě komplikací v procesu instalace je možné využít alternativní variantu přístupu.“
-
-### 3. Facilitation
-
-Do:
-
-- „Prvních 10 minut po rotaci jen čtěte a mapujte repo.“
-
-Don't:
-
-- „Po realizaci rotace doporučujeme zahájit aktivitu detailní analýzou repozitáře.“
-
-### 4. Workshop framing
-
-Do:
-
-- „Dnes nejde o to být nejrychlejší. Jde o to předat práci tak, aby ji cizí tým dokázal převzít.“
-
-Don't:
-
-- „Hlavním cílem dnešního dne je maximalizace schopnosti efektivního předávání výstupů mezi týmy.“
-
-### 5. Czech + English
-
-Do:
-
-- „Nejdřív spusťte `/plan`, potom implementujte malý krok a nakonec udělejte `/review`.“
-
-Don't:
-
-- „Nejdříve vytvořte plán, pak proveďte implementaci a následně zrevidujte změnu.“
-
-Poznámka:
-
-Tady je angličtina přirozenější, protože jde o konkrétní commands a workflow terms.
-
-### 6. Technical explanation
-
-Do:
-
-- „Monitoring teď běží jako manuální MVP. Ondřej spustí scan repozitářů a z výsledku připraví intermezzo brief.“
-
-Don't:
-
-- „Monitoring je aktuálně realizován prostřednictvím minimální životaschopné verze manuálního typu.“
-
-### 7. Briefs
-
-Do:
-
-- „Mock data jsou v pořádku, pokud workflow působí realisticky.“
-
-Don't:
-
-- „Použití simulovaných dat je akceptovatelné za předpokladu, že výsledný proces bude působit realisticky.“
-
-### 8. Error / fallback messaging
-
-Do:
-
-- „Pokud vám nefunguje CLI, pokračujte přes App a neztrácejte dalších 20 minut.“
-
-Don't:
-
-- „V případě nefunkčnosti rozhraní příkazové řádky doporučujeme zvážit alternativní postup.“
-
-## Approved English Terms
-
-Tyto výrazy se v textech pro účastníky běžně nechávají v angličtině:
-
-- `prompt`
-- `review`
-- `workflow`
-- `skill`
-- `runbook`
-- `build`
-- `deploy`
-- `checkpoint`
-- `fallback`
-- `handoff`
-- `CLI`
-- `App`
-- `repo`
-- `README`
-- `AGENTS.md`
-- `Done When`
-
-## Usually Better In Czech
-
-Tyto části bývají lepší česky:
-
-- cíle a instrukce
-- facilitační věty
-- reflexe a uzavírání
-- vysvětlení, proč něco děláme
-- očekávání a pravidla workshopu
-
-## Rewrite Heuristic
-
-Když text zní moc tvrdě přeloženě, uprav ho takto:
-
-1. zkrať větu
-2. vrať české sloveso do aktivního rodu
-3. nech technický termín v angličtině
-4. zkontroluj, že věta vede k akci

package/assets/workshop-bundle/content/style-guide.md

@@ -1,108 +0,0 @@
-# Czech Voice & Style Guide
-
-## Purpose
-
-Tento workshop mluví česky, ale přemýšlí jako moderní developerský tým. Cílem není přeložit celý obor do češtiny. Cílem je psát tak, aby český developer text pochopil napoprvé a zároveň měl pocit, že čte přirozený, profesionální a jazykově kultivovaný obsah.
-
-## Core Principle
-
-Preferujeme porozumění před doslovným překladem.
-
-- čeština pro význam, instrukce, facilitaci a vysvětlení
-- angličtina pro běžné technické termíny, commands, file names a tool names
-
-## Tone of Voice
-
-- Piš jako zkušený peer, ne jako marketér a ne jako školní učebnice.
-- Buď věcný, klidný a praktický.
-- Piš s energií, ale bez hype.
-- Vysvětluj jasně, ale ne patronizujícím tónem.
-- Preferuj přesnost a použitelnost před efektní formulací.
-
-## Language Rules
-
-- Základní jazyk je spisovná, přirozená čeština.
-- Technické výrazy nech v angličtině, pokud jsou v developerské praxi běžnější než český ekvivalent.
-- Nepřekládej násilně výrazy jako `prompt`, `review`, `workflow`, `skill`, `runbook`, `deploy`, `build`, `checkpoint`, `handoff`, `fallback`, `CLI`, `App`.
-- Slash commands, file names, paths a config keys vždy nech v originále.
-- Když je anglický termín méně samozřejmý, při prvním výskytu ho krátce ukotvi česky.
-
-## Sentence Style
-
-- Používej kratší věty.
-- Preferuj aktivní rod.
-- Piš konkrétní slovesa místo abstraktních obratů.
-- Každý odstavec má mít jeden jasný účel.
-- Když lze něco říct jednodušeji, zjednoduš to.
-
-## What Good Looks Like
-
-- „Nejdřív spusťte `/plan` a teprve potom začněte implementaci.“
-- „Pokud se zaseknete déle než 7 minut, přejděte na fallback nebo pairing.“
-- „Do 10:30 potřebujete mít jednu funkční cestu do Codexu.“
-
-## What To Avoid
-
-- korporátní omáčka
-- doslovné kalky z angličtiny
-- přehnaně akademický tón
-- agresivní marketingový tón
-- zbytečné vykřičníky
-
-## Preferred Vocabulary
-
-- `udělejte`
-- `zkontrolujte`
-- `spusťte`
-- `doplňte`
-- `ověřte`
-- `pokračujte`
-- `když se zaseknete`
-
-## Avoid These Patterns
-
-- „je žádoucí realizovat“
-- „dochází k implementaci“
-- „v rámci workshopu bude umožněno“
-- „s cílem maximalizace efektivity“
-- „využitím tohoto přístupu dosáhnete…“
-
-## Czech + English Mixing Rule
-
-Česká věta má zůstat česká, i když obsahuje anglické technické termíny.
-
-Dobře:
-
-- „Po rotaci si nejdřív přečtěte `README`, `AGENTS.md` a aktuální plan.“
-- „Použijte `/review`, když chcete zkontrolovat větší změnu.“
-
-Špatně:
-
-- „Use `/plan` before coding, because it gives better context.“
-- „V rámci challenge budete implementing a new workflow.“
-
-## Formatting Rule
-
-- Commands, file names, slash commands a literal terms piš v backticks.
-- Nadpisy a běžný výklad piš normální češtinou.
-- V textech pro účastníky nezahlcuj čtenáře dlouhými bloky textu.
-
-## Audience Calibration
-
-Workshop je pro developery. Nepiš, jako by publikum bylo netechnické.
-
-- není nutné vysvětlovat běžné výrazy typu `repo`, `review`, `deploy`
-- je vhodné vysvětlit nový koncept, pokud je specifický pro workshop
-- když volíš mezi „přeložit“ a „zachovat známý termín“, preferuj známý termín
-
-## Final Check Before Publishing
-
-Před uložením textu pro účastníky si ověř:
-
-1. Zní to jako přirozená čeština?
-2. Pochopí to český developer napoprvé?
-3. Nepřekládám něco, co má zůstat v angličtině?
-4. Nezní to jako marketing nebo korporát?
-5. Je z textu jasné, co má člověk udělat?
-
-Pro finální workshop-ready revizi použijte i [`content/czech-editorial-review-checklist.md`](./czech-editorial-review-checklist.md).

package/assets/workshop-bundle/workshop-blueprint/edit-boundaries.md

@@ -1,64 +0,0 @@
-# Edit Boundaries
-
-This document is the quick answer to "what do I edit where?"
-
-## Edit The Public Blueprint When
-
-- you are improving the reusable workshop method
-- you are changing the canonical agenda or phase descriptions
-- you are clarifying participant or facilitator guidance that should apply to future workshops
-- you are refining the control model, API contract, or publish-back rule
-
-Typical locations:
-
-- [`workshop-blueprint/`](./)
-- [`content/`](../content/)
-- reusable docs in [`docs/`](../docs/)
-- shared dashboard code and skill docs
-
-## Edit The Private Runtime Instance When
-
-- you are changing the current phase of a live workshop
-- you are revealing or hiding continuation
-- you are registering teams or repo URLs
-- you are capturing checkpoints, monitoring, or sprint updates
-- you are attaching real event metadata such as date, venue, or facilitator notes
-
-Typical locations:
-
-- private database or private file-backed runtime store
-- facilitator dashboard mutations
-- facilitator skill commands over runtime APIs
-
-## Never Store In The Public Repo
-
-- real workshop dates, venues, or client names
-- live team registry for a real event
-- facilitator credentials or session material
-- monitoring output tied to a real workshop
-- facilitator-only intervention notes
-
-## Source Map
-
-| Topic | Public blueprint | Runtime instance | Private ops |
-|-------|------------------|------------------|-------------|
-| workshop framing | yes | no | no |
-| canonical agenda | yes | imported copy only | no |
-| current phase during a live event | no | yes | optional notes only |
-| participant challenge deck | yes | completion state only | no |
-| facilitator grants | no | yes | no |
-| room logistics and staffing notes | no | no | yes |
-| live team repo registry | no | yes | optional exports |
-| post-event reusable improvement | yes, by GitHub edit | no auto-promotion | optional prep notes |
-
-## Publishing Rule
-
-Runtime edits stay local to the instance.
-
-If a facilitator learns something reusable during a live event:
-
-1. capture the learning privately if needed
-2. decide whether it changes the reusable method
-3. make a deliberate GitHub edit to the blueprint or related docs
-
-The system must not imply that reset, archive, or runtime mutation writes back into the blueprint automatically.