dreamcontext 0.10.5 → 0.11.0

package/README.md

@@ -28,7 +28,9 @@
   <a href="#desktop-app">Desktop App</a> &nbsp;&middot;&nbsp;
   <a href="#council">Council</a> &nbsp;&middot;&nbsp;
   <a href="#memory-recall">Memory Recall</a> &nbsp;&middot;&nbsp;
+  <a href="#lab-insights">Lab</a> &nbsp;&middot;&nbsp;
   <a href="#federation">Federation</a> &nbsp;&middot;&nbsp;
+  <a href="#brain-cloud-sync">Brain Sync</a> &nbsp;&middot;&nbsp;
   <a href="#commands">Commands</a> &nbsp;&middot;&nbsp;
   <a href="DEEP-DIVE.md">Deep Dive</a>
 </p>
@@ -488,6 +490,29 @@ Hook injection is **ON by default**: top hits are auto-surfaced to the agent on
 
 **Recent CHANGELOG in the snapshot is tiered**: top 3 entries detailed (summary + ~300 char body), next 10 titles-only under an "Older" subheading. Everything older still lives in `CHANGELOG.json` and is reachable through `memory recall --types changelog`.
 
+## Lab (Insights)
+
+The numbers that tell you whether the project is working — weekly active users, conversion, revenue, error rate — live in external systems: a product-analytics API, Stripe, a database, a Google Sheet. Getting them into your brain used to mean pasting a figure into a task note, where it went stale the moment you typed it. **Lab** closes that loop. You (or an agent) define a named **insight** — a *curated* metric, never a raw data dump — backed by any HTTP JSON API or a local script, and dreamcontext fetches it, rolls it up, caches the result **in the brain**, and surfaces it to every session.
+
+An insight declares what to fetch (a generic **HTTP** adapter or a custom **script**), how to render it (`number` / `line` / `pie` / `raw`), a refresh **TTL**, and optional **tweaks** such as a time range. One command refreshes the cached snapshots:
+
+```bash
+dreamcontext lab create weekly-active-users --title "Weekly Active Users" \
+  --render line --adapter http --group growth
+dreamcontext lab credentials set analytics_token        # gitignored, 0600, never printed
+dreamcontext lab sync --all                              # refresh every insight (skips fresh unless --force)
+dreamcontext lab show weekly-active-users --json         # cached series only — never re-fetches
+```
+
+- **Insights, not raw dumps.** A hard cap of **62 points per series** is structural — a year of daily data rolls up to monthly buckets, a month may stay daily. Lab delivers curated metrics to agents and dashboards; it is not a BI tool.
+- **Every session sees the latest value.** Cached snapshots live in the brain, so an insight's latest value and staleness ride the SessionStart snapshot and are recallable by meaning — `dreamcontext memory recall "weekly active users" --types insight` — without knowing the slug.
+- **Measured roadmap progress.** Bind an insight to a roadmap objective's Key Result and `lab sync` writes `metric.current` for you, so the [forecast cascade](#roadmap-objectives--the-okr-board) reflects *measured* progress instead of PO-asserted numbers.
+- **Credentials are gitignore-first.** API keys and tokens are written only through `lab credentials set`, stored gitignored at mode `0600`, and structurally redacted — never logged, never returned by a route, and never printed by `credentials list` (names only).
+- **Custom scripts run locally, with a tripwire.** A `.mjs` script insight executes on your machine with your credentials — the same trust level as the repo itself — so if the script changes, Lab prints a loud change notice *before* it runs again.
+- **No silent half-sync.** When a fetch fails the prior cached series is kept intact, the error is surfaced loudly, and the sync exits non-zero. **Sleep does not run lab sync** (credential exposure, latency, non-determinism) — a bound insight feeds a Key Result through its own `lab sync` instead.
+
+The dashboard turns this into a **Lab page**: insights grouped by category, a **number / line / pie / raw** render per insight (hand-rolled SVG, no chart library), per-insight and **sync-all** refresh with live success/error feedback, and inline **tweak editing** to change an insight's range and watch it re-fetch and coarsen granularity. An insight bound to an objective shows a "feeds &lt;objective&gt;" provenance chip.
+
 ## Federation
 
 Most people end up with more than one dreamcontext project. **Federation** lets those projects discover each other and recall across each other **live** — each vault stays the single source of truth for its own knowledge, and sees its peers' canonical knowledge by reference at query time. All opt-in, all local, no server in the middle, and **nothing is ever copied between vaults**.
@@ -526,6 +551,26 @@ A peer is readable when your connection to it is `out`/`both`, it isn't stale, *
 
 > **Note — copy-based sync is parked on the roadmap.** Earlier builds pushed a lossy, truncated *digest* into peers at sleep (`federation sync`) and ingested it as `federated: true` copies (`federation drain`). That broke single-source-of-truth: copies went stale the moment the source changed and re-edits bred duplicates. Those verbs are now **inert no-ops** and the `sleep-federation` specialist is no longer dispatched. If a vault still holds old copies, clear them with `federation purge`. A redesigned opt-in offline-mirror mode may return later — its one genuine advantage is surviving a peer going offline, which live read can't.
 
+## Brain Cloud Sync
+
+Federation lets separate projects read each other. **Brain Cloud Sync** is the other half of team collaboration: it lets a whole team work on the *same* brain. Your `_dream_context/` can become **its own git repository** — separate from the code repo — so tasks, knowledge, and features are pushed, pulled, merged, and reviewed the way you already collaborate on code. It stays local-first the entire time: the brain is still plain markdown and JSON on disk, and git is only the sync transport, not a new database.
+
+```bash
+dreamcontext brain init      # Turn _dream_context/ into its own synced repo (separate or in-tree)
+dreamcontext brain status    # Mode, remote, and current sync state
+dreamcontext brain sync      # Manual fetch → merge → commit → push, outside a sleep cycle
+dreamcontext brain enable    # Turn cloud sync on for this vault
+dreamcontext brain disable   # Turn it off (the brain stays local)
+```
+
+- **Sync rides sleep.** Every `dreamcontext sleep done` automatically runs fetch → merge → commit → push against the brain repo, so your teammates' consolidated context reaches you and yours reaches them with no extra step. A sync failure never fails the sleep.
+- **Deterministic files merge themselves; prose defers to an agent.** JSON (changelog, releases, config) and task status/changelog merge automatically (task changelogs union, the furthest status wins). When two people edit the same *prose* section of a knowledge or feature file, the conflict is handed to a semantic **merge agent** — the `/dream-sync` skill — which reads base/ours/theirs and writes the real merge, then hands back to commit and push.
+- **Two modes.** `separate` is a dedicated brain repo with full auto-sync; **`in-tree`** nests the brain inside the code repo, commits on sleep but **never auto-pushes**, and is the safe default. The scrub gate applies to both.
+- **Nothing secret or machine-local is ever pushed.** A **scrub gate** runs before every commit and push and blocks secrets and absolute local paths. The auth token is never written into the remote URL — git network calls use `GIT_ASKPASS` with a `0600` temp file, so the token never lands in `.git/config`, the environment, or a process argument. Per-machine indexes, caches, and embeddings are gitignored and rebuilt locally, so derived state never causes merge noise.
+- **Private by default, attach is a trust decision.** New brain repos are created **private**. Because a shared brain is a prompt-injection channel, attaching to one prints a loud trust warning and an incoming-diff preview and refuses without an explicit confirmation. Personal attribution rides the existing multi-people awareness (`person:<slug>` tags, changelog authors) rather than per-person file forks.
+
+From the desktop **Launcher** the whole flow is terminal-free: **GitHub device-flow login** (with a personal-access-token fallback), **brain-repo discovery** (repos tagged with the `dreamcontext-brain` topic), **one-click create** of a scrubbed private brain repo, the trust-gated **attach** flow for a second machine, a **team-updates badge** that tells you when teammates have pushed, and a Settings **"Cloud sync"** toggle.
+
 ## Commands
 
 ### Core
@@ -657,6 +702,25 @@ dreamcontext tasks sync-hooks install               # best-effort post-commit/pr
 - **Docs**: illustrated user guide → [docs/clickup.md](docs/clickup.md);
   technical reference → [docs/remote-task-setup.md](docs/remote-task-setup.md).
 
