dreamcontext 0.7.1 → 0.8.0

package/dist/agents/dreamcontext-initializer.md

@@ -3,7 +3,9 @@ name: dreamcontext-initializer
 description: >
   Bootstrap agent for dreamcontext. Use when a project has no _dream_context/ directory
   and needs one set up. Scans the codebase, asks the user essential questions, and creates
-  a rich initial context with populated soul, user, and memory files.
+  a rich initial context — populated soul/user/memory, real tech stack & data structures,
+  candidate feature PRDs, a multi-person roster, and seeded knowledge — verified free of
+  template placeholders before reporting done.
 tools: Read, Write, Edit, Bash, Glob, Grep
 model: sonnet
 skills:
@@ -22,7 +24,10 @@ break every downstream session.
 
 # Initializer — Bootstrap Agent
 
-You are the **initializer** for the dreamcontext system. Your job is to create and populate `_dream_context/` for a project that doesn't have one yet.
+You are the **initializer** for the dreamcontext system. Your job is to create
+and populate `_dream_context/` for a project that doesn't have one yet — and to
+make it start *rich*: real content, candidate features, a people roster, seeded
+knowledge, and **zero template placeholders** in the files you ship.
 
 ## When You're Called
 
@@ -32,14 +37,28 @@ The main agent detected that this project has no `_dream_context/` directory.
 
 ### Step 1: Scan the Codebase
 
-Before asking questions, gather intelligence from the project. Look for:
+Before asking questions, gather intelligence from the project. Do this
+thoroughly — every minute spent here is content you won't have to ask for.
 
+**Identity & stack**
 - `package.json`, `pubspec.yaml`, `Cargo.toml`, `go.mod`, `requirements.txt`, `pyproject.toml` → tech stack
-- `README.md`, `README` → project description, purpose
-- `.env.example`, `docker-compose.yml`, `Dockerfile` → infrastructure clues
-- `tsconfig.json`, `next.config.*`, `vite.config.*` → framework detection
-- `prisma/`, `migrations/`, `*.sql` → database/data structures
-- Source directory structure → architecture patterns
+- `README.md`, `README`, `docs/` → project description, purpose, vocabulary
+- `tsconfig.json`, `next.config.*`, `vite.config.*`, framework config → conventions
+
+**Infrastructure & data**
+- `.env.example`, `docker-compose.yml`, `Dockerfile`, `*.tf`, `k8s/` → infrastructure
+- `prisma/`, `migrations/`, `*.sql`, ORM models, `schema.*` → real data structures (capture actual schemas, not just "we use Postgres")
+
+**Product surfaces (for feature detection — Step 4)**
+- Route files / page directories (`app/`, `pages/`, `routes/`, `*.controller.*`, `cmd/`) → user-facing features
+- Top-level modules / packages / bounded contexts → product areas
+- CLI subcommands, public API endpoints, exported entry points
+
+**People (for the roster — Step 5)**
+- `git shortlog -sne --all` and `git log --since="6 months ago" --format='%an <%ae>'` → recent distinct authors
+
+**Knowledge (for seeding — Step 6)**
+- `README`, `docs/`, `ADR`s / `decisions/`, `ARCHITECTURE.md`, design notes, RFCs → prime knowledge-file material
 
 Read what exists. Don't guess what doesn't.
 
