@harness-lab/cli 0.2.0 → 0.2.2

package/assets/workshop-bundle/docs/harness-cli-foundation.md

@@ -0,0 +1,112 @@
+# `harness` CLI Foundation
+
+This document defines the deliberately small v1 scope for the facilitator-side `harness` CLI.
+
+## Current Repo Status
+
+Current implementation in this repo:
+
+- lives in the repository `harness-cli/` package and ships publicly as `@harness-lab/cli`
+- distributes a portable participant workshop skill bundle through `harness skill install`
+- covers `auth login/logout/status` plus `workshop status/create-instance/update-instance/prepare/remove-instance/archive/phase set`
+- targets the existing shared dashboard facilitator APIs
+- is tested for browser/device auth, local-dev Basic Auth fallback, and cookie-backed Neon bootstrap fallback
+- stores sessions in a local file under `HARNESS_CLI_HOME` or `~/.harness` by default
+- supports macOS Keychain, Windows Credential Manager, or Linux Secret Service as explicit storage overrides
+- exposes dashboard-side device auth routes plus a facilitator approval page at `/admin/device`
+
+Current npm release posture:
+
+- participant-facing npm publication is supported through an explicit release workflow
+- routine development still happens from this repository
+- broader live-runtime manual validation against a deployed dashboard remains part of the first-release checklist
+
+## Why The CLI Exists
+
+The facilitator skill and any other local tooling need a privileged auth path, but raw facilitator credentials and long-lived session state should not live inside arbitrary skill state.
+
+The CLI creates a narrower trust boundary:
+
+- browser or device-based facilitator login
+- local session storage
+- short operational commands over the same runtime APIs used by the dashboard
+
+## V1 Scope
+
+Required commands:
+
+- `harness auth login`
+- `harness auth logout`
+- `harness auth status`
+- `harness workshop status`
+- `harness workshop create-instance`
+- `harness workshop update-instance`
+- `harness workshop archive`
+- `harness workshop prepare`
+- `harness workshop remove-instance`
+- `harness workshop phase set <phase-id>`
+
+The CLI may also expose a thin authenticated request wrapper for facilitator skills.
+
+## V1 Non-Goals
+
+- participant teaching logic beyond portable skill distribution and install guidance
+- replacing dashboard UX
+- storing reusable workshop blueprint content
+- becoming a second API surface with different nouns
+- automatic publish-back of runtime edits into the repo
+
+## Auth Model
+
+Preferred interactive path:
+
+1. facilitator starts `harness auth login`
+2. CLI opens browser or emits a device-code style flow
+3. dashboard auth/backend completes facilitator identity verification
+4. CLI stores the resulting session material in local session storage
+
+The facilitator skill should call the CLI for privileged operations instead of storing raw auth/session material itself.
+
+Control model:
+
+- skill invokes CLI
+- CLI invokes shared protected dashboard APIs
+- APIs enforce authz, validation, idempotency, and audit logging
+
+For the current facilitator lifecycle slice:
+
+- `workshop status`, `create-instance`, `update-instance`, and `prepare` are brokered-session commands
+- `workshop remove-instance` remains owner-only on the server
+- facilitator `grant` and `revoke` remain a later step-up policy slice rather than part of this lifecycle command set
+
+Current step-up posture:
+
+- the existing CLI command set (`workshop status/archive/phase set`) may run on a valid brokered device session
+- future higher-risk commands such as facilitator grant/revoke or destructive instance mutations should require a fresh browser approval window rather than silently reusing an older CLI session
+
+## Session Storage Posture
+
+Default storage backend:
+
+- file-based storage under `HARNESS_CLI_HOME` or `~/.harness`
+
+Optional storage backends:
+
+- macOS Keychain
+- Windows Credential Manager
+- Linux Secret Service
+
+The default should optimize for reliability and low-friction setup across facilitator machines. OS-native credential stores remain available through `HARNESS_SESSION_STORAGE` when a facilitator prefers them.
+
+## Packaging Posture
+
+V1 should optimize for cross-platform setup speed, not native-binary perfection.
+
+Recommended posture:
+
+- ship as a small Node-based CLI from this repository or its derived package
+- support straightforward installation on macOS and Windows
+- carry the portable public-safe workshop skill bundle needed for participant install
+- keep the command surface stable enough that the facilitator skill can depend on it
+
+If facilitator setup friction remains high, native single-file packaging can be evaluated later without changing the control model.