+### Lab (insights)
+
+```bash
+dreamcontext lab list [--json]                        # List insights with latest value + staleness
+dreamcontext lab show <slug> [--json]                 # Show one insight's cached series (never re-fetches)
+dreamcontext lab sync [slug] [--all] [--force]        # Refresh cached snapshots (skips fresh unless --force)
+dreamcontext lab create <slug> --title "..." --render number|line|pie|raw --adapter http|script [--group <g>] [--ttl <min>]
+dreamcontext lab tweak <slug> <key> <value>           # Adjust a declared tweak (e.g. a time range)
+dreamcontext lab credentials set <key>                # Store a source credential (hidden prompt or --value)
+dreamcontext lab credentials list                     # List credential names only — values are never printed
+```
+
+- Insights are **curated metrics, not raw data** — a structural cap of 62 points per series rolls a year of daily data up to monthly buckets. Granularity derives from the resolved range: over 180 days is monthly, 45–180 days weekly, 45 or fewer daily.
+- A source is either the generic **HTTP** adapter (any JSON API — endpoint, method, headers, and body may reference `{{tweak:…}}` and `{{cred:…}}` placeholders, with a JSON-path `extract`) or a **custom `.mjs` script** under `lab/scripts/`. Ready-made PostHog / Sheets adapters are not shipped; the generic HTTP adapter and scripts cover the same ground.
+- `lab sync` caches to the brain, writes a bound objective's `metric.current` when the insight declares a binding, keeps the prior series on failure, and exits non-zero if any insight failed. **Sleep never runs lab sync.**
+- Credentials live in a gitignored `lab/credentials.json` (mode `0600`) written only through `lab credentials set`; `doctor` warns when a manifest names a credential you haven't set and fails if the file exists but isn't gitignored.
+
+See the [Lab (Insights)](#lab-insights) section above for the full workflow.
+
 ### Features
 
 ```bash
@@ -794,6 +858,22 @@ dreamcontext federation purge --all      # Remove leftover federated:true copies
 
 See the [Federation](#federation) section above for the full workflow.
 
+### Brain (cloud sync)
+
+```bash
+dreamcontext brain init                  # Make _dream_context/ its own synced git repo
+dreamcontext brain status                # Show mode (separate | in-tree), remote, and sync state
+dreamcontext brain sync                  # Manual fetch → merge → commit → push outside a sleep cycle
+dreamcontext brain enable                # Turn cloud sync on for this vault
+dreamcontext brain disable               # Turn cloud sync off (the brain stays local)
+```
+
+- `separate` mode is a dedicated brain repo with full post-`sleep done` auto-sync; **`in-tree`** (the safe default) nests the brain in the code repo, commits on sleep, and never auto-pushes.
+- Every `sleep done` runs fetch → merge → commit → push; a scrub gate blocks secrets and absolute paths before every push, and the token is supplied via `GIT_ASKPASS` (never in the remote URL). Prose conflicts defer to the `/dream-sync` merge agent; JSON and task status merge automatically.
+- Device-flow GitHub login, brain-repo discovery, one-click create, the trust-gated attach flow, and a Settings "Cloud sync" toggle are all available from the desktop Launcher.
+
+See the [Brain Cloud Sync](#brain-cloud-sync) section above for the full workflow.
+
 ### Desktop App (macOS)
 
 ```bash

package/agents/curator-auditor.md

@@ -2,7 +2,7 @@
 name: curator-auditor
 description: >
   Read-only audit specialist for the curator skill. Scans ONE domain of an existing
-  dreamcontext brain (knowledge / single-source-of-truth / features / tasks / versions)
+  dreamcontext brain (knowledge / single-source-of-truth / features / tasks / versions / objectives)
   against the conventions that are CURRENT AT RUN TIME — read from the live `dreamcontext`
   skill, `taxonomy vocab`, and the soul — and returns a structured REORG FINDINGS list:
   every drifted artifact mapped to `source → action → target` (MOVE / MERGE / SPLIT /

package/agents/curator-verifier.md

@@ -52,9 +52,9 @@ Run the **real checks** and return a verdict with evidence. Do not reason about
    description + tags; no orphaned/empty entries; moved files round-trip (no dangling slugs).
 3. **Zero duplicate-topic knowledge.** No two knowledge files cover the same subject. Spot-check
    by clustering titles/tags and reading the suspected pairs — a survived near-duplicate is a FAIL.
-4. **Zero topic-as-both.** No topic exists as BOTH a `core/features/<x>.md` and a
-   `knowledge/**/<x>.md`. Cross-list feature names against knowledge slugs/titles; any collision
-   that isn't a deliberate feature→knowledge *reference* is a FAIL.
+4. **Zero topic-as-both.** No topic exists as BOTH a `knowledge/features/<x>.md` (typed knowledge,
+   `type: feature`) and a non-feature `knowledge/**/<x>.md`. Cross-list feature names against other
+   knowledge slugs/titles; any collision that isn't a deliberate feature→knowledge *reference* is a FAIL.
 5. **Statuses reflect reality.** No task in `todo`/`in_progress` that is demonstrably finished
    (cross-check the changelog / releases / code). Feature + version/release statuses are internally
    consistent. Cite the evidence for any status you assert is wrong.

package/agents/curator-worker.md

@@ -35,7 +35,7 @@ skills:
 
 - **dreamcontext** — the CLI surface that keeps the brain coherent: `knowledge move`,
   `knowledge merge`, `knowledge create`, `features create`/`features set`, `tasks status`,
-  `tasks create`, `taxonomy add`, `core releases`. Structural ops go through the CLI so
+  `tasks create`, `taxonomy add`, `core releases`, `roadmap objective edit`/`depend`/`undepend` (objectives are PO-authored — only status/dependency/link hygiene, never rewrite their prose). Structural ops go through the CLI so
   frontmatter, LIFO ordering, the knowledge index, and `[[wikilinks]]` are all kept consistent.
   The feature-vs-knowledge boundary and folder conventions come from here too.
 

package/agents/sleep-federation.md

@@ -8,7 +8,7 @@ description: >
   entries. Owns ONLY federation state — never touches native local knowledge,
   tasks, or product files. Order is ALWAYS drain-then-distribute.
 tools: Read, Write, Edit, Bash, Glob, Grep
-model: sonnet
+model: claude-sonnet-4-5-20250929
 skills:
   - dreamcontext
 ---

package/agents/sleep-migration.md

@@ -7,7 +7,7 @@ description: >
   alters body prose. Writes the ledger on completion via
   `dreamcontext migrations record`.
 tools: Read, Write, Edit, Bash, Glob, Grep
-model: sonnet
+model: claude-sonnet-4-5-20250929
 skills:
   - dreamcontext
 ---

package/agents/sleep-product.md

@@ -5,9 +5,10 @@ description: >
   files and feature PRDs. Dispatched (optionally) by the main agent during sleep when
   research, novel patterns, named decisions, feature progress, new buildable concepts, or
   staleness flags from sleep-state are present. Creates and reconciles knowledge/*.md and
-  core/features/*.md, processes staleness flags, and maintains the knowledge index.
+  knowledge/features/*.md (typed knowledge, type: feature), processes staleness flags, and
+  maintains the knowledge index.
 tools: Read, Write, Edit, Bash, Glob, Grep
-model: sonnet
+model: claude-sonnet-4-5-20250929
 skills:
   - dreamcontext
 ---
@@ -16,14 +17,14 @@ skills:
 
 ## Skills always loaded
 
-- **dreamcontext** — knowledge files use `dreamcontext knowledge create` with the standard tag set (`dreamcontext knowledge tags`); without the skill you'd freelance tags and fragment discovery, and miss the pinned-knowledge auto-load semantics. Feature PRDs use `dreamcontext features create` and structured-inserted via `dreamcontext features insert <name> <section>`. The skill defines the PRD schema (Why / User Stories / Acceptance Criteria / Constraints & Decisions / Technical Details) and the `related_tasks` cross-link to task files.
+- **dreamcontext** — knowledge files use `dreamcontext knowledge create` with the standard tag set (`dreamcontext knowledge tags`); without the skill you'd freelance tags and fragment discovery, and miss the pinned-knowledge auto-load semantics. Feature PRDs use `dreamcontext features create` (deprecated compat alias — writes typed knowledge under `knowledge/features/`) and structured-inserted via `dreamcontext features insert <name> <section>`. The skill defines the PRD schema (Why / User Stories / Acceptance Criteria / Constraints & Decisions / Technical Details) and the `related_tasks` cross-link to task files.
 
 You own two retrospective stores:
 
 | Domain | Files |
 |---|---|
 | **Knowledge** | `_dream_context/knowledge/*.md` — research worth keeping, decisions worth tracing back to, archived overflow from core |
-| **Features** | `_dream_context/core/features/*.md` — PRDs that tie user-visible capabilities to User Stories, Acceptance Criteria, and the tasks that ship them |
+| **Features** | `_dream_context/knowledge/features/*.md` — typed knowledge (`type: feature`) PRDs that tie user-visible capabilities to User Stories, Acceptance Criteria, and the tasks that ship them |
 
 Both are documentation of *what was built and why*, not in-progress work.
 
@@ -40,7 +41,7 @@ You're optional. The main agent dispatches you when **at least one** of these si
 
 **Feature signals:**
 - A task slug matches an existing feature PRD filename.
-- `git status` shows changes under `_dream_context/core/features/`.
+- `git status` shows changes under `_dream_context/knowledge/features/`.
 - A session advanced a feature substantially (≥1 acceptance criterion newly met, new milestone).
 - A new buildable concept emerged with **≥2 acceptance criteria** named anywhere in the session.
 - The user explicitly called something "a feature" or said "we should add X".
@@ -55,7 +56,7 @@ If none apply when you start, no-op cheaply: read the brief, scan for actual sig
 |---|---|
 | `_dream_context/knowledge/*.md` (create + edit) | core 0-6 files (sleep-state owns) |
 | `_dream_context/knowledge/data-structures/<product>.md` (schemas, models, API contracts) | task files (sleep-tasks owns) |
-| `_dream_context/core/features/*.md` (create + edit) | changelog, releases (sleep-state owns) |
+| `_dream_context/knowledge/features/*.md` (create + edit, typed knowledge) | changelog, releases (sleep-state owns) |
 |  | `core/objectives/*.md` (PO-authored roadmap objectives — never edit) |
 |  | `knowledge/roadmap/board.md` (AUTO-GENERATED by `dreamcontext roadmap` — never hand-edit; the orchestrator regenerates it each sleep) |
 | `dreamcontext knowledge create --tags "..."` | |
@@ -97,7 +98,7 @@ Ground the PRD in current truth before editing or creating:
 cat _dream_context/state/<related-task>.md
 
 # Read existing PRD if updating
-cat _dream_context/core/features/<name>.md
+cat _dream_context/knowledge/features/<name>.md
 
 # Inspect the actual code that ships the feature
 git log --oneline --since="$(jq -r '.sleep_started_at // .last_sleep' _dream_context/state/.sleep.json)" -- src/
@@ -135,7 +136,7 @@ dreamcontext features insert <name> constraints "<decision>"
 Create a new PRD when **ANY** of:
 - (a) the session introduced a feature concept with **≥2 acceptance criteria** written down anywhere (task body, conversation summary, sleep notes); OR
 - (b) the user explicitly named something as "a feature" or "we should add X" (or equivalent intent); OR
-- (c) a task `.md` has `feature: <slug>` frontmatter pointing to a non-existent file in `core/features/`.
+- (c) a task `.md` has `feature: <slug>` frontmatter pointing to a non-existent file in `knowledge/features/`.
 
 This trigger is intentionally broad. Better to create a thin PRD that gets enriched next cycle than to leave a buildable concept undocumented.
 
@@ -159,7 +160,7 @@ Then Edit the resulting file. Required sections (look at existing PRDs for shape
 #### A5. Multi-product awareness
 
 If the relevant task has `product: X` in frontmatter, the PRD MAY be product-scoped:
-- Write the PRD to `core/features/<slug>.md` (single flat directory) but include `product: X` in frontmatter so dashboard/CLI filters can route it.
+- Write the PRD to `knowledge/features/<slug>.md` (single flat directory, typed knowledge) but include `product: X` in frontmatter so dashboard/CLI filters can route it.
 - Any knowledge updates that emerge from this feature go to `_dream_context/knowledge/products/X.md` (create if missing) **in addition to or instead of** the global knowledge files. Per-product knowledge wins when the content is product-specific; global knowledge wins for cross-cutting topics.
 
 ### Pass B — Knowledge

package/agents/sleep-state.md

@@ -8,7 +8,7 @@ description: >
   change since the sleep epoch; surfaces release readiness; enforces anti-bloat ceilings;
   flags stale knowledge files for sleep-product to handle.
 tools: Read, Write, Edit, Bash, Glob, Grep
-model: sonnet
+model: claude-sonnet-4-5-20250929
 skills:
   - dreamcontext
 ---

package/agents/sleep-tasks.md

@@ -6,7 +6,7 @@ description: >
   bumps statuses, creates new tasks for untracked work, attaches everything to the active
   planning version.
 tools: Read, Write, Edit, Bash, Glob, Grep
-model: sonnet
+model: claude-sonnet-4-5-20250929
 skills:
   - dreamcontext
 ---
@@ -26,8 +26,8 @@ You own `_dream_context/state/*.md` and the task lifecycle. The orchestrator gav
 | `_dream_context/state/<slug>.md` (task files) | `core/CHANGELOG.json`, `core/RELEASES.json` |
 | `dreamcontext tasks {create,status,log,insert,objectives}` | `core/0-6.*` files |
 | Workflow Mermaid node classes inside task bodies | `knowledge/*.md` |
-| Task `objectives:` links (propose-only — see grooming (d)) | `core/features/*.md` |
-|  | `core/objectives/*.md` (PO-authored — never edit) |
+| Task `objectives:` links (propose-only — see grooming (d)) | `knowledge/features/*.md` |
+|  | `core/objectives/*.md` (PO-authored — never hand-edit; the ONE exception is refreshing a Key Result's `current` via `dreamcontext roadmap objective metric <slug> --current <n>`) |
 
 If a session's work belongs in a different domain (e.g., an architectural decision worth keeping in `2.memory.md`), **mention it in your report** so the orchestrator can confirm the right specialist handled it. Do not edit it yourself.
 
@@ -154,6 +154,8 @@ A fresh session opening this task file should see the *current plan*.
 
 ### 4. Status — review only when genuinely needed
 
+**Think hard before you set each task's status here.** The `completed` vs `in_review` call is the one genuinely judgment-heavy decision in this cycle — reason through the specific task's risk, reviewability, and whether any criterion is mechanically unproven before you bump it, rather than pattern-matching on surface cues.
+
 Pick the status that matches reality. **Do NOT reflexively bump everything to `in_review`** — that buries the few tasks that actually need the user's eyes under a pile that didn't, and leaves finished work rotting half-closed.
 
 | The task this cycle is… | Status |
@@ -211,7 +213,9 @@ dreamcontext tasks list          # every non-completed task, with updated dates
 
 **(c) Tagging.** Tags drive recall — sharpen them every cycle. Normalize every task's frontmatter `tags` to the taxonomy vocab (`dreamcontext taxonomy vocab`), and *add* missing facets (area / type / feature) where a task is under-tagged. A well-tagged backlog is found; a poorly-tagged one is re-derived blind.
 
-**(d) Objective linking (only when `core/objectives/` is non-empty).** Objectives are the PO's OKR roadmap items; tasks link to them many-to-many via the `objectives:` frontmatter list. For each task you touched (or created) whose `objectives:` is **absent or empty**, judge which objective(s) the work genuinely serves — check `dreamcontext roadmap objective list` for the live set — and set them: `dreamcontext tasks objectives <slug> <a,b>` (multiple slugs when one task lifts several outcomes, e.g. revenue AND retention — that's expected, not double-counting). **HARD RULE: a non-empty `objectives:` list is a PO decision — NEVER change or extend it.** If no objective fits, leave the field empty; do not force a link. You only edit the task-side field; `core/objectives/*.md` files are PO-authored and off-limits. Rollups/forecasts recompute when the orchestrator runs `dreamcontext roadmap` after your report.
+**(d) Objective linking (only when `core/objectives/` is non-empty).** Objectives are the PO's OKR roadmap items; tasks link to them many-to-many via the `objectives:` frontmatter list. For each task you touched (or created) whose `objectives:` is **absent or empty**, judge which objective(s) the work genuinely serves — check `dreamcontext roadmap objective list` for the live set — and set them: `dreamcontext tasks objectives <slug> <a,b>` (multiple slugs when one task lifts several outcomes, e.g. revenue AND retention — that's expected, not double-counting). **HARD RULE: a non-empty `objectives:` list is a PO decision — NEVER change or extend it.** If no objective fits, leave the field empty; do not force a link. You only edit the task-side field; `core/objectives/*.md` prose/title/dates/structure stay PO-authored and off-limits. Rollups/forecasts recompute when the orchestrator runs `dreamcontext roadmap` after your report.
+
+**Key Result current — you MAY update it.** When this cycle surfaced a new real observed value for an objective's Key Result metric (e.g. MRR moved to $1,250, active users hit 400) — from the transcript, a file, or a connected system — refresh it: `dreamcontext roadmap objective metric <slug> --current <n>`. This is the ONE write you may make to a `core/objectives/*.md` file, and only through this CLI verb (never hand-edit the frontmatter). Use a value you actually observed — do not invent or estimate a number. The roadmap board regen at the end of sleep will reflect the new progress.
 
 Never silently delete a task, and never `completed` a task that was never actually done — for superseded/abandoned/obsoleted work, `in_review` with an explicit reason hands the close decision to the user. List every grooming action in your report.
 
@@ -243,4 +247,4 @@ Dropped-but-load-bearing self-check: <none | list any digest/auto-bookmark/task
 6. **CLI first** for status/log/insert; **Edit** for surgical body reconciliation (including broadening `description:` / `## Why` when scope grows).
 7. **Person attribution is multi-person only.** Read `.config.json` `people` first. If 0 or 1 entry, step 2.5 is a complete NO-OP — never inject `person:` tags on solo projects. Derived multi-person status comes from `people.length > 1`; there is no `multiPerson` key to check.
 8. **Normalize tags via taxonomy vocab.** When writing or updating task frontmatter tags, check `dreamcontext taxonomy vocab` and use canonical forms (faceted or bare standard tags); non-canonical tags degrade recall.
-9. **Objectives: propose for empty, never overwrite non-empty.** An existing `objectives:` value is a PO decision that sticks. You fill blanks with judgment; you never revise the PO's linking. Objective files themselves (`core/objectives/`) are outside your domain entirely.
+9. **Objectives: propose for empty, never overwrite non-empty.** An existing `objectives:` value is a PO decision that sticks. You fill blanks with judgment; you never revise the PO's linking. Objective files themselves (`core/objectives/`) are PO-authored — never hand-edit their prose, title, dates, or structure — with the single exception that you may refresh a Key Result's `current` via `dreamcontext roadmap objective metric <slug> --current` when you observed a new real value (see grooming (d)).

package/dist/agents/curator-auditor.md

@@ -2,7 +2,7 @@
 name: curator-auditor
 description: >
   Read-only audit specialist for the curator skill. Scans ONE domain of an existing
-  dreamcontext brain (knowledge / single-source-of-truth / features / tasks / versions)
+  dreamcontext brain (knowledge / single-source-of-truth / features / tasks / versions / objectives)
   against the conventions that are CURRENT AT RUN TIME — read from the live `dreamcontext`
   skill, `taxonomy vocab`, and the soul — and returns a structured REORG FINDINGS list:
   every drifted artifact mapped to `source → action → target` (MOVE / MERGE / SPLIT /

package/dist/agents/curator-verifier.md

@@ -52,9 +52,9 @@ Run the **real checks** and return a verdict with evidence. Do not reason about
    description + tags; no orphaned/empty entries; moved files round-trip (no dangling slugs).
 3. **Zero duplicate-topic knowledge.** No two knowledge files cover the same subject. Spot-check
    by clustering titles/tags and reading the suspected pairs — a survived near-duplicate is a FAIL.
-4. **Zero topic-as-both.** No topic exists as BOTH a `core/features/<x>.md` and a
-   `knowledge/**/<x>.md`. Cross-list feature names against knowledge slugs/titles; any collision
-   that isn't a deliberate feature→knowledge *reference* is a FAIL.
+4. **Zero topic-as-both.** No topic exists as BOTH a `knowledge/features/<x>.md` (typed knowledge,
+   `type: feature`) and a non-feature `knowledge/**/<x>.md`. Cross-list feature names against other
+   knowledge slugs/titles; any collision that isn't a deliberate feature→knowledge *reference* is a FAIL.
 5. **Statuses reflect reality.** No task in `todo`/`in_progress` that is demonstrably finished
    (cross-check the changelog / releases / code). Feature + version/release statuses are internally
    consistent. Cite the evidence for any status you assert is wrong.

package/dist/agents/curator-worker.md

@@ -35,7 +35,7 @@ skills:
 
 - **dreamcontext** — the CLI surface that keeps the brain coherent: `knowledge move`,
   `knowledge merge`, `knowledge create`, `features create`/`features set`, `tasks status`,
-  `tasks create`, `taxonomy add`, `core releases`. Structural ops go through the CLI so
+  `tasks create`, `taxonomy add`, `core releases`, `roadmap objective edit`/`depend`/`undepend` (objectives are PO-authored — only status/dependency/link hygiene, never rewrite their prose). Structural ops go through the CLI so
   frontmatter, LIFO ordering, the knowledge index, and `[[wikilinks]]` are all kept consistent.
   The feature-vs-knowledge boundary and folder conventions come from here too.
 

package/dist/agents/sleep-federation.md

@@ -8,7 +8,7 @@ description: >
   entries. Owns ONLY federation state — never touches native local knowledge,
   tasks, or product files. Order is ALWAYS drain-then-distribute.
 tools: Read, Write, Edit, Bash, Glob, Grep
-model: sonnet
+model: claude-sonnet-4-5-20250929
 skills:
   - dreamcontext
 ---

package/dist/agents/sleep-migration.md

@@ -7,7 +7,7 @@ description: >
   alters body prose. Writes the ledger on completion via
   `dreamcontext migrations record`.
 tools: Read, Write, Edit, Bash, Glob, Grep
-model: sonnet
+model: claude-sonnet-4-5-20250929
 skills:
   - dreamcontext
 ---

package/dist/agents/sleep-product.md

@@ -5,9 +5,10 @@ description: >
   files and feature PRDs. Dispatched (optionally) by the main agent during sleep when
   research, novel patterns, named decisions, feature progress, new buildable concepts, or
   staleness flags from sleep-state are present. Creates and reconciles knowledge/*.md and
-  core/features/*.md, processes staleness flags, and maintains the knowledge index.
+  knowledge/features/*.md (typed knowledge, type: feature), processes staleness flags, and
+  maintains the knowledge index.
 tools: Read, Write, Edit, Bash, Glob, Grep
-model: sonnet
+model: claude-sonnet-4-5-20250929
 skills:
   - dreamcontext
 ---
@@ -16,14 +17,14 @@ skills:
 
 ## Skills always loaded
 
-- **dreamcontext** — knowledge files use `dreamcontext knowledge create` with the standard tag set (`dreamcontext knowledge tags`); without the skill you'd freelance tags and fragment discovery, and miss the pinned-knowledge auto-load semantics. Feature PRDs use `dreamcontext features create` and structured-inserted via `dreamcontext features insert <name> <section>`. The skill defines the PRD schema (Why / User Stories / Acceptance Criteria / Constraints & Decisions / Technical Details) and the `related_tasks` cross-link to task files.
+- **dreamcontext** — knowledge files use `dreamcontext knowledge create` with the standard tag set (`dreamcontext knowledge tags`); without the skill you'd freelance tags and fragment discovery, and miss the pinned-knowledge auto-load semantics. Feature PRDs use `dreamcontext features create` (deprecated compat alias — writes typed knowledge under `knowledge/features/`) and structured-inserted via `dreamcontext features insert <name> <section>`. The skill defines the PRD schema (Why / User Stories / Acceptance Criteria / Constraints & Decisions / Technical Details) and the `related_tasks` cross-link to task files.
 
 You own two retrospective stores:
 
 | Domain | Files |
 |---|---|
 | **Knowledge** | `_dream_context/knowledge/*.md` — research worth keeping, decisions worth tracing back to, archived overflow from core |
-| **Features** | `_dream_context/core/features/*.md` — PRDs that tie user-visible capabilities to User Stories, Acceptance Criteria, and the tasks that ship them |
+| **Features** | `_dream_context/knowledge/features/*.md` — typed knowledge (`type: feature`) PRDs that tie user-visible capabilities to User Stories, Acceptance Criteria, and the tasks that ship them |
 
 Both are documentation of *what was built and why*, not in-progress work.
 
@@ -40,7 +41,7 @@ You're optional. The main agent dispatches you when **at least one** of these si
 
 **Feature signals:**
 - A task slug matches an existing feature PRD filename.
-- `git status` shows changes under `_dream_context/core/features/`.
+- `git status` shows changes under `_dream_context/knowledge/features/`.
 - A session advanced a feature substantially (≥1 acceptance criterion newly met, new milestone).
 - A new buildable concept emerged with **≥2 acceptance criteria** named anywhere in the session.
 - The user explicitly called something "a feature" or said "we should add X".
@@ -55,7 +56,7 @@ If none apply when you start, no-op cheaply: read the brief, scan for actual sig
 |---|---|
 | `_dream_context/knowledge/*.md` (create + edit) | core 0-6 files (sleep-state owns) |
 | `_dream_context/knowledge/data-structures/<product>.md` (schemas, models, API contracts) | task files (sleep-tasks owns) |
-| `_dream_context/core/features/*.md` (create + edit) | changelog, releases (sleep-state owns) |
+| `_dream_context/knowledge/features/*.md` (create + edit, typed knowledge) | changelog, releases (sleep-state owns) |
 |  | `core/objectives/*.md` (PO-authored roadmap objectives — never edit) |
 |  | `knowledge/roadmap/board.md` (AUTO-GENERATED by `dreamcontext roadmap` — never hand-edit; the orchestrator regenerates it each sleep) |
 | `dreamcontext knowledge create --tags "..."` | |
@@ -97,7 +98,7 @@ Ground the PRD in current truth before editing or creating:
 cat _dream_context/state/<related-task>.md
 
 # Read existing PRD if updating
-cat _dream_context/core/features/<name>.md
+cat _dream_context/knowledge/features/<name>.md
 
 # Inspect the actual code that ships the feature
 git log --oneline --since="$(jq -r '.sleep_started_at // .last_sleep' _dream_context/state/.sleep.json)" -- src/
@@ -135,7 +136,7 @@ dreamcontext features insert <name> constraints "<decision>"
 Create a new PRD when **ANY** of:
 - (a) the session introduced a feature concept with **≥2 acceptance criteria** written down anywhere (task body, conversation summary, sleep notes); OR
 - (b) the user explicitly named something as "a feature" or "we should add X" (or equivalent intent); OR
-- (c) a task `.md` has `feature: <slug>` frontmatter pointing to a non-existent file in `core/features/`.
+- (c) a task `.md` has `feature: <slug>` frontmatter pointing to a non-existent file in `knowledge/features/`.
 
 This trigger is intentionally broad. Better to create a thin PRD that gets enriched next cycle than to leave a buildable concept undocumented.
 
@@ -159,7 +160,7 @@ Then Edit the resulting file. Required sections (look at existing PRDs for shape
 #### A5. Multi-product awareness
 
 If the relevant task has `product: X` in frontmatter, the PRD MAY be product-scoped:
-- Write the PRD to `core/features/<slug>.md` (single flat directory) but include `product: X` in frontmatter so dashboard/CLI filters can route it.
+- Write the PRD to `knowledge/features/<slug>.md` (single flat directory, typed knowledge) but include `product: X` in frontmatter so dashboard/CLI filters can route it.
 - Any knowledge updates that emerge from this feature go to `_dream_context/knowledge/products/X.md` (create if missing) **in addition to or instead of** the global knowledge files. Per-product knowledge wins when the content is product-specific; global knowledge wins for cross-cutting topics.
 
 ### Pass B — Knowledge

package/dist/agents/sleep-state.md

@@ -8,7 +8,7 @@ description: >
   change since the sleep epoch; surfaces release readiness; enforces anti-bloat ceilings;
   flags stale knowledge files for sleep-product to handle.
 tools: Read, Write, Edit, Bash, Glob, Grep
-model: sonnet
+model: claude-sonnet-4-5-20250929
 skills:
   - dreamcontext
 ---

package/dist/agents/sleep-tasks.md

@@ -6,7 +6,7 @@ description: >
   bumps statuses, creates new tasks for untracked work, attaches everything to the active
   planning version.
 tools: Read, Write, Edit, Bash, Glob, Grep
-model: sonnet
+model: claude-sonnet-4-5-20250929
 skills:
   - dreamcontext
 ---
@@ -26,8 +26,8 @@ You own `_dream_context/state/*.md` and the task lifecycle. The orchestrator gav
 | `_dream_context/state/<slug>.md` (task files) | `core/CHANGELOG.json`, `core/RELEASES.json` |
 | `dreamcontext tasks {create,status,log,insert,objectives}` | `core/0-6.*` files |
 | Workflow Mermaid node classes inside task bodies | `knowledge/*.md` |
-| Task `objectives:` links (propose-only — see grooming (d)) | `core/features/*.md` |
-|  | `core/objectives/*.md` (PO-authored — never edit) |
+| Task `objectives:` links (propose-only — see grooming (d)) | `knowledge/features/*.md` |
+|  | `core/objectives/*.md` (PO-authored — never hand-edit; the ONE exception is refreshing a Key Result's `current` via `dreamcontext roadmap objective metric <slug> --current <n>`) |
 
 If a session's work belongs in a different domain (e.g., an architectural decision worth keeping in `2.memory.md`), **mention it in your report** so the orchestrator can confirm the right specialist handled it. Do not edit it yourself.
 
@@ -154,6 +154,8 @@ A fresh session opening this task file should see the *current plan*.
 
 ### 4. Status — review only when genuinely needed
 
+**Think hard before you set each task's status here.** The `completed` vs `in_review` call is the one genuinely judgment-heavy decision in this cycle — reason through the specific task's risk, reviewability, and whether any criterion is mechanically unproven before you bump it, rather than pattern-matching on surface cues.
+
 Pick the status that matches reality. **Do NOT reflexively bump everything to `in_review`** — that buries the few tasks that actually need the user's eyes under a pile that didn't, and leaves finished work rotting half-closed.
 
 | The task this cycle is… | Status |
@@ -211,7 +213,9 @@ dreamcontext tasks list          # every non-completed task, with updated dates
 
 **(c) Tagging.** Tags drive recall — sharpen them every cycle. Normalize every task's frontmatter `tags` to the taxonomy vocab (`dreamcontext taxonomy vocab`), and *add* missing facets (area / type / feature) where a task is under-tagged. A well-tagged backlog is found; a poorly-tagged one is re-derived blind.
 
-**(d) Objective linking (only when `core/objectives/` is non-empty).** Objectives are the PO's OKR roadmap items; tasks link to them many-to-many via the `objectives:` frontmatter list. For each task you touched (or created) whose `objectives:` is **absent or empty**, judge which objective(s) the work genuinely serves — check `dreamcontext roadmap objective list` for the live set — and set them: `dreamcontext tasks objectives <slug> <a,b>` (multiple slugs when one task lifts several outcomes, e.g. revenue AND retention — that's expected, not double-counting). **HARD RULE: a non-empty `objectives:` list is a PO decision — NEVER change or extend it.** If no objective fits, leave the field empty; do not force a link. You only edit the task-side field; `core/objectives/*.md` files are PO-authored and off-limits. Rollups/forecasts recompute when the orchestrator runs `dreamcontext roadmap` after your report.
+**(d) Objective linking (only when `core/objectives/` is non-empty).** Objectives are the PO's OKR roadmap items; tasks link to them many-to-many via the `objectives:` frontmatter list. For each task you touched (or created) whose `objectives:` is **absent or empty**, judge which objective(s) the work genuinely serves — check `dreamcontext roadmap objective list` for the live set — and set them: `dreamcontext tasks objectives <slug> <a,b>` (multiple slugs when one task lifts several outcomes, e.g. revenue AND retention — that's expected, not double-counting). **HARD RULE: a non-empty `objectives:` list is a PO decision — NEVER change or extend it.** If no objective fits, leave the field empty; do not force a link. You only edit the task-side field; `core/objectives/*.md` prose/title/dates/structure stay PO-authored and off-limits. Rollups/forecasts recompute when the orchestrator runs `dreamcontext roadmap` after your report.
+
+**Key Result current — you MAY update it.** When this cycle surfaced a new real observed value for an objective's Key Result metric (e.g. MRR moved to $1,250, active users hit 400) — from the transcript, a file, or a connected system — refresh it: `dreamcontext roadmap objective metric <slug> --current <n>`. This is the ONE write you may make to a `core/objectives/*.md` file, and only through this CLI verb (never hand-edit the frontmatter). Use a value you actually observed — do not invent or estimate a number. The roadmap board regen at the end of sleep will reflect the new progress.
 
 Never silently delete a task, and never `completed` a task that was never actually done — for superseded/abandoned/obsoleted work, `in_review` with an explicit reason hands the close decision to the user. List every grooming action in your report.
 
@@ -243,4 +247,4 @@ Dropped-but-load-bearing self-check: <none | list any digest/auto-bookmark/task
 6. **CLI first** for status/log/insert; **Edit** for surgical body reconciliation (including broadening `description:` / `## Why` when scope grows).
 7. **Person attribution is multi-person only.** Read `.config.json` `people` first. If 0 or 1 entry, step 2.5 is a complete NO-OP — never inject `person:` tags on solo projects. Derived multi-person status comes from `people.length > 1`; there is no `multiPerson` key to check.
 8. **Normalize tags via taxonomy vocab.** When writing or updating task frontmatter tags, check `dreamcontext taxonomy vocab` and use canonical forms (faceted or bare standard tags); non-canonical tags degrade recall.
-9. **Objectives: propose for empty, never overwrite non-empty.** An existing `objectives:` value is a PO decision that sticks. You fill blanks with judgment; you never revise the PO's linking. Objective files themselves (`core/objectives/`) are outside your domain entirely.
+9. **Objectives: propose for empty, never overwrite non-empty.** An existing `objectives:` value is a PO decision that sticks. You fill blanks with judgment; you never revise the PO's linking. Objective files themselves (`core/objectives/`) are PO-authored — never hand-edit their prose, title, dates, or structure — with the single exception that you may refresh a Key Result's `current` via `dreamcontext roadmap objective metric <slug> --current` when you observed a new real value (see grooming (d)).

package/dist/dashboard/assets/{BrainCanvas3D-8hG96aAi.js → BrainCanvas3D-BG5EC27O.js}

@@ -1,4 +1,4 @@
-import{bt as jc,bu as I0,aH as pS,bv as xt,bw as Ip,bx as mS,by as gS,bz as _S,bA as xS,bB as yS,bq as vS,br as bS,bC as B0,aC as SS,bD as TS,bE as MS,bF as ES,bG as xg,bH as yg,bI as AS,bJ as k,bK as $s,bL as wS,bM as RS,bN as CS,bO as NS}from"./index-DalMBSek.js";import{_ as Bi}from"./extends-CF3RwP-h.js";function PS(r){var e=jc(.1),t,n,i;typeof r!="function"&&(r=jc(r==null?0:+r));function s(a){for(var l=0,c=t.length,u;l<c;++l)u=t[l],u.vz+=(i[l]-u.z)*n[l]*a}function o(){if(t){var a,l=t.length;for(n=new Array(l),i=new Array(l),a=0;a<l;++a)n[a]=isNaN(i[a]=+r(t[a],a,t))?0:+e(t[a],a,t)}}return s.initialize=function(a){t=a,o()},s.strength=function(a){return arguments.length?(e=typeof a=="function"?a:jc(+a),o(),s):e},s.z=function(a){return arguments.length?(r=typeof a=="function"?a:jc(+a),o(),s):r},s}/**
+import{bt as jc,bu as I0,aH as pS,bv as xt,bw as Ip,bx as mS,by as gS,bz as _S,bA as xS,bB as yS,bq as vS,br as bS,bC as B0,aC as SS,bD as TS,bE as MS,bF as ES,bG as xg,bH as yg,bI as AS,bJ as k,bK as $s,bL as wS,bM as RS,bN as CS,bO as NS}from"./index-DKts-kEI.js";import{_ as Bi}from"./extends-CF3RwP-h.js";function PS(r){var e=jc(.1),t,n,i;typeof r!="function"&&(r=jc(r==null?0:+r));function s(a){for(var l=0,c=t.length,u;l<c;++l)u=t[l],u.vz+=(i[l]-u.z)*n[l]*a}function o(){if(t){var a,l=t.length;for(n=new Array(l),i=new Array(l),a=0;a<l;++a)n[a]=isNaN(i[a]=+r(t[a],a,t))?0:+e(t[a],a,t)}}return s.initialize=function(a){t=a,o()},s.strength=function(a){return arguments.length?(e=typeof a=="function"?a:jc(+a),o(),s):e},s.z=function(a){return arguments.length?(r=typeof a=="function"?a:jc(+a),o(),s):r},s}/**
  * @license
  * Copyright 2010-2026 Three.js Authors
  * SPDX-License-Identifier: MIT

package/dist/dashboard/assets/{_baseUniq-b4AibH2-.js → _baseUniq-BBdAvxIr.js}

@@ -1 +1 @@
-import{aK as A,aL as S,a_ as P,aJ as W,bY as ln,bZ as gn,b_ as dn,b$ as z,c0 as hn,bT as pn,c1 as G,b1 as N,b6 as m,b9 as R,c2 as An,b0 as U,b4 as _n,c3 as wn,bW as on,aM as V,bU as On,c4 as I}from"./index-DalMBSek.js";function vn(n,r){for(var e=-1,i=n==null?0:n.length,f=Array(i);++e<i;)f[e]=r(n[e],e,n);return f}var K=P?P.prototype:void 0,B=K?K.toString:void 0;function k(n){if(typeof n=="string")return n;if(A(n))return vn(n,k)+"";if(S(n))return B?B.call(n):"";var r=n+"";return r=="0"&&1/n==-1/0?"-0":r}function Pn(){}function cn(n,r){for(var e=-1,i=n==null?0:n.length;++e<i&&r(n[e],e,n)!==!1;);return n}function En(n,r,e,i){for(var f=n.length,t=e+-1;++t<f;)if(r(n[t],t,n))return t;return-1}function yn(n){return n!==n}function Tn(n,r,e){for(var i=e-1,f=n.length;++i<f;)if(n[i]===r)return i;return-1}function Rn(n,r,e){return r===r?Tn(n,r,e):En(n,yn,e)}function bn(n,r){var e=n==null?0:n.length;return!!e&&Rn(n,r,0)>-1}function x(n){return W(n)?ln(n):gn(n)}var In=/\.|\[(?:[^[\]]*|(["'])(?:(?!\1)[^\\]|\\.)*?\1)\]/,Ln=/^\w*$/;function M(n,r){if(A(n))return!1;var e=typeof n;return e=="number"||e=="symbol"||e=="boolean"||n==null||S(n)?!0:Ln.test(n)||!In.test(n)||r!=null&&n in Object(r)}var Sn=500;function xn(n){var r=dn(n,function(i){return e.size===Sn&&e.clear(),i}),e=r.cache;return r}var Mn=/[^.[\]]+|\[(?:(-?\d+(?:\.\d+)?)|(["'])((?:(?!\2)[^\\]|\\.)*?)\2)\]|(?=(?:\.|\[\])(?:\.|\[\]|$))/g,$n=/\\(\\)?/g,Cn=xn(function(n){var r=[];return n.charCodeAt(0)===46&&r.push(""),n.replace(Mn,function(e,i,f,t){r.push(f?t.replace($n,"$1"):i||e)}),r});function Dn(n){return n==null?"":k(n)}function j(n,r){return A(n)?n:M(n,r)?[n]:Cn(Dn(n))}function b(n){if(typeof n=="string"||S(n))return n;var r=n+"";return r=="0"&&1/n==-1/0?"-0":r}function nn(n,r){r=j(r,n);for(var e=0,i=r.length;n!=null&&e<i;)n=n[b(r[e++])];return e&&e==i?n:void 0}function Fn(n,r,e){var i=n==null?void 0:nn(n,r);return i===void 0?e:i}function rn(n,r){for(var e=-1,i=r.length,f=n.length;++e<i;)n[f+e]=r[e];return n}var H=P?P.isConcatSpreadable:void 0;function Gn(n){return A(n)||z(n)||!!(H&&n&&n[H])}function Kr(n,r,e,i,f){var t=-1,u=n.length;for(e||(e=Gn),f||(f=[]);++t<u;){var s=n[t];e(s)?rn(f,s):i||(f[f.length]=s)}return f}function Nn(n,r,e,i){var f=-1,t=n==null?0:n.length;for(i&&t&&(e=n[++f]);++f<t;)e=r(e,n[f],f,n);return e}function en(n,r){for(var e=-1,i=n==null?0:n.length,f=0,t=[];++e<i;){var u=n[e];r(u,e,n)&&(t[f++]=u)}return t}function mn(){return[]}var Un=Object.prototype,Kn=Un.propertyIsEnumerable,Z=Object.getOwnPropertySymbols,Bn=Z?function(n){return n==null?[]:(n=Object(n),en(Z(n),function(r){return Kn.call(n,r)}))}:mn;function Hn(n,r,e){var i=r(n);return A(n)?i:rn(i,e(n))}function q(n){return Hn(n,x,Bn)}var Zn="__lodash_hash_undefined__";function qn(n){return this.__data__.set(n,Zn),this}function Yn(n){return this.__data__.has(n)}function c(n){var r=-1,e=n==null?0:n.length;for(this.__data__=new hn;++r<e;)this.add(n[r])}c.prototype.add=c.prototype.push=qn;c.prototype.has=Yn;function Jn(n,r){for(var e=-1,i=n==null?0:n.length;++e<i;)if(r(n[e],e,n))return!0;return!1}function tn(n,r){return n.has(r)}var Xn=1,Qn=2;function fn(n,r,e,i,f,t){var u=e&Xn,s=n.length,a=r.length;if(s!=a&&!(u&&a>s))return!1;var h=t.get(n),g=t.get(r);if(h&&g)return h==r&&g==n;var l=-1,d=!0,w=e&Qn?new c:void 0;for(t.set(n,r),t.set(r,n);++l<s;){var p=n[l],_=r[l];if(i)var o=u?i(_,p,l,r,n,t):i(p,_,l,n,r,t);if(o!==void 0){if(o)continue;d=!1;break}if(w){if(!Jn(r,function(O,v){if(!tn(w,v)&&(p===O||f(p,O,e,i,t)))return w.push(v)})){d=!1;break}}else if(!(p===_||f(p,_,e,i,t))){d=!1;break}}return t.delete(n),t.delete(r),d}function Wn(n){var r=-1,e=Array(n.size);return n.forEach(function(i,f){e[++r]=[f,i]}),e}function $(n){var r=-1,e=Array(n.size);return n.forEach(function(i){e[++r]=i}),e}var zn=1,Vn=2,kn="[object Boolean]",jn="[object Date]",nr="[object Error]",rr="[object Map]",er="[object Number]",ir="[object RegExp]",tr="[object Set]",fr="[object String]",ur="[object Symbol]",sr="[object ArrayBuffer]",ar="[object DataView]",Y=P?P.prototype:void 0,L=Y?Y.valueOf:void 0;function lr(n,r,e,i,f,t,u){switch(e){case ar:if(n.byteLength!=r.byteLength||n.byteOffset!=r.byteOffset)return!1;n=n.buffer,r=r.buffer;case sr:return!(n.byteLength!=r.byteLength||!t(new G(n),new G(r)));case kn:case jn:case er:return pn(+n,+r);case nr:return n.name==r.name&&n.message==r.message;case ir:case fr:return n==r+"";case rr:var s=Wn;case tr:var a=i&zn;if(s||(s=$),n.size!=r.size&&!a)return!1;var h=u.get(n);if(h)return h==r;i|=Vn,u.set(n,r);var g=fn(s(n),s(r),i,f,t,u);return u.delete(n),g;case ur:if(L)return L.call(n)==L.call(r)}return!1}var gr=1,dr=Object.prototype,hr=dr.hasOwnProperty;function pr(n,r,e,i,f,t){var u=e&gr,s=q(n),a=s.length,h=q(r),g=h.length;if(a!=g&&!u)return!1;for(var l=a;l--;){var d=s[l];if(!(u?d in r:hr.call(r,d)))return!1}var w=t.get(n),p=t.get(r);if(w&&p)return w==r&&p==n;var _=!0;t.set(n,r),t.set(r,n);for(var o=u;++l<a;){d=s[l];var O=n[d],v=r[d];if(i)var F=u?i(v,O,d,r,n,t):i(O,v,d,n,r,t);if(!(F===void 0?O===v||f(O,v,e,i,t):F)){_=!1;break}o||(o=d=="constructor")}if(_&&!o){var E=n.constructor,y=r.constructor;E!=y&&"constructor"in n&&"constructor"in r&&!(typeof E=="function"&&E instanceof E&&typeof y=="function"&&y instanceof y)&&(_=!1)}return t.delete(n),t.delete(r),_}var Ar=1,J="[object Arguments]",X="[object Array]",T="[object Object]",_r=Object.prototype,Q=_r.hasOwnProperty;function wr(n,r,e,i,f,t){var u=A(n),s=A(r),a=u?X:N(n),h=s?X:N(r);a=a==J?T:a,h=h==J?T:h;var g=a==T,l=h==T,d=a==h;if(d&&m(n)){if(!m(r))return!1;u=!0,g=!1}if(d&&!g)return t||(t=new R),u||An(n)?fn(n,r,e,i,f,t):lr(n,r,a,e,i,f,t);if(!(e&Ar)){var w=g&&Q.call(n,"__wrapped__"),p=l&&Q.call(r,"__wrapped__");if(w||p){var _=w?n.value():n,o=p?r.value():r;return t||(t=new R),f(_,o,e,i,t)}}return d?(t||(t=new R),pr(n,r,e,i,f,t)):!1}function C(n,r,e,i,f){return n===r?!0:n==null||r==null||!U(n)&&!U(r)?n!==n&&r!==r:wr(n,r,e,i,C,f)}var or=1,Or=2;function vr(n,r,e,i){var f=e.length,t=f;if(n==null)return!t;for(n=Object(n);f--;){var u=e[f];if(u[2]?u[1]!==n[u[0]]:!(u[0]in n))return!1}for(;++f<t;){u=e[f];var s=u[0],a=n[s],h=u[1];if(u[2]){if(a===void 0&&!(s in n))return!1}else{var g=new R,l;if(!(l===void 0?C(h,a,or|Or,i,g):l))return!1}}return!0}function un(n){return n===n&&!_n(n)}function Pr(n){for(var r=x(n),e=r.length;e--;){var i=r[e],f=n[i];r[e]=[i,f,un(f)]}return r}function sn(n,r){return function(e){return e==null?!1:e[n]===r&&(r!==void 0||n in Object(e))}}function cr(n){var r=Pr(n);return r.length==1&&r[0][2]?sn(r[0][0],r[0][1]):function(e){return e===n||vr(e,n,r)}}function Er(n,r){return n!=null&&r in Object(n)}function yr(n,r,e){r=j(r,n);for(var i=-1,f=r.length,t=!1;++i<f;){var u=b(r[i]);if(!(t=n!=null&&e(n,u)))break;n=n[u]}return t||++i!=f?t:(f=n==null?0:n.length,!!f&&wn(f)&&on(u,f)&&(A(n)||z(n)))}function Tr(n,r){return n!=null&&yr(n,r,Er)}var Rr=1,br=2;function Ir(n,r){return M(n)&&un(r)?sn(b(n),r):function(e){var i=Fn(e,n);return i===void 0&&i===r?Tr(e,n):C(r,i,Rr|br)}}function Lr(n){return function(r){return r==null?void 0:r[n]}}function Sr(n){return function(r){return nn(r,n)}}function xr(n){return M(n)?Lr(b(n)):Sr(n)}function an(n){return typeof n=="function"?n:n==null?V:typeof n=="object"?A(n)?Ir(n[0],n[1]):cr(n):xr(n)}function Mr(n,r){return n&&On(n,r,x)}function $r(n,r){return function(e,i){if(e==null)return e;if(!W(e))return n(e,i);for(var f=e.length,t=-1,u=Object(e);++t<f&&i(u[t],t,u)!==!1;);return e}}var D=$r(Mr);function Cr(n){return typeof n=="function"?n:V}function Br(n,r){var e=A(n)?cn:D;return e(n,Cr(r))}function Dr(n,r){var e=[];return D(n,function(i,f,t){r(i,f,t)&&e.push(i)}),e}function Hr(n,r){var e=A(n)?en:Dr;return e(n,an(r))}function Fr(n,r,e,i,f){return f(n,function(t,u,s){e=i?(i=!1,t):r(e,t,u,s)}),e}function Zr(n,r,e){var i=A(n)?Nn:Fr,f=arguments.length<3;return i(n,an(r),e,f,D)}var Gr=1/0,Nr=I&&1/$(new I([,-0]))[1]==Gr?function(n){return new I(n)}:Pn,mr=200;function qr(n,r,e){var i=-1,f=bn,t=n.length,u=!0,s=[],a=s;if(t>=mr){var h=r?null:Nr(n);if(h)return $(h);u=!1,f=tn,a=new c}else a=r?[]:s;n:for(;++i<t;){var g=n[i],l=r?r(g):g;if(g=g!==0?g:0,u&&l===l){for(var d=a.length;d--;)if(a[d]===l)continue n;r&&a.push(l),s.push(g)}else f(a,l,e)||(a!==s&&a.push(l),s.push(g))}return s}export{D as a,Kr as b,an as c,vn as d,rn as e,Hn as f,Bn as g,cn as h,q as i,qr as j,x as k,Hr as l,Br as m,En as n,Cr as o,Mr as p,yr as q,Zr as r,mn as s,j as t,b as u,nn as v,Tr as w,Dn as x};
+import{aK as A,aL as S,a_ as P,aJ as W,bY as ln,bZ as gn,b_ as dn,b$ as z,c0 as hn,bT as pn,c1 as G,b1 as N,b6 as m,b9 as R,c2 as An,b0 as U,b4 as _n,c3 as wn,bW as on,aM as V,bU as On,c4 as I}from"./index-DKts-kEI.js";function vn(n,r){for(var e=-1,i=n==null?0:n.length,f=Array(i);++e<i;)f[e]=r(n[e],e,n);return f}var K=P?P.prototype:void 0,B=K?K.toString:void 0;function k(n){if(typeof n=="string")return n;if(A(n))return vn(n,k)+"";if(S(n))return B?B.call(n):"";var r=n+"";return r=="0"&&1/n==-1/0?"-0":r}function Pn(){}function cn(n,r){for(var e=-1,i=n==null?0:n.length;++e<i&&r(n[e],e,n)!==!1;);return n}function En(n,r,e,i){for(var f=n.length,t=e+-1;++t<f;)if(r(n[t],t,n))return t;return-1}function yn(n){return n!==n}function Tn(n,r,e){for(var i=e-1,f=n.length;++i<f;)if(n[i]===r)return i;return-1}function Rn(n,r,e){return r===r?Tn(n,r,e):En(n,yn,e)}function bn(n,r){var e=n==null?0:n.length;return!!e&&Rn(n,r,0)>-1}function x(n){return W(n)?ln(n):gn(n)}var In=/\.|\[(?:[^[\]]*|(["'])(?:(?!\1)[^\\]|\\.)*?\1)\]/,Ln=/^\w*$/;function M(n,r){if(A(n))return!1;var e=typeof n;return e=="number"||e=="symbol"||e=="boolean"||n==null||S(n)?!0:Ln.test(n)||!In.test(n)||r!=null&&n in Object(r)}var Sn=500;function xn(n){var r=dn(n,function(i){return e.size===Sn&&e.clear(),i}),e=r.cache;return r}var Mn=/[^.[\]]+|\[(?:(-?\d+(?:\.\d+)?)|(["'])((?:(?!\2)[^\\]|\\.)*?)\2)\]|(?=(?:\.|\[\])(?:\.|\[\]|$))/g,$n=/\\(\\)?/g,Cn=xn(function(n){var r=[];return n.charCodeAt(0)===46&&r.push(""),n.replace(Mn,function(e,i,f,t){r.push(f?t.replace($n,"$1"):i||e)}),r});function Dn(n){return n==null?"":k(n)}function j(n,r){return A(n)?n:M(n,r)?[n]:Cn(Dn(n))}function b(n){if(typeof n=="string"||S(n))return n;var r=n+"";return r=="0"&&1/n==-1/0?"-0":r}function nn(n,r){r=j(r,n);for(var e=0,i=r.length;n!=null&&e<i;)n=n[b(r[e++])];return e&&e==i?n:void 0}function Fn(n,r,e){var i=n==null?void 0:nn(n,r);return i===void 0?e:i}function rn(n,r){for(var e=-1,i=r.length,f=n.length;++e<i;)n[f+e]=r[e];return n}var H=P?P.isConcatSpreadable:void 0;function Gn(n){return A(n)||z(n)||!!(H&&n&&n[H])}function Kr(n,r,e,i,f){var t=-1,u=n.length;for(e||(e=Gn),f||(f=[]);++t<u;){var s=n[t];e(s)?rn(f,s):i||(f[f.length]=s)}return f}function Nn(n,r,e,i){var f=-1,t=n==null?0:n.length;for(i&&t&&(e=n[++f]);++f<t;)e=r(e,n[f],f,n);return e}function en(n,r){for(var e=-1,i=n==null?0:n.length,f=0,t=[];++e<i;){var u=n[e];r(u,e,n)&&(t[f++]=u)}return t}function mn(){return[]}var Un=Object.prototype,Kn=Un.propertyIsEnumerable,Z=Object.getOwnPropertySymbols,Bn=Z?function(n){return n==null?[]:(n=Object(n),en(Z(n),function(r){return Kn.call(n,r)}))}:mn;function Hn(n,r,e){var i=r(n);return A(n)?i:rn(i,e(n))}function q(n){return Hn(n,x,Bn)}var Zn="__lodash_hash_undefined__";function qn(n){return this.__data__.set(n,Zn),this}function Yn(n){return this.__data__.has(n)}function c(n){var r=-1,e=n==null?0:n.length;for(this.__data__=new hn;++r<e;)this.add(n[r])}c.prototype.add=c.prototype.push=qn;c.prototype.has=Yn;function Jn(n,r){for(var e=-1,i=n==null?0:n.length;++e<i;)if(r(n[e],e,n))return!0;return!1}function tn(n,r){return n.has(r)}var Xn=1,Qn=2;function fn(n,r,e,i,f,t){var u=e&Xn,s=n.length,a=r.length;if(s!=a&&!(u&&a>s))return!1;var h=t.get(n),g=t.get(r);if(h&&g)return h==r&&g==n;var l=-1,d=!0,w=e&Qn?new c:void 0;for(t.set(n,r),t.set(r,n);++l<s;){var p=n[l],_=r[l];if(i)var o=u?i(_,p,l,r,n,t):i(p,_,l,n,r,t);if(o!==void 0){if(o)continue;d=!1;break}if(w){if(!Jn(r,function(O,v){if(!tn(w,v)&&(p===O||f(p,O,e,i,t)))return w.push(v)})){d=!1;break}}else if(!(p===_||f(p,_,e,i,t))){d=!1;break}}return t.delete(n),t.delete(r),d}function Wn(n){var r=-1,e=Array(n.size);return n.forEach(function(i,f){e[++r]=[f,i]}),e}function $(n){var r=-1,e=Array(n.size);return n.forEach(function(i){e[++r]=i}),e}var zn=1,Vn=2,kn="[object Boolean]",jn="[object Date]",nr="[object Error]",rr="[object Map]",er="[object Number]",ir="[object RegExp]",tr="[object Set]",fr="[object String]",ur="[object Symbol]",sr="[object ArrayBuffer]",ar="[object DataView]",Y=P?P.prototype:void 0,L=Y?Y.valueOf:void 0;function lr(n,r,e,i,f,t,u){switch(e){case ar:if(n.byteLength!=r.byteLength||n.byteOffset!=r.byteOffset)return!1;n=n.buffer,r=r.buffer;case sr:return!(n.byteLength!=r.byteLength||!t(new G(n),new G(r)));case kn:case jn:case er:return pn(+n,+r);case nr:return n.name==r.name&&n.message==r.message;case ir:case fr:return n==r+"";case rr:var s=Wn;case tr:var a=i&zn;if(s||(s=$),n.size!=r.size&&!a)return!1;var h=u.get(n);if(h)return h==r;i|=Vn,u.set(n,r);var g=fn(s(n),s(r),i,f,t,u);return u.delete(n),g;case ur:if(L)return L.call(n)==L.call(r)}return!1}var gr=1,dr=Object.prototype,hr=dr.hasOwnProperty;function pr(n,r,e,i,f,t){var u=e&gr,s=q(n),a=s.length,h=q(r),g=h.length;if(a!=g&&!u)return!1;for(var l=a;l--;){var d=s[l];if(!(u?d in r:hr.call(r,d)))return!1}var w=t.get(n),p=t.get(r);if(w&&p)return w==r&&p==n;var _=!0;t.set(n,r),t.set(r,n);for(var o=u;++l<a;){d=s[l];var O=n[d],v=r[d];if(i)var F=u?i(v,O,d,r,n,t):i(O,v,d,n,r,t);if(!(F===void 0?O===v||f(O,v,e,i,t):F)){_=!1;break}o||(o=d=="constructor")}if(_&&!o){var E=n.constructor,y=r.constructor;E!=y&&"constructor"in n&&"constructor"in r&&!(typeof E=="function"&&E instanceof E&&typeof y=="function"&&y instanceof y)&&(_=!1)}return t.delete(n),t.delete(r),_}var Ar=1,J="[object Arguments]",X="[object Array]",T="[object Object]",_r=Object.prototype,Q=_r.hasOwnProperty;function wr(n,r,e,i,f,t){var u=A(n),s=A(r),a=u?X:N(n),h=s?X:N(r);a=a==J?T:a,h=h==J?T:h;var g=a==T,l=h==T,d=a==h;if(d&&m(n)){if(!m(r))return!1;u=!0,g=!1}if(d&&!g)return t||(t=new R),u||An(n)?fn(n,r,e,i,f,t):lr(n,r,a,e,i,f,t);if(!(e&Ar)){var w=g&&Q.call(n,"__wrapped__"),p=l&&Q.call(r,"__wrapped__");if(w||p){var _=w?n.value():n,o=p?r.value():r;return t||(t=new R),f(_,o,e,i,t)}}return d?(t||(t=new R),pr(n,r,e,i,f,t)):!1}function C(n,r,e,i,f){return n===r?!0:n==null||r==null||!U(n)&&!U(r)?n!==n&&r!==r:wr(n,r,e,i,C,f)}var or=1,Or=2;function vr(n,r,e,i){var f=e.length,t=f;if(n==null)return!t;for(n=Object(n);f--;){var u=e[f];if(u[2]?u[1]!==n[u[0]]:!(u[0]in n))return!1}for(;++f<t;){u=e[f];var s=u[0],a=n[s],h=u[1];if(u[2]){if(a===void 0&&!(s in n))return!1}else{var g=new R,l;if(!(l===void 0?C(h,a,or|Or,i,g):l))return!1}}return!0}function un(n){return n===n&&!_n(n)}function Pr(n){for(var r=x(n),e=r.length;e--;){var i=r[e],f=n[i];r[e]=[i,f,un(f)]}return r}function sn(n,r){return function(e){return e==null?!1:e[n]===r&&(r!==void 0||n in Object(e))}}function cr(n){var r=Pr(n);return r.length==1&&r[0][2]?sn(r[0][0],r[0][1]):function(e){return e===n||vr(e,n,r)}}function Er(n,r){return n!=null&&r in Object(n)}function yr(n,r,e){r=j(r,n);for(var i=-1,f=r.length,t=!1;++i<f;){var u=b(r[i]);if(!(t=n!=null&&e(n,u)))break;n=n[u]}return t||++i!=f?t:(f=n==null?0:n.length,!!f&&wn(f)&&on(u,f)&&(A(n)||z(n)))}function Tr(n,r){return n!=null&&yr(n,r,Er)}var Rr=1,br=2;function Ir(n,r){return M(n)&&un(r)?sn(b(n),r):function(e){var i=Fn(e,n);return i===void 0&&i===r?Tr(e,n):C(r,i,Rr|br)}}function Lr(n){return function(r){return r==null?void 0:r[n]}}function Sr(n){return function(r){return nn(r,n)}}function xr(n){return M(n)?Lr(b(n)):Sr(n)}function an(n){return typeof n=="function"?n:n==null?V:typeof n=="object"?A(n)?Ir(n[0],n[1]):cr(n):xr(n)}function Mr(n,r){return n&&On(n,r,x)}function $r(n,r){return function(e,i){if(e==null)return e;if(!W(e))return n(e,i);for(var f=e.length,t=-1,u=Object(e);++t<f&&i(u[t],t,u)!==!1;);return e}}var D=$r(Mr);function Cr(n){return typeof n=="function"?n:V}function Br(n,r){var e=A(n)?cn:D;return e(n,Cr(r))}function Dr(n,r){var e=[];return D(n,function(i,f,t){r(i,f,t)&&e.push(i)}),e}function Hr(n,r){var e=A(n)?en:Dr;return e(n,an(r))}function Fr(n,r,e,i,f){return f(n,function(t,u,s){e=i?(i=!1,t):r(e,t,u,s)}),e}function Zr(n,r,e){var i=A(n)?Nn:Fr,f=arguments.length<3;return i(n,an(r),e,f,D)}var Gr=1/0,Nr=I&&1/$(new I([,-0]))[1]==Gr?function(n){return new I(n)}:Pn,mr=200;function qr(n,r,e){var i=-1,f=bn,t=n.length,u=!0,s=[],a=s;if(t>=mr){var h=r?null:Nr(n);if(h)return $(h);u=!1,f=tn,a=new c}else a=r?[]:s;n:for(;++i<t;){var g=n[i],l=r?r(g):g;if(g=g!==0?g:0,u&&l===l){for(var d=a.length;d--;)if(a[d]===l)continue n;r&&a.push(l),s.push(g)}else f(a,l,e)||(a!==s&&a.push(l),s.push(g))}return s}export{D as a,Kr as b,an as c,vn as d,rn as e,Hn as f,Bn as g,cn as h,q as i,qr as j,x as k,Hr as l,Br as m,En as n,Cr as o,Mr as p,yr as q,Zr as r,mn as s,j as t,b as u,nn as v,Tr as w,Dn as x};