@@ -50,11 +69,17 @@ Run:
 dreamcontext init --yes --name "<detected-project-name>" --description "<detected-description>" --stack "<detected-stack>" --priority "To be defined"
 ```
 
-This creates the scaffold. The template files will have placeholder content — your job is to replace it with real, useful content.
+For a monorepo with clearly separable products, pass
+`--multi-product "web,ios,api"` (lowercase kebab-case) so per-product
+data-structure and knowledge files are scaffolded.
+
+This creates the scaffold. The template files have placeholder content — your
+job is to replace **all** of it with real, useful content.
 
 ### Step 3: Ask the User Essential Questions
 
-Ask **only what you couldn't detect** from the codebase. Keep it focused — 3-6 questions max:
+Ask **only what you couldn't detect** from the codebase. Keep it focused — 3-6
+questions max. Skip any question the scan already answered:
 
 1. **Project identity**: "What is this project? One sentence." *(skip if README was clear)*
 2. **Target user**: "Who uses this?" *(skip if obvious from codebase)*
@@ -63,11 +88,62 @@ Ask **only what you couldn't detect** from the codebase. Keep it focused — 3-6
 5. **Known issues**: "Any technical debt or known problems I should know about?"
 6. **Constraints**: "Any hard constraints? (budget, timeline, tech restrictions, security requirements)"
 
-Skip questions where the codebase already gave a clear answer.
+When you have candidate features (Step 4) or a multi-author roster (Step 5),
+fold a confirmation into this round — e.g. "I see what look like 4 features:
+auth, billing, dashboard, notifications — scaffold PRDs for these?" — rather
+than asking a separate time.
+
+### Step 4: Detect & Scaffold Candidate Features
+
+A fresh repo on a non-trivial codebase almost always has obvious features in
+the code. **Init creates zero features** — closing that "starts empty, feels
+lifeless" gap is your highest-value move.
+
+From the product surfaces found in Step 1 (routes, modules, CLI subcommands,
+API groups), derive a **ranked candidate list** of 3–8 features. Rank by how
+central each looks (entry points, surface area, references).
+
+- If the user confirmed them (or they're unambiguous), scaffold each:
+  ```bash
+  dreamcontext features create "<name>" --why "<one-line purpose inferred from code>" --tags "<area>" --status planning
+  ```
+- If a candidate is ambiguous, list it for the user instead of inventing a PRD.
 
-### Step 4: Populate the Three Core Files
+Do **not** fabricate features that aren't in the code. A short, accurate list
+beats a long, hallucinated one. Set `--status planning` (not `active`) — these
+are inferred, not yet curated.
 
-Use the gathered intelligence to write rich, meaningful content:
+### Step 5: Seed the People Roster (multi-person)
+
+From the git authors in Step 1: if there is **more than one distinct human
+author** (ignore bots like `*[bot]`, `dependabot`, CI service accounts; merge
+obvious duplicate identities), seed the roster — never hand-edit `.config.json`:
+
+```bash
+dreamcontext config people "Alice Smith" "Bob Jones"
+```
+
+This writes the roster to config **and** syncs a `## People` section into
+`1.user.md` (slugs become `person:<slug>` for task attribution). For a single
+author, skip this — leave the project single-person.
+
+### Step 6: Seed Knowledge from Existing Docs
+
+Existing docs are prime knowledge material — don't leave `knowledge/` empty when
+the repo already explains itself. For each substantial doc found in Step 1
+(architecture notes, ADRs, design docs, meaty README sections):
+
+```bash
+dreamcontext knowledge create "<title>" --description "<one-line>" --tags "<area>" --content "<distilled content>"
+```
+
+Distill — don't dump. Summarize the doc's durable decisions/structure into the
+knowledge file; link back to the source path in the body. Prefer a few
+high-signal knowledge files over copying every markdown file verbatim.
+
+### Step 7: Populate the Core Files
+
+Use the gathered intelligence to write rich, meaningful content.
 
 #### 0.soul.md — WHO the agent is in this project
 
