@harness-lab/cli 0.2.9 → 0.3.0

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.