package/assets/workshop-bundle/docs/learner-reference-gallery.md

@@ -0,0 +1,82 @@
+# Learner Reference Gallery
+
+Tohle je krátký seznam zdrojů pro účastníky po workshopu.
+
+Pravidlo je jednoduché:
+- nejdřív oficiální dokumentace
+- potom několik silných veřejných repozitářů
+- nakonec malý počet patternů přímo relevantních pro Harness Lab
+
+Jakmile tato stránka začne připomínat „awesome list“, je moc dlouhá.
+
+## Oficiální dokumentace
+
+- [OpenAI Codex documentation](https://developers.openai.com/codex)
+  Použijte jako hlavní zdroj pro aktuální Codex workflows, skills, `AGENTS.md`, subagents a security guidance.
+
+- [OpenAI Codex best practices](https://developers.openai.com/codex/learn/best-practices)
+  Nejlepší rychlý vstup pro to, jak Codex používat jako dlouhodobého spolupracovníka: kontext, `AGENTS.md`, review, verification, MCP a automatizace.
+
+- [OpenAI Codex skills documentation](https://developers.openai.com/codex/skills)
+  Hodí se ve chvíli, kdy chcete z opakovaných promptů udělat znovupoužitelné repo-native skills.
+
+- [OpenAI Codex plugins](https://developers.openai.com/codex/plugins)
+  Dobré pro pochopení, kdy v Codexu použít pluginy a marketplace místo samotných repo-native skills. Pro workshop je berte jako volitelný Codex akcelerátor, ne jako základní bootstrap.
+
+- [OpenAI Codex build plugins](https://developers.openai.com/codex/plugins/build)
+  Hodí se maintainerům, když chtějí pochopit marketplace model, repo-local marketplace nebo bundling skills, app integrations a MCP serverů do jednoho Codex package.
+
+- [OpenAI Codex workflows](https://developers.openai.com/codex/workflows)
+  Dobré pro převedení workshopových návyků do reálných projektových workflow.
+
+- [OpenAI: Harness engineering: leveraging Codex in an agent-first world](https://openai.com/index/harness-engineering/)
+  Dobré pro pochopení, proč má být repo knowledge systémem záznamu a proč jsou plans, review a garbage collection součást engineering discipline, ne bonus navíc.
+
+- [Next.js AI Coding Agents](https://nextjs.org/docs/app/guides/ai-agents)
+  Důležité hlavně pro Next.js projekty: ukazuje, proč mají agenti číst version-matched framework docs místo spoléhání na starší paměť modelu.
+
+## Veřejné repozitáře
+
+- [openai/codex](https://github.com/openai/codex)
+  Oficiální CLI repozitář a nejlepší kotva pro to, jak se samotný nástroj vyvíjí.
+
+- [openai/skills](https://github.com/openai/skills)
+  Oficiální katalog skills a nejlepší reference pro to, jak vypadá Codex-native skill.
+
+- [openai/codex-action](https://github.com/openai/codex-action)
+  Silný příklad úzké a bezpečné automatizace kolem Codexu v CI.
+
+- [vercel-labs/skills](https://github.com/vercel-labs/skills)
+  Užitečné ve chvíli, kdy chcete skill packaging přenositelný napříč více coding agenty.
+
+- [vercel-labs/agent-skills](https://github.com/vercel-labs/agent-skills)
+  Dobré příklady kvalitních a praktických skills, hlavně pro frontend a React práci.
+
+## Volitelné workflow packs
+
+- [EveryInc/compound-engineering-plugin](https://github.com/EveryInc/compound-engineering-plugin)
+  Silná volitelná volba pro lidi, kteří chtějí explicitní loop `brainstorm -> plan -> work -> review -> compound`. Repo dnes umí instalaci i pro Codex a pi, ale berte to jako akcelerátor nad workshop defaultem, ne jako nutný setup.
+
+## Praktické patterny
+
+- Začněte repo kontextem dřív, než začnete opakovat prompt.
+  V praxi: nejdřív přidejte `AGENTS.md`, build/test příkazy a konkrétní definici hotovo.
+
+- Skills používejte pro opakované workflow, ne jako jednorázové chat makro.
+  Když se stejný task vrací napříč více sessions nebo repy, je to kandidát na skill.
+
+- Pluginy a marketplace berte jako Codex-specific distribuční vrstvu, ne jako definici workshop metody.
+  Když něco učíme jako Harness Lab default, mělo by to dávat smysl i mimo Codex. Plugin má smysl tam, kde skutečně přidává Codex integrations nebo pohodlnější distribuci.
+
+- Testy, tracer bullets a checklisty berte jako hranici důvěry.
+  Čím víc autonomie agent dostane, tím méně stačí „rychle jsem projel diff“.
+
+- Participant-facing příklady držte menší než backstage systémy.
+  Dobrý learner artefakt je kopírovatelný a čitelný, ne vyčerpávající.
+
+## Pravidlo čerstvosti
+
+Tento seznam zrevidujte:
+- před každým workshopovým během
+- po větší změně Codex capabilities
+- když doporučený repozitář zastará, začne být noisy nebo přestane být nejlepší ukázkou

package/assets/workshop-bundle/docs/learner-resource-kit.md

@@ -0,0 +1,126 @@
+# Learner Resource Kit
+
+Tato stránka definuje participant-facing resource kit pro Harness Lab.
+
+Je to malá, kopírovatelná část repa, kterou si mají účastníci odnést, projít a znovu použít ve vlastních projektech.
+
+## Základní pravidlo
+
+Learner kit není celý backstage harness.
+
+Má odpovídat na otázky:
+- co si mám z workshopu zkopírovat do vlastního repa?
+- co má agent udělat jako první?
+- jak zařídit, aby práce přežila handoff?
+- co musím ověřit, než výstupu uvěřím?
+
+Výchozí participant pattern, který má learner kit posilovat, je:
+- `workshop` pro orientaci
+- `brainstorm` nebo `plan` před větším řezem
+- `work` proti jednomu ověřitelnému cíli
+- `review` před důvěrou
+- `compound` a cleanup pro věci, které mají přežít session
+
+## Jádro learner kitu
+
+### 1. Workshop skill
+
+Hlavní participant interface:
+- [`SKILL.md`](../SKILL.md)
+- [`workshop-skill/setup.md`](../workshop-skill/setup.md)
+- [`workshop-skill/reference.md`](../workshop-skill/reference.md)
+- [`workshop-skill/recap.md`](../workshop-skill/recap.md)
+
+Proč sem patří:
+- ukazuje, jak může participant-facing skill vést setup, workflow i ověřování v češtině
+- je to reálné repo-native rozhraní, ne workshopový slide artefakt
+
+### 2. `AGENTS.md` příklad
+
+Výchozí starter:
+- [`workshop-skill/template-agents.md`](../workshop-skill/template-agents.md)
+
+Proč sem patří:
+- je to nejmenší znovupoužitelný příklad trvalého kontextu v repu
+- účastníci ho mohou upravit přímo pro vlastní projekt
+
+### 3. Příklad pro verification / review
+
+Výchozí checklist:
+- [`workshop-skill/analyze-checklist.md`](../workshop-skill/analyze-checklist.md)
+
+Proč sem patří:
+- dává konkrétní standard pro otázku „dokáže odtud pokračovat další tým?“
+- převádí kvalitu repa do checklistu, který jde opravdu projít
+
+### 4. Challenge cards
+
+Doporučený subset:
+- [`content/challenge-cards/deck.md`](../content/challenge-cards/deck.md)
+
+Použití:
+- malé zásahy během workshopu
+- nápověda, co zlepšit později v reálném repu
+
+### 5. Follow-up package
+
+Posílení po workshopu:
+- [`workshop-skill/follow-up-package.md`](../workshop-skill/follow-up-package.md)
+- [`materials/participant-resource-kit.md`](../materials/participant-resource-kit.md)
+
+Proč sem patří:
+- proměňuje workshop z jednodenní akce na opakovatelný impuls ke změně chování
+- dává doslovný handout, který lze poslat nebo vytisknout bez dalšího vysvětlování
+
+## Kdy který artefakt použít
+
+### Během setupu
+
+Použijte:
+- [`workshop-skill/setup.md`](../workshop-skill/setup.md)
+- [`workshop-skill/reference.md`](../workshop-skill/reference.md)
+
+### Během Build Phase 1
+
+Použijte:
+- [`workshop-skill/template-agents.md`](../workshop-skill/template-agents.md)
+- the `Context Engineering` cards in [`content/challenge-cards/deck.md`](../content/challenge-cards/deck.md)
+
+### Během continuation shift
+
+Použijte:
+- [`workshop-skill/analyze-checklist.md`](../workshop-skill/analyze-checklist.md)
+- the `Workflow` cards in [`content/challenge-cards/deck.md`](../content/challenge-cards/deck.md)
+
+### Po workshopu
+
+Použijte:
+- [`workshop-skill/recap.md`](../workshop-skill/recap.md)
+- [`workshop-skill/follow-up-package.md`](../workshop-skill/follow-up-package.md)
+- [`materials/participant-resource-kit.md`](../materials/participant-resource-kit.md)
+- [`learner-reference-gallery.md`](learner-reference-gallery.md)
+
+## Co si odnést do reálného projektu
+
+Účastníci by měli odejít s těmito konkrétními kroky:
+
+1. Přidejte `AGENTS.md` s částmi:
+   - goal
+   - context
+   - constraints
+   - done when
+2. Do `context` napište, co má agent číst jako první a které docs jsou source of truth.
+3. Do `done when` napište konkrétní ověření a další safe move, když práce zůstane rozdělaná.
+4. Přidejte build/test příkazy, které zvládne spustit další tým nebo agent bez ústního dovysvětlení.
+5. Přidejte jeden review nebo handoff checklist.
+6. Přesuňte jedno trvalé pravidlo z chatu do repa.
+7. Před větší implementací použijte plan a po větší změně review nebo check.
+8. Když už používáte externí workflow skill pack, napojte ho až nad tento základ místo toho, abyste jím nahrazovali repo-native kontext a verification.
+
+## Co sem nepatří
+
+Learner kit nemá obsahovat plný backstage operating detail, například:
+- workshop-instance runbooky
+- privátní runtime architekturu a operace
+- facilitator-only monitoring nebo control postupy
+- maintainer-level deployment a security postupy, pokud se zrovna neučí explicitně jako participant skill

package/assets/workshop-bundle/docs/workshop-event-context-contract.md

@@ -0,0 +1,123 @@
+# Workshop Event Context Contract
+
+This document defines the day-one contract for participant event access across the dashboard and `workshop-skill/`.
+
+## Auth States
+
+### 1. Public mode
+
+Available without event login:
+- public participant dashboard surface
+- public-safe dashboard content
+- local/fallback `workshop-skill` behavior
+- setup, reference, and bundled project brief content
+
+Not available:
+- real event-private participant data
+- team repo registry
+- live checkpoint state
+
+### 2. Participant-authenticated mode
+
+Unlocked by redeeming the shared event code into a short-lived participant session.
+
+Available:
+- authenticated core bundle
+- on-demand participant team/runtime lookups
+
+### 3. Facilitator mode
+
+Separate auth path.
+
+Available:
+- admin surface
+- write operations
+- facilitator-only views and monitoring
+- facilitator skill commands via the CLI-backed auth path
+
+## Authenticated Core Bundle
+
+Day-one shape:
+
+- `event.title`
+- `event.subtitle`
+- `event.currentPhaseLabel`
+- `event.dateRange`
+- `event.city`
+- `agenda`
+- `briefs`
+- `challenges`
+- `keyLinks`
+- `announcements`
+
+Design rule:
+- small enough to fetch immediately after login
+- rich enough to make `/workshop` and the participant dashboard feel live
+
+## On-Demand Participant Lookups
+
+Fetched only when requested:
+
+- `teams[].id`
+- `teams[].name`
+- `teams[].city`
+- `teams[].repoUrl`
+- `teams[].checkpoint`
+
+These remain outside the core bundle because they are more privacy-sensitive and more volatile.
+
+## API Endpoints
+
+### Event access
+
+- `POST /api/event-access/redeem`
+- `POST /api/event-access/logout`
+
+### Participant event context
+
+- `GET /api/event-context/core`
+- `GET /api/event-context/teams`
+
+### Existing facilitator routes
+
+Current admin/facilitator write routes remain under existing admin protection and must not be unlocked by participant auth.
+
+## Skill Command Mapping
+
+| Command | Scope | Notes |
+|---------|-------|-------|
+| `/workshop` | Public first, authenticated when available | Must state clearly whether it is using fallback/public-only data or live event context |
+| `/workshop login` | Participant-auth bootstrap | Redeems the shared event code into a short-lived participant session |
+| `/workshop logout` | Participant-auth teardown | Clears the active participant session |
+| `/workshop setup` | Public | Always available |
+| `/workshop brief` | Public first, authenticated when available | Public brief content stays available; event-specific assignment can be layered later |
+| `/workshop challenges` | Public first, authenticated when available | Public deck stays available; live completion context can be layered later |
+| `/workshop team` | Participant-authenticated | Repo URLs and live checkpoint state are not public by default |
+| `/workshop help` | Public first, authenticated when available | Coaching stays useful in fallback mode |
+| `/workshop reference` | Public | Always available |
+| `/workshop analyze` | Public/local | Works against the participant repo even without live event access |
+
+## Error States
+
+- `invalid_code`
+- `expired_code`
+- `expired_session`
+- `participant event access required`
+- `fallback mode`
+
+## Session Transport Rules
+
+- dashboard participant sessions are stored in a server-issued HTTP-only cookie
+- skill-side session persistence should stay minimal and prefer renewable short-lived tokens over long-lived bearer state
+- the event code must not be reused as the live bearer credential after redemption
+- facilitator skill auth/session handling should live in the `harness` CLI, not in arbitrary skill state
+
+## Logging Expectations
+
+The private workshop-instance layer should log at least:
+
+- redemption attempts
+- successful session creation
+- session expiry or invalidation
+- failed protected lookups
+- event-code rotation events

package/assets/workshop-bundle/materials/participant-resource-kit.md

@@ -0,0 +1,72 @@
+# Participant Resource Kit
+
+Krátká sada artefaktů, které si můžete odnést z Harness Lab do vlastního projektu.
+
+## 1. Začněte `AGENTS.md`
+
+Použijte tento základ:
+- `goal`
+- `context`
+- `constraints`
+- `done when`
+
+Výchozí šablona:
+- [`workshop-skill/template-agents.md`](../workshop-skill/template-agents.md)
+
+## 2. Přidejte jeden zdroj důvěry
+
+Vyberte si alespoň jeden:
+- build/test příkazy
+- RED test
+- tracer bullet
+- review checklist
+
+Když agent dělá větší kus práce, nestačí „rychle jsem to projel očima“.
+
+Checklist pro handoff:
+- [`workshop-skill/analyze-checklist.md`](../workshop-skill/analyze-checklist.md)
+
+## 3. Používejte malý workflow, ne chaos
+
+Doporučený základ:
+- `workshop` pro orientaci a další safe move
+- `/brainstorm`, když ještě není jasný scope nebo první slice
+- `/plan` před větší implementací
+- `/work` nebo jiný úzký implementační loop, když už víte co stavíte
+- test nebo jiný executable check před důležitou změnou
+- `/review` po větším kusu práce
+- `/compound` nebo krátká repo-native poznámka, když objev udělá další práci levnější
+- malý cleanup průběžně: build/test příkazy, omezení a handoff poznámky přesouvejte z chatu do repa
+
+## 4. Přesuňte jedno pravidlo z chatu do repa
+
+Typické kandidáty:
+- build/test příkazy
+- bezpečnostní omezení
+- definice hotovo
+- pravidlo pro handoff
+
+## 5. Pro UI práci držte bezpečný postup
+
+Výchozí pattern:
+- `agent exploration`
+- `Playwright regression`
+- `human review`
+
+Nenechávejte model jako default ovládat váš běžný přihlášený browser bez sandboxu a kontroly.
+
+## 6. Co si projít po workshopu
+
+- [`workshop-skill/reference.md`](../workshop-skill/reference.md)
+- [`workshop-skill/recap.md`](../workshop-skill/recap.md)
+- [`docs/learner-reference-gallery.md`](../docs/learner-reference-gallery.md)
+
+Poznámka:
+- `workshop` skill je garantovaný workshop default
+- další workflow skills a veřejné toolkity berte jako volitelné akcelerátory, ne povinný setup
+
+## Výzva na příští týden
+
+1. Přidejte `AGENTS.md` do jednoho reálného projektu.
+2. Přesuňte jedno trvalé pravidlo z promptu do repa.
+3. Přidejte jeden review nebo handoff checklist.

package/assets/workshop-bundle/workshop-blueprint/README.md

@@ -0,0 +1,48 @@
+# Workshop Blueprint
+
+This folder is the canonical public definition of how Harness Lab works.
+
+Use it for the reusable workshop method:
+
+- what the workshop is trying to teach
+- how the day is structured
+- what facilitators operate
+- what participants use
+- what is editable in the public repo versus only in the private runtime layer
+
+Do not use this folder for live event state. Real dates, rooms, rosters, checkpoint data, monitoring output, and facilitator-only operations belong in the private workshop-instance layer.
+
+## Recommended Reading Order
+
+1. [`day-structure.md`](day-structure.md)
+2. [`teaching-spine.md`](teaching-spine.md)
+3. [`operator-guide.md`](operator-guide.md)
+4. [`control-surfaces.md`](control-surfaces.md)
+5. [`edit-boundaries.md`](edit-boundaries.md)
+6. [`agenda.json`](agenda.json)
+
+## Blueprint Contents
+
+### Human-readable guidance
+
+- [`day-structure.md`](day-structure.md)
+  Explains the workshop arc, phase goals, and what should survive handoff.
+- [`teaching-spine.md`](teaching-spine.md)
+  Defines the habits, facilitator messages, and participant defaults the workshop should install.
+- [`operator-guide.md`](operator-guide.md)
+  Explains how a facilitator prepares, runs, and closes a workshop.
+- [`control-surfaces.md`](control-surfaces.md)
+  Defines participant surface, facilitator dashboard, facilitator skill, and the `harness` CLI as equal clients of one runtime model.
+- [`edit-boundaries.md`](edit-boundaries.md)
+  Explains what changes in the public repo, what changes only in runtime, and how learnings are published back deliberately.
+
+### Structured data
+
+- [`agenda.json`](agenda.json)
+  Canonical reusable agenda and workshop metadata for blueprint import.
+
+## Related Runtime Documents
+
+- [`harness-cli-foundation.md`](../docs/harness-cli-foundation.md)
+
+The deeper runtime and maintainer docs such as blueprint import, publish-back flow, and workshop-instance runbooks remain part of the source repository and maintainer path. They are intentionally not part of the portable participant bundle.

package/assets/workshop-bundle/workshop-blueprint/agenda.json

@@ -0,0 +1,70 @@
+{
+  "version": 1,
+  "blueprintId": "harness-lab-core-day",
+  "title": "Harness Lab",
+  "subtitle": "Workshop operating system pro práci s AI agenty",
+  "principles": [
+    "Mapa před pohybem",
+    "Ověření je hranice důvěry",
+    "Pište tak, aby další tým mohl pokračovat"
+  ],
+  "phases": [
+    {
+      "id": "opening",
+      "order": 1,
+      "label": "Úvod a naladění",
+      "startTime": "09:10",
+      "kind": "shared",
+      "goal": "Rámec dne: nejde o promptování, ale o repo a workflow, které přežijí handoff."
+    },
+    {
+      "id": "talk",
+      "order": 2,
+      "label": "Context is King",
+      "startTime": "09:40",
+      "kind": "shared",
+      "goal": "Krátký talk a porovnání přístupů. Krátká mapa v repu je silnější než prompt blob."
+    },
+    {
+      "id": "build-1",
+      "order": 3,
+      "label": "Build Phase 1",
+      "startTime": "10:30",
+      "kind": "team",
+      "goal": "Nejdřív udělejte z repa operating surface: krátké AGENTS.md, plán, build/test flow, první ověření a první reviewed output."
+    },
+    {
+      "id": "rotation",
+      "order": 4,
+      "label": "Rotace týmů",
+      "startTime": "13:30",
+      "kind": "team",
+      "goal": "Plný přesun lidí mezi stoly. Nejdřív čtěte a napište diagnózu, až pak měňte kód."
+    },
+    {
+      "id": "reveal",
+      "order": 5,
+      "label": "Reveal a reflexe",
+      "startTime": "15:45",
+      "kind": "shared",
+      "goal": "Co pomohlo pokračovat, co chybělo, a kterou bolest teď proměníme v lepší harness."
+    }
+  ],
+  "runtimeImport": {
+    "copiedIntoInstance": [
+      "title",
+      "subtitle",
+      "phases"
+    ],
+    "instanceLocalOnly": [
+      "currentPhaseId",
+      "continuationRevealed",
+      "realDate",
+      "venue",
+      "room",
+      "teamRegistry",
+      "checkpoints",
+      "monitoringSnapshots"
+    ]
+  }
+}