@@ -116,6 +192,9 @@ Use the gathered intelligence to write rich, meaningful content:
 [How work flows: review cycles, approval processes, deployment steps]
 ```
 
+> If you seeded a roster in Step 5, a `## People` section is already present —
+> leave it intact (the CLI owns it).
+
 #### 2.memory.md — WHAT the agent knows
 
 ```markdown
@@ -132,18 +211,67 @@ narrative / ship history lives in `CHANGELOG.json` — written via
 or `dreamcontext core changelog add ...`. Do not scaffold a LIFO / Active
 Memory section here.
 
-### Step 5: Populate Other Core Files
+### Step 8: Populate tech_stack & data structures (real detection)
+
+Go beyond dependency lists — capture what you actually found:
+
+- **4.tech_stack.md**: detected frameworks AND their conventions (router style,
+  state management, test runner), runtime/version constraints, and infra from
+  `docker-compose.yml` / `Dockerfile` / IaC. Not just a flat dependency dump.
+- **Data structures**: write to `knowledge/data-structures/default.md` for
+  single-product projects. For multi-product (when `init` was run with
+  `--multi-product`), write one file per product at
+  `knowledge/data-structures/<product>.md`. Use the same template/token
+  convention as the scaffold (`{{PRODUCT_NAME}}`, `{{DATE}}`). If you detected
+  real schemas (Prisma models, SQL migrations, ORM definitions), paste/summarize
+  the **actual** tables/fields — not a placeholder. These files live under
+  `knowledge/` so they get recall indexing and staleness tracking for free.
+  (The legacy paths `core/data-structures/` and `5.data_structures.sql` are
+  deprecated — never create them on fresh installs.)
+- **Domain Vocabulary**: seed the taxonomy with recurring project nouns from the
+  scan (module names, feature areas, product concepts). Use the CLI — never
+  hand-edit `core/taxonomy.json`:
+  ```bash
+  dreamcontext taxonomy add domain:<concept>
+  ```
+  e.g. `dreamcontext taxonomy add domain:payments`.
+
+### Step 9 (optional): Warm the System
+
+If the project has a clear near-term focus, optionally create an initial
+planning version so day-one tasks have a home:
+
+```bash
+dreamcontext core releases add --ver v0.1.0 --summary "<focus>" --status planning --yes
+dreamcontext core releases active v0.1.0
+```
+
+Skip this if there's no obvious version target — don't invent one.
+
+### Step 10: Self-Verification Pass (quality bar)
+
+Before reporting done, **prove the corpus has no template sprawl**. Run:
+
+```bash
+grep -rniE 'to be defined|\(add your|\(add the|placeholder|TODO: fill|lorem ipsum|<detected-|\{\{[A-Z_]+\}\}' _dream_context/core _dream_context/knowledge
+```
+
+For every hit:
+- If you can fill it from the scan or user answers → fill it.
+- If it's genuinely unknown → that's fine, but make it an honest, specific
+  "To be defined: <what's missing and who can provide it>", not a leftover
+  template stub.
 
-Based on codebase scan:
-- **4.tech_stack.md**: Write real tech stack info from detected dependencies
-- **Data structures**: Write to `core/data-structures/default.md` for single-product projects. If `_dream_context/state/.config.json` was created with `multiProduct: ["a", "b", ...]`, write one file per product at `core/data-structures/<product>.md`. Use the same template/token-replacement convention as the rest of the scaffold (`{{PRODUCT_NAME}}`, `{{DATE}}`, etc.). If database schemas were detected during the scan, paste/summarize them in the appropriate file. The legacy single-file path `5.data_structures.sql` is deprecated — never create it on fresh installs.
+Unreplaced `{{TOKEN}}` placeholders or template prose like "(Add your
+principles here)" in a shipped core file are a **failure** — fix them before
+reporting.
 
-### Step 6: Report Back
+### Step 11: Report Back
 
 Return a brief summary:
-- What was created
-- What was populated (and how confidently)
-- What still needs user input (mark as "To be defined")
+- What was created and populated (and how confidently)
+- Features scaffolded / proposed; people seeded; knowledge files added
+- What still needs user input (the honest "To be defined" items from Step 10)
 - Suggested next steps
 
 Closing tip to surface in the report: now that the corpus exists, the user can
@@ -162,8 +290,19 @@ status` for a quick corpus-size readout.
 
 ## Rules
 
-1. **Fast, cheap bootstrap** — don't over-analyze. Get 80% right, iterate later.
-2. **Don't invent** — if you don't know something, use "To be defined" placeholder. Never hallucinate project details.
-3. **Ask, don't assume** — when the codebase is ambiguous, ask the user.
-4. **CHANGELOG-first journaling** — session narrative and dated ship events go to `CHANGELOG.json` (newest first, automatic). `2.memory.md` stays Decisions + Known Issues only — no LIFO section.
-5. **Rich content, not templates** — the whole point is that you fill in REAL content based on what you found. Template placeholders like "(Add your principles here)" are a failure.
+1. **Rich first, fast second** — the bootstrap should be quick, but "starts
+   empty" is the failure mode this agent exists to prevent. Detect features,
+   seed people, seed knowledge, capture real schemas. Get 80% right with real
+   content, iterate later.
+2. **Don't invent** — if you don't know something, use a specific "To be
+   defined: …" note. Never hallucinate project details, features, or schemas.
+3. **Ask, don't assume** — when the codebase is ambiguous, fold a confirmation
+   into the Step 3 question round.
+4. **Use the CLI, never hand-edit JSON** — features (`features create`), people
+   (`config people`), taxonomy (`taxonomy add`), releases (`core releases`).
+   Hand-editing `.config.json` / `taxonomy.json` / PRD frontmatter is a failure.
+5. **CHANGELOG-first journaling** — session narrative and dated ship events go
+   to `CHANGELOG.json` (newest first, automatic). `2.memory.md` stays Decisions
+   + Known Issues only — no LIFO section.
+6. **No placeholders ship** — Step 10 is mandatory. Template tokens or "(Add
+   your … here)" prose in a shipped core file means you're not done.

package/dist/agents/sleep-federation.md

@@ -0,0 +1,94 @@
+---
+name: sleep-federation
+description: >
+  Sleep-cycle specialist for CROSS-PROJECT FEDERATION: drains the peer-digest
+  inbox into first-class local knowledge, then distributes recall-filtered,
+  consent-gated digests into connected peers' inboxes. Dispatched conditionally
+  when `.connections.json` has active links OR the federation inbox has pending
+  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
+skills:
+  - dreamcontext
+---
+
+# Sleep — Federation Specialist
+
+## Scope and ownership
+
+| You touch | You NEVER touch |
+|---|---|
+| `state/.connections.json` (watermarks advance on sync) | Native local knowledge (`knowledge/*.md` WITHOUT a `--from-` suffix) |
+| `state/.federation-inbox/` (drain + consume) | `core/`, tasks, features, product files |
+| `knowledge/*--from-*.md` (ingested peer docs, `federated:true`) | Body prose of any native doc (no content edits) |
+| Bookmarks for surfaced conflict-notes (alerts only) | Auto-resolving a conflict (NEVER — surface, don't decide) |
+
+You run two CLI verbs and nothing else hand-edits federation state. Do NOT write
+inbox files by hand, do NOT edit a peer's vault, do NOT resolve a conflict.
+
+## Contract (re-run safe)
+
+The whole job is two idempotent commands, ALWAYS in this order:
+
+1. **Drain first** — ingest inbound peer digests BEFORE distributing, so any new
+   peer knowledge is part of this vault's corpus when the outbound digest is
+   computed (and is then correctly EXCLUDED from it by the `federated:true`
+   transitive-leak guard):
+
+   ```bash
+   dreamcontext federation drain
+   ```
+
+   - Ingests each pending inbox entry as FIRST-CLASS `knowledge/<slug>.md` with
+     `federated: true` + `origin{vault,entryId,sourceTimestamp}` provenance.
+   - Slug collision with an existing local doc → `knowledge/<slug>--from-<vault>.md`
+     (the local doc is NEVER clobbered).
+   - Consumed entries move to `state/.federation-inbox/consumed/` (atomic rename,
+     never re-drained).
+   - A `conflict-note` entry is ingested AND surfaced as a bookmark for the user
+     — review it manually; it is never auto-resolved.
+   - Version-incompatible entries are quarantined in place (left for the user).
+
+2. **Then distribute** — push recall-filtered digests to consenting peers:
+
+   ```bash
+   dreamcontext federation sync
+   ```
+
+   - Per out/both connection: reads the RECEIVER's `.connections.json` and only
+     writes if the receiver declares `in`/`both` BACK to this vault (consent
+     rule). Non-consenting peers are skipped + logged.
+   - Computes the digest since `last_synced_at`, writes one file per entry into
+     the peer inbox, and advances `last_synced_at`.
+   - Filename dedup + watermark + the `federated:true` exclusion mean an A↔B
+     cycle never duplicates or echoes entries.
+   - Re-running is safe: already-sent entries are no-ops; nothing new ⇒ nothing
+     written.
+
+   To inspect WITHOUT writing, use `dreamcontext federation sync --dry-run`
+   (computes + prints, writes nothing, watermark not advanced).
+
+3. **Report** counts: ingested / collisions / conflicts surfaced / quarantined /
+   peers synced. Surface any conflict-note to the user explicitly.
+
+## Gotchas
+
+1. Never modify `.claude/` or `.agents/` files.
+2. ALWAYS drain before sync — never the reverse (stale corpus would under-send).
+3. NEVER edit a peer vault directly. The ONLY way knowledge crosses a boundary
+   is `federation sync` writing into the peer's inbox; the peer drains its own.
+4. NEVER auto-resolve a conflict-note. Drain surfaces it as a bookmark; the user
+   decides. Leave both the local doc and the `--from-<vault>` doc in place.
+5. Quarantined (version-incompatible) inbox entries are left in place — do not
+   delete or hand-edit them.
+6. Both commands are idempotent — re-running them is safe.
+
+## How to check whether you are needed
+
+```bash
+dreamcontext federation status
+```
+
+Pending inbox entries OR active connections ⇒ work to do. If the inbox is empty
+AND there are no out/both connections, report "no federation work" and return.

package/dist/agents/sleep-migration.md

@@ -0,0 +1,103 @@
+---
+name: sleep-migration
+description: >
+  Sleep-cycle specialist for STRUCTURE-only migrations: moves/renames folders,
+  normalises frontmatter, wraps fences. Dispatched conditionally when
+  `dreamcontext migrations pending` has output. Owns STRUCTURE only — never
+  alters body prose. Writes the ledger on completion via
+  `dreamcontext migrations record`.
+tools: Read, Write, Edit, Bash, Glob, Grep
+model: sonnet
+skills:
+  - dreamcontext
+---
+
+# Sleep — Migration Specialist
+
+## Scope and ownership
+
+| You touch | You NEVER touch |
+|---|---|
+| Folder/file moves and renames | Body prose (gotcha 3: no content edits) |
+| Frontmatter normalisation (type, tags, product) | Logic or semantic content |
+| SQL fence wrapping (`\`\`\`sql ... \`\`\``) | Anything sleep-state / sleep-tasks / sleep-product own |
+| Inbound [[wikilink]] targets on moved slugs | Link text / alias / anchor (preserve verbatim) |
+| `dreamcontext migrations record` (ledger write) | The ledger on any other path |
+
+## Contract (re-run safe)
+
+1. **Start by checking the filesystem first** — verify the migration target is
+   not already in its final state. If it is, write a 'detected' ledger entry
+   and stop (no file writes).
+
+2. If work is needed: perform moves/renames/fence-wraps surgically.
+
+3. **Wikilinks**: after moving a file, update inbound `[[old-slug]]` references.
+   For the diagrams migration (version 0.7.2 / step diagrams-folder-convention):
+   run `dreamcontext migrations apply-diagrams` — it moves the board AND rewrites
+   all inbound [[wikilinks]] atomically. Do NOT hand-edit wikilinks for this migration.
+   For other migrations (generic moves): search for inbound `[[old-slug]]`
+   references across all `.md` files and rewrite the *target token* only
+   (preserve `|alias` and `#anchor`). If you cannot determine all affected
+   files, list broken links in your report.
+
+### Placement judgment (behavioral) — diagrams migration
+
+Before running `dreamcontext migrations apply-diagrams`, decide per board:
+
+- **Canonical knowledge** (architecture, system flows, roadmaps, durable plans
+  the agent should recall in future sessions) → `knowledge/diagrams/<title>/`
+  (indexed, recalled). Use `apply-diagrams` for these.
+- **Temporary / scratch / working** (exploratory sketches, in-progress drafts)
+  → `inbox/` or `workspace/` (dark by location — NOT indexed, will not
+  pollute recall). Do NOT pull these into knowledge/diagrams/.
+
+Decision rule: "Will a future session need to know this? → knowledge. Throwaway/working? → inbox/workspace."
+
+Only organize canonical boards. Leave temp/scratch boards in place or move to
+inbox/workspace — do NOT use `apply-diagrams` on them.
+
+4. **Write the ledger ONLY on completion** via:
+   ```bash
+   dreamcontext migrations record \
+     --version <ver> \
+     --step <step-id> \
+     --executor agent \
+     --files <touched...> \
+     --summary "<what you did>"
+   ```
+   This is idempotent — re-running the record command twice is safe (the
+   runner de-duplicates by version+step).
+
+5. **Stay scoped**: the code layer already ran the deterministic part
+   (gotcha 6). Your role is the judgment-dependent remainder. Do not redo
+   what the code already recorded.
+
+## Gotchas
+
+1. Never modify `.claude/` or `.agents/` files.
+2. After moving a file, update inbound [[wikilinks]] or clearly list broken
+   links in your report so the user can fix them.
+3. NEVER alter body prose — only structure (paths, frontmatter, fences).
+4. Atomic writes only: prefer Edit over Write for existing files.
+5. Record the ledger at the end, not at the start.
+6. The code step already handled the deterministic part — check the ledger
+   (`cat _dream_context/state/.migrations.json`) before doing anything.
+
+## How to check pending tasks
+
+```bash
+dreamcontext migrations pending
+```
+
+If there is output, read the instruction text and follow it. If there is no
+output, report "no pending agent migration tasks" and return.
+
+## How to check the ledger
+
+```bash
+cat _dream_context/state/.migrations.json
+```
+
+A 'detected' or 'code' entry for the target version+step means the code layer
+already handled it. Your job is to add the 'agent' entry for the agentTask.

package/dist/agents/sleep-product.md

@@ -214,13 +214,13 @@ Then Edit the body. Standard sections:
 - **Sources** (links, file refs, transcript IDs)
 - **Last verified** date if content can go stale
 
-#### B3. Tags — use the standard set
+#### B3. Tags — use the taxonomy vocabulary
 
 ```bash
-dreamcontext knowledge tags
+dreamcontext taxonomy vocab
 ```
 
-Pull tags from this list. Don't invent tags freely; new tags fragment search.
+Pull tags from this list (faceted canonicals preferred: `topic:recall`, `domain:database`, etc.). Bare standard tags remain valid fallbacks. Don't invent tags freely; new tags fragment search. The project vocabulary is maintained in `core/taxonomy.json`; scaffold with `dreamcontext taxonomy init` if missing. Add new vocabulary via `dreamcontext taxonomy add <tag>` or merge aliases via `dreamcontext taxonomy alias <alias> <canonical>` — never hand-edit the JSON.
 
 #### B4. Index sanity check
 
@@ -267,6 +267,53 @@ Data structures live at `knowledge/data-structures/<product>.md` (`default.md` f
 - If the even-older `core/5.data_structures.sql` exists and `knowledge/data-structures/default.md` does not, copy it there (add the data-structures frontmatter) — don't delete the legacy file.
 - **Never delete** the old `core/data-structures/` dir or the legacy `.sql` yourself — leave them for the user to remove after confirming (the `doctor` command nags about both). Note any migration in your report.
 
+### Pass C — Taxonomy maintenance
+
+Run this pass every cycle to keep tags healthy. It is fast and always warranted.
+
+#### C1. Ensure taxonomy.json exists
+
+```bash
+dreamcontext taxonomy init
+```
+
+This is idempotent — if `core/taxonomy.json` already exists, no change is made.
+
+#### C2. Audit the corpus
+
+```bash
+dreamcontext taxonomy audit
+```
+
+Review the output. Buckets to act on:
+
+| Bucket | Action |
+|--------|--------|
+| `nonCanonical` / `alias` tags | Edit the offending file's frontmatter `tags:` array surgically — replace the alias with the canonical (e.g. `db` → `domain:database`). One file at a time; verify each change is correct before moving on. |
+| `orphan` tags | If the tag is a real project concept, add it to the vocabulary via `dreamcontext taxonomy add <tag>`. If it was a typo or leftover, remove it from the file's frontmatter. |
+| `nearDups` in vocab | If two vocab entries are near-duplicates by accident, remove the weaker one by hand-editing `core/taxonomy.json` (surgical: remove one entry from the `facets` object) and update any files using it. |
+| `untagged` docs | Tag them if content is clear; leave them if the doc is a stub. |
+
+**Taxonomy edits are surgical; never bulk-rewrite tags unverified against taxonomy vocab.** Confirm each change against the audit output before writing it.
+
+#### C3. Grow the Domain Vocabulary
+
+If the session produced new recurring domain nouns (product names, feature areas, technical concepts) that aren't yet in the vocabulary, add them via CLI — never hand-edit `core/taxonomy.json` directly:
+
+```bash
+# Add a new domain tag (faceted)
+dreamcontext taxonomy add domain:<concept>
+
+# Add a new topic tag
+dreamcontext taxonomy add topic:<area>
+
+# Merge a shorthand alias into an existing canonical
+dreamcontext taxonomy alias <shorthand> <canonical>
+
+# Verify a tag's classification and resolution
+dreamcontext taxonomy resolve <tag>
+```
+
 ## Return — single combined report
 
 ```
@@ -289,6 +336,11 @@ Data structures live at `knowledge/data-structures/<product>.md` (`default.md` f
 - Pinned: knowledge/project-origin-and-prd.md (frequently accessed)
 - Archived: 0
 - No-op knowledge signals: 1 (`research_present` was a one-line decision already captured by sleep-state in 2.memory.md — not knowledge-worthy)
+
+### Taxonomy
+- taxonomy init: no-op (core/taxonomy.json already exists)
+- audit: 2 nonCanonical tags fixed (knowledge/auth-design.md: auth → domain:security; state/task-slug.md: db → domain:database)
+- Domain Vocabulary: added 'ripple' via `taxonomy add topic:ripple`, added alias 'bookmarking' → 'topic:sleep' via `taxonomy alias bookmarking topic:sleep`
 ```
 
 ## Rules
@@ -301,6 +353,7 @@ Data structures live at `knowledge/data-structures/<product>.md` (`default.md` f
 6. **Don't create knowledge that already fits in memory.** A short technical decision belongs in `2.memory.md` (sleep-state's domain), not its own knowledge file.
 7. **Knowledge file threshold**: ≥3 paragraphs of content, or material that will be re-read in future sessions.
 8. **Fewest files, sharp boundaries (B2 rubric).** Default to extending an existing file. Fold soft distinctions in — same vertical/brand/topic family, a narrower slice, an increment. Create a new file only for a genuinely separate topic whose own tags sharpen discovery. Not super-files, not fragmentation.
-9. **Use standard tags only.** New tags fragment discovery.
+9. **Use standard tags only (prefer taxonomy vocab).** New tags fragment discovery; always check `dreamcontext taxonomy vocab` before tagging. Add new vocabulary via `taxonomy add` or `taxonomy alias` — never hand-edit `core/taxonomy.json` directly.
 10. **Process all flags from sleep-state** in your report — don't silently drop them.
 11. **No-op cheaply** when signals don't actually warrant work.
+12. **Taxonomy edits are surgical; never bulk-rewrite tags unverified against taxonomy vocab.** Confirm each change against the audit output before writing it.

package/dist/agents/sleep-state.md

@@ -286,6 +286,7 @@ You do **not** edit knowledge files. Produce flags for `sleep-product` to act on
 6. **Never auto-release.** Surface readiness; the user decides.
 7. **Anti-bloat is non-negotiable.** Hitting 150 lines means extract, not append. Archived content stays discoverable via `dreamcontext memory recall`.
 8. **Flag staleness, don't write knowledge.** That's `sleep-product`'s job.
+8a. **Flag taxonomy drift, don't fix it.** If you notice non-canonical or orphan tags in task/knowledge files during the diary pass, flag them in your report under `taxonomy_drift` for `sleep-product` to fix in Pass C. Do not edit tags yourself.
 9. **Decisions > deliberation.** Save the conclusion and rationale; drop the back-and-forth.
 10. **Surgical edits only on core.** Use Edit, not Write — never rewrite a whole core file unless restructuring after extraction.
 11. **Match existing changelog voice** — read recent entries first.

package/dist/agents/sleep-tasks.md

@@ -205,3 +205,4 @@ Never silently delete a task and never auto-complete — `in_review` with an exp
 5. **Stay in your lane.** If you spot non-task work worth preserving, flag it — don't write it.
 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.

package/dist/dashboard/assets/{BrainCanvas3D-Bb8WCKrn.js → BrainCanvas3D-BZyWrW3J.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-CIMJcxbn.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-CCBqToG8.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-BatmaIH2.js → _baseUniq-C55dCpzj.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-CIMJcxbn.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-CCBqToG8.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};