@davidorex/pi-context 0.26.0 → 0.28.0

package/CHANGELOG.md

@@ -1,23 +1,77 @@
 # Changelog
 
-## [0.3.0] - 2026-03-18
+All notable changes to this package are documented here. Format follows [Keep a Changelog](https://keepachangelog.com/); the public release history is per-package (see the monorepo lockstep `package.json` version vs. what was published to npm). This package has had exactly one public npm release (`0.26.0`); the consolidated `[0.26.0]` entry below covers its full history through that publish, and `[Unreleased]` holds changes since.
 
-## [0.2.0] - 2026-03-17
+## [Unreleased]
+
+## [0.28.0] - 2026-06-03
 
 ### Added
-- `/project init` command to scaffold `.project/` directory with default schemas and empty block files
-- Update check on session start for `@davidorex/pi-project-workflows` meta-package
-- Monorepo integration as workspace package
+- Content-addressed substrate identity: content-hash primitives + content object store, OID minting with identity stamping, `substrate_id` core, and `migrateToContentAddressed` engine with `onlySubstrates` discovery scoping and an optional `register` flag to mint without a registry write (`62b8375`, `5d57465`, `dca378d`, `071b393`, `bf0bfc7`)
+- Substrate registry with aliases, source-of-truth drift invariant, and adopt wiring; registry-fallback foreign endpoint resolution for non-discovered registered substrates (`633d154`, `87c0834`)
+- `resolveRef` cross-substrate resolution with validator severity split (`06331df`)
+- `promoteItem` + `item_derived_from_item` lineage edges + block-append id-uniqueness guard (`7cb1644`)
+- Structured `EdgeEndpoint` model with dual-form consumers/validators (`fa91fda`)
+- `/context switch` family (`switch <dir>` | `switch -c <new-dir>` | `switch -`), `/context list`, `/context archive` commands plus matching in-pi Pi tools (`context-switch`, `context-list`, `context-archive`); `flipBootstrapPointer` helper and bootstrap pointer schema bump 1.0.0 → 1.1.0 adding `previous_contextDir` / `switched_at` / `switched_by` (`ba7021b`, `bd52b61`, `4a34ef1`, `cdacdb4`)
+- Schema migration registry: `migrations.schema.json` + migrations-store + loader with rename/set/delete/coerce declarative transforms; `write-schema-migration` Pi tool routed through the auth-gate; migration registry wired into `writeBlock`/`readBlock` validation paths (`22d7d24`, `18ce8d0`, `77b0f9f`, `dd85196`, `bbad988`)
+- Config schema extended with `tool_operations[]` (operation-granular grant vocabulary) and `tool_operations_forbidden[]` (`4394ab6`, `4e722f0`)
+- Work-orders block kind: schema, sample block, conception-catalog registration, and status-vocab mapping (`b107fad`, `26d4ceb`, `6ab7545`, `443eb65`)
+- Citation-rot scanner library with AST-based detection (`e83043b`, `56113cb`)
+- Orientation block + skills-dir support and `before_agent_start` / `resources_discover` guidance hooks (`bea080f`, `28dfbd0`)
+- Pure read-element primitive (`serializeForRead` + `addressInto`) with element addressing; all JSON read handlers routed through it; over-cap reads fail closed via vendored `truncateHead` (`68c2873`, `bcabcb2`, `103cb29`, `cdae473`)
+- Per-op `authGated` metadata on the op-registry and a derived `gatedTools` export on the `./ops` subpath, sourcing the dispatch auth-gate's gated set from the registry (`45dcf66`)
+
+### Changed
+- Extracted 45 tool registrations into `ops-registry.ts` (behavior-preserving) (`c68583a`)
+- `SubstrateIndex` splits lookup maps from the iteration surface (behavior-preserving) (`6fd4813`)
+- Canonicalizer rebuilt to clean-emit (infers schemas from data rather than preserving source shapes); explicit orphan-block registration (`c17d2b6`, `a1ca610`)
+- Neutralized `.project` references in agent-facing guidance strings; converged `/context init` to `<substrate-dir>` (`5024158`, `4b84cb8`, `3bba373`)
+- Stripped development-history canonical-id citations from operator-facing tool/parameter description strings, shipped schemas, and the generated skill (`feedc2a`, `7dc597d`, `1f25e33`)
+
+### Fixed
+- Hardened the nested-id predicate to close required-only / composition / tuple bypasses and guarantee termination; id-uniqueness guard for nested arrays (`8352d92`, `cabb8c3`)
+- `canonicalizeSubstrate` de-nests empty-data and object/composition nested-id schemas (`6e3b3eb`)
+- Isolated child git env from inherited `GIT_DIR`/`GIT_*` (hook leak) (`b12cbf3`)
+- Repointed orientation + bootstrap-state off the unregistered `/context start` (`2301cec`)
+- Corrected LLM-misleading reference and docstrings (`block-api` / `context-sdk` / `context`) to the current content-addressed / edge-based model; regenerated the skill (`e1b7773`)
+
+### Removed
+- Relocated context-dir-migration machinery out of the published package (`65f9897`)
 
-## [0.1.0] - 2026-03-14
+## [0.26.0] - 2026-05-25
+
+Consolidated history of the package across the `pi-project` → `pi-context` rename through its first public npm release. The package was extracted from `pi-workflows` (as `pi-project`) at `799dee0` (2026-03-16) and renamed to `pi-context` at `6eb5e8b` (lockstep 0.25.0).
 
 ### Added
-- Block CRUD: `readBlock`, `writeBlock`, `appendToBlock`, `updateItemInBlock` with atomic writes (tmp + rename)
-- Write-time schema validation via AJV against `.project/schemas/*.schema.json`
-- `ValidationError` class with structured error reporting
-- Post-step block validation: `snapshotBlockFiles`, `validateChangedBlocks`, `rollbackBlockFiles`
-- Derived project state: `projectState(cwd)` computes all metrics dynamically (source files, tests, phases, block summaries, agents, workflows, schemas, templates, recent commits)
-- Block discovery: `availableBlocks(cwd)`, `availableSchemas(cwd)`, `findAppendableBlocks(cwd)`
-- Generic block tools: `append-block-item` and `update-block-item` (work with any user-defined block type)
-- `/project` command with `status` and `add-work` subcommands
-- `PROJECT_DIR` and `SCHEMAS_DIR` constants as single source of truth for `.project/` path
+- Block CRUD: `readBlock`, `writeBlock`, `appendToBlock`, `updateItemInBlock`, `upsertItemInBlock` with atomic writes (tmp + rename) and write-time AJV schema validation against `<contextDir>/schemas/*.schema.json`; `ValidationError` with structured reporting (carried from the pre-rename `pi-project` 0.1.0–0.3.0 baseline)
+- Item-level read tools `readBlockItem` + `readBlockPage`; cross-block join tool `joinBlocks` (HYBRID edge + field) (`154def0`, `337af49`)
+- Generic block tools `append-block-item` / `update-block-item`; block discovery (`availableBlocks`, `availableSchemas`, `findAppendableBlocks`); derived `projectState` / `currentState` with atomic-next derivation (`0cbd676`)
+- Substrate SDK port with config-driven vocabulary registries (`d4ec3ce`)
+- `DispatchContext` attestation surface + schema-write surface; per-field schema-declared identity stamping (`001d11a`, `2ed2102`)
+- Schema versioning ($id + version + $ref composition) + migration registry + shared enum schemas (`899bcc3`)
+- Bootstrap pointer model: `resolveContextDir(cwd)`, `BootstrapNotFoundError`, `writeBootstrapPointer`, `bootstrap.schema.json`, `.pi-context.json` atomic-safety pointer; internal path-builders cascade through the resolver (`909a086`, `bb2c7d5`, `9846b90`)
+- Query/traversal primitives: `filter-block-items`, `resolve-items-by-id` (bulk), `walk-ancestors`, `find-references` — each as library + Pi tool + orchestrator script (`15cd881`, `2ddf85f`, `7cb17f0`, `680cb1c`)
+- `context-contracts` block kind + `gatherExecutionContext` primitive (`6ddb1ba`, `6bea7e1`)
+- PM-lens module (roadmap-plan port + lens-validator dispatch + tools/subcommands); composition-lens dispatch; lens-view consumption surface (`5fe8969`, `3625758`)
+- `read-config` + `read-schema` Pi tools; `list-tools` in-pi tool-discovery; `read-samples-catalog` Pi tool + CLI (`bac1893`, `06c5619`, `641b9a0`)
+- Consumption MVP: `/context init` / `install` / `accept-all` consume packaged `samples/`; packaged `samples/conception.json` manifest + clean edge-based schemas (`458a575`, `b8a9d7e`, `c08f93b`, `ef7feca`, `1fe243d`, `a4c5257`)
+- Config-declared substrate invariants relocated from hardcoded `validateProject` into config data; status-consistency invariant class with cycle-safe status-vocab (`ff5f3f1`, `5758d1f`, `97e095b`)
+- `canonical_id` rename engine (item / relation_type / lens / layer) via `rename-canonical-id` Pi tool (`33b76a7`)
+- Config/schema/edge write ops as dual-surface units: `amend-config`, `write-schema`, `append-relation` (library + Pi tool + CLI) (`2eb9abf`, `7ad8fbd`, `c1e72af`)
+- `deriveBootstrapState` 4-state bootstrap deriver; relation-type endpoint-kind metadata (`752e7e2`, `d1dba88`, `2b4908d`)
+
+### Changed
+- Renamed package `pi-project` → `pi-context` (lockstep 0.25.0); internal vocabulary `/project` → `/context` across tool-name strings, the slash command, docs, and generated skill (`6eb5e8b`, `6eafa77`, `3ab72e0`, `6556073`)
+- `phase` block-kind moved from file-per-phase to array-block (`6815d87`)
+- Six typed-file find-or-merge primitives extracted; existing `.project/`-targeting primitives became thin wrappers; `upsertItemInBlock` preserves `created_by`/`created_at` across update via pre-merge (`1e68034`, `d24769a`)
+- Generalized the block-api validated write surface to `(filePath, schemaPath)` pairs; monitor write-action routed through block-api (`2160c63`, `523fa96`)
+- Migrated pi-mono peer-deps `@mariozechner/*` → `@earendil-works/*` at `^0.74.0` (`e5ab8ad`)
+
+### Fixed
+- Registry schemas gained `$id` + version; `$ref` shared enums where vocabularies align (`a4e8c9c`)
+- Unified substrate path resolution on the pointer + path-traversal guard; empty-prefix guard + cross-block status-vocab check + name-based error catches; `$ref`-aware block-api id-allocation + whole-file CLI validation (`61b7acd`, `4fb4d1e`, `5ecd7bd`)
+- `config.root` optional — conception ships no substrate-dir root (`ce87262`)
+
+### Removed
+- Removed `writeBootstrapPointer` signature default + `initProject` `.project` literal (`f17efa3`)
+- Removed `/project→/context` transition aliases after the migration completed (`6556073`)

package/README.md

@@ -2,7 +2,7 @@
 
 Schema-driven project state management for [Pi](https://github.com/badlogic/pi-mono).
 
-Schemas are the design language. You define what your project tracks by writing JSON Schemas, and the entire system — tools, validation, derived state, workflow integration — adapts automatically. Drop a new `.schema.json` file into `.project/schemas/` and it instantly becomes an addressable block type with write-time validation, discovery, and generic CRUD tooling. No code changes.
+Schemas are the design language. You define what your project tracks by writing JSON Schemas, and the entire system — tools, validation, derived state, workflow integration — adapts automatically. Drop a new `.schema.json` file into `<substrate-dir>/schemas/` and it instantly becomes an addressable block type with write-time validation, discovery, and generic CRUD tooling. No code changes.
 
 ## Install
 
@@ -13,39 +13,77 @@ pi install npm:@davidorex/pi-context
 ## Getting Started
 
 ```
-/context init       # create the empty substrate skeleton
-/context install    # reconcile .project/ against installed_* lists in config.json
+/context init <substrate-dir>   # create the empty substrate skeleton
+/context install    # reconcile <substrate-dir>/ against installed_* lists in config.json
 ```
 
-`init` is intentionally minimal: it writes the bootstrap pointer + substrate/schemas dirs only — no config, no schemas, no starter blocks (DEC-0011 ship-no-defaults). Adopt the packaged conception with `/context accept-all` (writes `config.json` from `samples/conception.json`), or hand-declare `config.json`'s `installed_schemas` / `installed_blocks`, then run `/context install` (opt-in install ceremony, idempotent, `--update` overwrites). The package-shipped samples catalog (`samples/blocks/` and `samples/schemas/`, per DEC-0037) is the source.
+`init` is intentionally minimal: it writes the bootstrap pointer + substrate/schemas dirs only — no config, no schemas, no starter blocks (ship-no-defaults). Adopt the packaged conception with `/context accept-all` (writes `config.json` from `samples/conception.json`), or hand-declare `config.json`'s `installed_schemas` / `installed_blocks`, then run `/context install` (opt-in install ceremony, idempotent, `--update` overwrites). The package-shipped samples catalog (`samples/blocks/` and `samples/schemas/`) is the source.
 
 ## How It Works
 
-Project data lives under the substrate root (the dir chosen at init and recorded in `config.json`'s `root` field by accept-all; no default is shipped — DEC-0015) as typed JSON block files. Each block has a corresponding JSON Schema that defines its shape. All writes — whether from tools, workflows, or agents — are validated against the schema before data hits disk. Invalid data is never persisted.
+Project data lives under the substrate root (the dir chosen at init and recorded in `config.json`'s `root` field by accept-all; no default is shipped) as typed JSON block files. Each block has a corresponding JSON Schema that defines its shape. All writes — whether from tools, workflows, or agents — are validated against the schema before data hits disk. Invalid data is never persisted.
 
-After `/context init` the substrate skeleton is just the dirs (no config, no schemas, no blocks):
+After `/context init <substrate-dir>` the substrate skeleton is just the dirs (no config, no schemas, no blocks):
 
 ```
-.project/
+<substrate-dir>/
   schemas/                    — empty until accept-all + install
 ```
 
 After `/context accept-all` (writes `config.json` from the packaged conception) + `/context install` (with declared entries) and any user authoring, the directory typically grows:
 
 ```
-.project/
-  config.json                 — substrate bootstrap (always at .project/, exempt from root redirection)
-  relations.json              — closure-table edges (always at .project/, exempt from root redirection)
+<substrate-dir>/
+  config.json                 — substrate bootstrap + substrate_id (always at the substrate-dir root (your chosen dir), exempt from `config.root` redirection)
+  relations.json              — closure-table edges (always at the substrate-dir root (your chosen dir), exempt from `config.root` redirection)
+  migrations.json             — per-substrate schema-version migration registry
   schemas/<name>.schema.json  — installed from samples/schemas/, plus any user-authored schemas
+  objects/<content_hash>.json — content-addressed object store (one file per content version; git-tracked)
   <name>.json                 — installed from samples/blocks/, plus any user-authored blocks
+
+<project-root>/
+  .pi-context.json            — bootstrap pointer naming the single ACTIVE substrate dir (contextDir)
+  .pi-context-registry.json   — project-root registry enumerating ALL substrates by substrate_id (git-tracked)
 ```
 
 The schema is the contract. When pi-workflows agents produce output that writes to project blocks, the schema enforces the shape. When `/context add-work` extracts items from conversation, the schema constrains what gets written. When `contextState()` derives block summaries, it reads the typed data the schemas guarantee.
 
-**Tools registered:** the tool surface grows with the package — read the generated `skills/pi-context/SKILL.md` for the current set, or call the `list-tools` tool at runtime (in-pi) / `grep pi.registerTool packages/pi-context/src/index.ts` (source). Families: block CRUD (read/write/append/update/remove, top-level + nested), item-level read (`read-block-item`, `read-block-page`), query (`filter-block-items`, `resolve-item(s)-by-id`, `find-references`, `walk-ancestors`, `context-walk-descendants`), substrate write (`append-relation`, `amend-config`, `write-schema`, `rename-canonical-id`), discovery/introspection (`read-config`, `read-schema`, `read-samples-catalog`, `list-tools`, `context-current-state`), lifecycle (`context-init`, `context-accept-all`, `context-status`, `context-validate`, `context-validate-relations`, `complete-task`).
+### Item identity + content-addressing
+
+Every item in an identity-bearing block carries a three-layer identity (the block's schema must declare all three identity fields, or stamping is a no-op):
+
+- **`id` (refname)** — the human label, a kind-prefixed refname (e.g. a `DEC-`/`TASK-` id). Mutable; a label, not an identity.
+- **`oid`** — a content-independent 32-hex id minted once at the item's birth and immutable thereafter, salted by the substrate's `substrate_id` so two substrates never collide. A write that carries a different incoming `oid` is rejected.
+- **`content_hash`** — a SHA-256 over the item's *content projection* (the item minus its metadata fields). Identical content yields an identical hash, so duplicate content deduplicates.
+- **`content_parent`** — the prior version's `content_hash`, forming a per-item version chain. It advances only when content actually changed; a metadata-only write carries the prior parent forward.
+
+On a stamping write, the content projection is persisted to `<substrate-dir>/objects/<content_hash>.json` — a content-addressed, git-tracked object store (one file per content version). The metadata fields excluded from the hash are the mandatory floor `{id, oid, content_hash, content_parent}` plus a discretionary set (the author fields and `closed_by`/`closed_at`); a schema's item subschema may redefine the discretionary set via `x-identity.metadata_fields`, but the floor is always excluded.
+
+### Cross-substrate: substrate_id + registry
+
+Each substrate's `config.json` carries a `substrate_id` (pattern `sub-` + 16 hex), minted once and immutable on disk. A project-root, git-tracked `.pi-context-registry.json` enumerates *all* substrates by `substrate_id` (each mapped to its `dir` and any `aliases`), distinct from the `.pi-context.json` pointer which names only the one active substrate. `resolveRef(cwd, ref)` classifies any endpoint as `active` (resolved in the active substrate), `foreign` (a registered `substrate_id` or `<alias>:<refname>` resolved in another substrate), `dangling` (a registered substrate that lacks the named item), or `unregistered` (a substrate_id/alias the registry does not carry). `validateContext` requires the active `config.substrate_id` to have a matching registry entry, guarding against source-of-truth drift.
+
+### Relations: closure-table edges, structured endpoints
+
+All inter-item relationships are closure-table edges in `<substrate-dir>/relations.json` — `{parent, child, relation_type, ordinal?}` rows. Endpoints are dual-form: a legacy string (a canonical id, a lens bin name, or an `<alias>:<refname>` cross-substrate sentinel), or a structured `{kind:"item", oid, refname?, substrate_id?, content_hash?}` (where `substrate_id` marks a foreign endpoint), or a structured `{kind:"lens_bin", bin}` virtual parent. Embedded nested id-bearing arrays and FK-as-field are forbidden (`validateContext` flags `nested_id_bearing_array`); containment is a membership edge carrying `ordinal`, and the nested id-bearing array → top-level entity block + ordinal-bearing membership edges promotion is performed by the canonicalizer (`canonicalize-substrate` tool) — not `promote-item`, which is the separate cross-substrate derivation tool.
+
+### Schema versioning + migrations
+
+`<substrate-dir>/migrations.json` is the per-substrate migration registry. A schema `version` bump requires a companion migration declared via `write-schema-migration` — without one, reading or writing an item with an older `schema_version` throws a version mismatch. Migration kinds are `identity` (shape-compatible, no transform) or `declarative-transform` (a spec of rename/set/delete/coerce on dotted paths). The loaded registry walks items forward at the next read/write without a process restart.
+
+**Tools registered:** the tool surface grows with the package — read the generated `skills/pi-context/SKILL.md` for the current set, or call the `list-tools` tool at runtime (in-pi) / `grep pi.registerTool packages/pi-context/src/index.ts` (source). Families:
+
+- **Block CRUD** — `read-block`, `write-block`, `read-block-dir`, `append-block-item`, `update-block-item`, `remove-block-item`, and the nested-array variants (`append/update/remove-block-nested-item`).
+- **Item-level read/query** — `read-block-item`, `read-block-page`, `filter-block-items`, `resolve-item-by-id`, `resolve-items-by-id`, `join-blocks`, `find-references`, `walk-ancestors`, `context-walk-descendants`, `context-edges-for-lens`, `gather-execution-context`.
+- **Substrate writes** — `append-relation`, `amend-config`, `write-schema`, `write-schema-migration`, `rename-canonical-id`.
+- **Content-addressing lifecycle** — `promote-item` (cross-substrate derivation: promote an item into another registered substrate as a new content-addressed item + `item_derived_from_item` lineage edge), `migrate-content-addressed` (backfill identity), `canonicalize-substrate` (one-time canonicalizer; promotes each nested id-bearing array → top-level entity block + ordinal-bearing membership edges).
+- **Discovery/introspection** — `read-config`, `read-schema`, `read-samples-catalog`, `list-tools`, `context-current-state`, `context-bootstrap-state`.
+- **Lifecycle/state** — `context-status`, `context-validate`, `context-validate-relations`, `complete-task`.
+- **Substrate management** — `context-init`, `context-accept-all`, `context-switch`, `context-list`, `context-archive`.
+- **Roadmap** — `context-roadmap-load`, `context-roadmap-render`, `context-roadmap-validate`, `context-roadmap-list`.
 
 **Commands registered:**
-- `/context init <dir>` — bootstrap pointer + substrate/schemas dirs only (no config, no defaults)
+- `/context init <substrate-dir>` — bootstrap pointer + substrate/schemas dirs only (no config, no defaults)
 - `/context accept-all` — adopt `samples/conception.json` as `config.json` (idempotent; never overwrites an existing config)
 - `/context install [--update]` — reconcile the substrate against `installed_schemas` / `installed_blocks` in `config.json` by copying assets from the samples catalog (skip-if-exists by default; `--update` overwrites)
 - `/context view <lensId>` — render a configured lens (groupByLens projection) into the conversation as markdown
@@ -59,8 +97,21 @@ The schema is the contract. When pi-workflows agents produce output that writes
 | File | Purpose |
 |------|---------|
 | `src/index.ts` | Extension entry point — tool and command registration |
-| `src/block-api.ts` | Block CRUD: `readBlock`, `writeBlock`, `appendToBlock`, `updateItemInBlock`, `appendToNestedArray`, `updateNestedArrayItem`, `removeFromBlock`, `removeFromNestedArray`, `readBlockDir` |
-| `src/schema-validator.ts` | AJV wrapper: `validate`, `validateFromFile`, `ValidationError` |
+| `src/block-api.ts` | Block CRUD + identity stamping: `readBlock`, `writeBlock`, `appendToBlock`, `updateItemInBlock`, `appendToNestedArray`, `updateNestedArrayItem`, `removeFromBlock`, `removeFromNestedArray`, `readBlockDir`; mints `oid`/`content_hash`/`content_parent` (`mintOid`, `prepareItemIdentityForWrite`, `contentProjection`), reads `substrate_id` (`substrateIdForDir`). Exported subpath `./block-api`. |
+| `src/content-hash.ts` | RFC 8785 JCS canonicalization → SHA-256 content hashing for the content projection. Exported subpath `./content-hash`. |
+| `src/object-store.ts` | Content-addressed object store: writes/reads `<substrate-dir>/objects/<content_hash>.json` (idempotent, atomic tmp+rename). Exported subpath `./object-store`. |
+| `src/context-registry.ts` | Project-root `.pi-context-registry.json` reader/writer: `substrate_id → { dir, aliases[] }`, `resolveSubstrateDir`, `resolveAlias`. Exported subpath `./context-registry`. |
+| `src/promote-item.ts` | Cross-substrate derivation: promotes a substrate item into another registered substrate as a new content-addressed item, recording an `item_derived_from_item` lineage edge in the destination (`promote-item` tool). (Nested id-bearing array → top-level entity + membership edges is the canonicalizer's job — `canonicalize-substrate`.) Exported subpath `./promote-item`. |
+| `src/migrate-content-addressed.ts` | Backfills three-layer identity onto pre-content-addressed items (`migrate-content-addressed` tool). Exported subpath `./migrate-content-addressed`. |
+| `src/canonicalize-substrate.ts` | One-time substrate canonicalizer (`canonicalize-substrate` tool). Exported subpath `./canonicalize-substrate`. |
+| `src/schema-write.ts` | Schema create/replace authoring backing `write-schema`. Exported subpath `./schema-write`. |
+| `src/schema-migrations.ts` | Schema version-bump migration engine (`identity` / `declarative-transform`), backed by `migrations.json`. Exported subpath `./schema-migrations`. |
+| `src/land-identity-fields.ts` | Lands the three identity fields onto an existing schema's item subschema. Exported subpath `./land-identity-fields`. |
+| `src/read-element.ts` | Element-level substrate read helper. Exported subpath `./read-element`. |
+| `src/dispatch-context.ts` | `DispatchContext` / `WriterIdentity` attestation types stamped onto block-api writes. Exported subpath `./dispatch-context`. |
+| `src/rename-canonical-id.ts` | Renames a canonical id across blocks + relations (`rename-canonical-id` tool). Exported subpath `./rename-canonical-id`. |
+| `src/samples-catalog.ts` | Reads the packaged conception/samples catalog. Exported subpath `./samples-catalog`. |
+| `src/schema-validator.ts` | AJV wrapper: `validate`, `validateFromFile`, `ValidationError`. Exported subpath `./schema-validator`. |
 | `src/block-validation.ts` | Post-step validation: `snapshotBlockFiles`, `validateChangedBlocks`, `rollbackBlockFiles` |
 | `src/context-sdk.ts` | Derived state + cross-block resolver: `contextState`, `availableBlocks`, `availableSchemas`, `findAppendableBlocks`, `validateContext`, `buildIdIndex`, `resolveItemById`, `completeTask`. Re-exports the substrate API from `context.ts` (config/relations loaders, lens algorithms, validators, `resolveContextDir`) so existing consumers get one import surface. |
 | `src/context.ts` | Substrate bootstrap: `loadConfig`, `loadRelations`, `loadContext` (mtime-keyed cache), `resolveContextDir(cwd)` (the `config.root` resolver every path helper routes through), the lens algorithms (`edgesForLens`, `synthesizeFromField`, `walkDescendants`, `groupByLens`, `listUncategorized`, `displayName`), `validateRelations`. Type exports: `ConfigBlock`, `HierarchyDecl`, `LensSpec`, `Edge`, `ItemRecord`, `ContextData`, `SubstrateValidationIssue`, `SubstrateValidationResult`, `CurationSuggestion`. |
@@ -131,7 +182,7 @@ validateRelations(cwd, options?): SubstrateValidationResult
 displayName(canonicalId: string, naming: Record<string, string> | undefined): string
 ```
 
-`config.root` is the substrate's "where do I live" answer — block-api, schemas-discovery, phase-discovery, and every other path consumer route through `resolveContextDir(cwd)` so a relocated root reaches the runtime instead of being trapped in the SDK. `config.json` and `relations.json` themselves are exempt — they always live at `.project/` because they are the substrate that defines `root`.
+`config.root` is the substrate's "where do I live" answer — block-api, schemas-discovery, phase-discovery, and every other path consumer route through `resolveContextDir(cwd)` so a relocated root reaches the runtime instead of being trapped in the SDK. `config.json` and `relations.json` themselves are exempt — they always live at the substrate-dir root (the bootstrap-chosen dir, pointer-resolved, suggested `.context`) because they are the substrate that defines `root`.
 
 ### Lens View Consumption (`src/lens-view.ts`)
 
@@ -175,9 +226,11 @@ When working with this extension:
 - **Read `src/context-sdk.ts`** to understand what project state is available and how it's computed
 - **Read `src/block-api.ts`** to understand the CRUD operations and validation behavior
 - **Read `src/index.ts`** to see tool parameter schemas and command handler logic
-- Use the `append-block-item` tool to add items — it handles schema validation, duplicate checking, and atomic writes
-- Use the `update-block-item` tool with a `match` predicate (e.g., `{ id: "gap-123" }`) and `updates` object
-- Block schemas define the contract — consult `.project/schemas/*.schema.json` to understand what fields are required
+- Use the `append-block-item` tool to add items — it handles schema validation, duplicate checking, atomic writes, and (for identity-bearing schemas) minting `oid`/`content_hash`/`content_parent` + persisting the content projection to `objects/`
+- Use the `update-block-item` tool with a `match` predicate (e.g., `{ id: "gap-123" }`) and `updates` object — `oid` is immutable, so a mismatched incoming `oid` is rejected
+- Block schemas define the contract — consult `<substrate-dir>/schemas/*.schema.json` to understand what fields are required; a schema declaring all three identity fields opts the block into content-addressing
+- Items reference each other only through closure-table edges in `relations.json` (structured `{kind:"item", oid, refname?, substrate_id?}` or `{kind:"lens_bin", bin}` endpoints) — no FK-as-field, no nested id-bearing arrays
+- Cross-substrate endpoints resolve through `.pi-context-registry.json`; use `resolveRef(cwd, ref)` to classify a reference as active/foreign/dangling/unregistered
 - `contextState(cwd)` is the single source of truth for project metrics — prefer it over manual filesystem inspection
 
 ## Tests

package/dist/block-api.d.ts

@@ -1,4 +1,149 @@
 import type { DispatchContext } from "./dispatch-context.js";
+/**
+ * The MANDATORY content/metadata floor (content-addressed substrate identity,
+ * Cycle 3 / carried item 1; v3 spec §A2). The identity/addressing fields
+ * `id`, `oid`, `content_hash`, `content_parent` are ALWAYS metadata —
+ * EXCLUDED from the content hash — and a schema's `x-identity.metadata_fields`
+ * override can NEVER pull them into the content. This is the floor that makes
+ * the content hash a faithful identity for content rather than for addressing:
+ * a refname rename (`id`), a freshly-minted `oid`, or a recomputed
+ * `content_hash` / advanced `content_parent` must never move the hash, or the
+ * object store would fork on pure addressing churn. `metadataFieldsForSchema`
+ * unions this floor into whatever partition an override declares so the floor
+ * is non-overridable by construction.
+ */
+export declare const MANDATORY_METADATA_FIELDS: ReadonlySet<string>;
+/**
+ * The DISCRETIONARY metadata fields (v3 spec §A2): the four author/attestation
+ * fields (`AUTHOR_FIELDS`) plus the lifecycle-closure fields (`closed_by`,
+ * `closed_at`). These are the fields a schema MAY redefine via an
+ * `x-identity.metadata_fields` override — when an override is declared it
+ * REPLACES this discretionary set (the floor is still unioned back in); when
+ * absent these are the discretionary defaults. Built from `AUTHOR_FIELDS` so
+ * the four author strings keep a single source of truth and cannot drift from
+ * the stamping path.
+ */
+export declare const DISCRETIONARY_METADATA_FIELDS: ReadonlySet<string>;
+/**
+ * The default content/metadata partition when no `x-identity.metadata_fields`
+ * override is declared: `MANDATORY ∪ DISCRETIONARY` — the same 10 fields the
+ * Cycle-2 surface enumerated (`id`, `oid`, `content_hash`, `content_parent`,
+ * the four author fields, `closed_by`, `closed_at`). Retained as the
+ * no-override default so the membership is identical to the pre-Cycle-3 set;
+ * `metadataFieldsForSchema` now composes it from the two named subsets rather
+ * than a flat literal so the mandatory floor is provably a subset of every
+ * resolved partition (see that function).
+ */
+export declare const DEFAULT_METADATA_FIELDS: ReadonlySet<string>;
+/**
+ * The content/metadata partition for items of array `arrayKey` under `schema`:
+ * `MANDATORY_METADATA_FIELDS ∪ (override ?? DISCRETIONARY_METADATA_FIELDS)`
+ * (carried item 1 / v3 spec §A2). The item subschema's
+ * `x-identity.metadata_fields` override, when declared, REPLACES the
+ * discretionary set; the mandatory floor (`id`/`oid`/`content_hash`/
+ * `content_parent`) is then unioned back in so an override can never pull a
+ * floor field into the content — even an override that omits `id` still
+ * excludes the floor, so two items differing only in `id` hash equal under
+ * that override. When no override is declared the result equals
+ * `DEFAULT_METADATA_FIELDS` (floor ∪ discretionary) byte-for-byte.
+ *
+ * Single reader — both the cache populate site (`getSchemaCacheEntry` via
+ * `collectArrayItemMetadataOverrides`) and `contentProjection` route through
+ * this so there is exactly one resolution path and no parallel default.
+ * Resolves the item subschema by the same array-key traversal used for
+ * author-field decisions, reading the RAW override (not the already-defaulted
+ * collected value) so the union is over the override itself.
+ */
+export declare function metadataFieldsForSchema(schema: unknown, arrayKey: string): ReadonlySet<string>;
+/**
+ * Human-readable description of how a schema's `x-identity.metadata_fields`
+ * override changes the discretionary metadata partition relative to the
+ * default — or `null` when NO array item subschema declares an override
+ * (carried item 2 / informed-authorization confirm). Pure function: no
+ * filesystem, no cache; takes a parsed schema object and inspects every
+ * reachable array item subschema for an `x-identity.metadata_fields`
+ * declaration.
+ *
+ * When at least one override is present, returns a one-line-per-array summary
+ * naming, per array key, which DISCRETIONARY fields the override DROPS
+ * (present in `DISCRETIONARY_METADATA_FIELDS` but absent from the override)
+ * and which non-floor fields it ADDS (present in the override, not a floor
+ * field, not a default discretionary field). The mandatory floor
+ * (`id`/`oid`/`content_hash`/`content_parent`) is never reported as
+ * add/drop — it is structurally unaffected by an override — so the caller
+ * (auth-gate) can append a standing "floor remains excluded" affirmation.
+ *
+ * Used by `authGateHandler` to enrich the `write-schema` confirm message; the
+ * exact wording is the affordance, not a parse contract.
+ */
+export declare function describeIdentityOverride(schema: unknown): string | null;
+/**
+ * Project an item to its hashable content: a SHALLOW COPY of `item` with the
+ * metadata keys (`metadataFieldsForSchema(schema, arrayKey)`) deleted. Does
+ * NOT mutate `item`. The result is what Cycle 3 will feed to
+ * `computeContentHash`, so a metadata-only mutation (refreshed author stamp,
+ * freshly-assigned `oid`, etc.) leaves the projection — and therefore the
+ * content hash — unchanged.
+ *
+ * `schema` is the parsed schema object (not a path), so this is usable both
+ * from the cache populate path and from ad-hoc callers / tests holding an
+ * inline schema.
+ */
+export declare function contentProjection(schema: Record<string, unknown>, arrayKey: string, item: Record<string, unknown>): Record<string, unknown>;
+/**
+ * Mint a fresh OID for an item being born in `substrateId`. An OID is the
+ * substrate-stable, content-INDEPENDENT identity of an item across all its
+ * content versions (vs. `content_hash`, which moves with content; vs. `id`,
+ * the human refname). Derived as the first 32 hex chars of
+ * `sha256Hex(canonicalJson([substrateId, nonce ?? randomUUID()]))`:
+ *   - salting with `substrateId` makes two substrates that mint with the same
+ *     nonce produce distinct OIDs (cross-substrate uniqueness — the reason
+ *     Cycle 3 needs the substrate_id core);
+ *   - `nonce` is optional and exists for deterministic tests; production calls
+ *     pass none and get a fresh `randomUUID()` so each birth is unique even
+ *     within one substrate.
+ * 128 bits (32 hex) of digest is collision-free in the item-count regime.
+ *
+ * RETURN SHAPE: a bare 32-character lowercase-hex digest — no substrate prefix,
+ * no colon separator. `substrateId` salts the hash and does NOT appear in the
+ * returned value. (The `<substrate_id>:<oid>` colon-form seen elsewhere is the
+ * edge dedup key in `endpointIdentity`, not the oid itself.)
+ */
+export declare function mintOid(substrateId: string, nonce?: string): string;
+/**
+ * Compute the content/identity fields for an item about to be written, per the
+ * content-addressed substrate identity model (Cycle 3 / Phase C). Returns the
+ * item with `oid` / `content_hash` / `content_parent` set; the input is never
+ * mutated (a shallow copy is returned). Also persists the content projection to
+ * the object store as a side effect on every stamping write.
+ *
+ * NO-OP GATE (locked decision 1): when the item's array subschema does not
+ * declare all three identity fields, the original `item` is returned unchanged
+ * (no oid mint, no hash, no object write, no substrate_id read). This scopes
+ * the behavior change to exactly the schemas Cycle 3 edits — bespoke test
+ * schemas without the fields are untouched — mirroring `maybeStampItem`'s
+ * author-field gate. The gate is NOT ctx-gated: content hash / oid are
+ * integrity, not attestation.
+ *
+ * Ordering vs author-stamp: call AFTER `maybeStampItem`/`maybeStampTypedItem`.
+ * Author fields are in the metadata partition (excluded from the projection),
+ * so the content hash is invariant to whether author-stamping ran first — but
+ * `content_hash` itself is a metadata field, so it must be assigned AFTER the
+ * projection is computed from the (already author-stamped) item.
+ *
+ * `mode`:
+ *   - `"create"`: mint a fresh `oid` (via `substrateIdForDir(substrateDir)`),
+ *     compute `content_hash`, set NO `content_parent` (a v1 item has no prior).
+ *   - `"update"`: preserve `prior.oid` — and THROW if the incoming item carries
+ *     a different `oid` (locked decision 3: oid is immutable). Recompute
+ *     `content_hash`. When the content changed (new hash !== prior.content_hash)
+ *     set `content_parent = prior.content_hash`; when content is unchanged
+ *     (no-op write) leave `content_parent` at the prior value (not advanced).
+ *
+ * `prior` is the on-disk item being replaced (required for `"update"`); for
+ * `"create"` it is ignored.
+ */
+export declare function prepareItemIdentityForWrite(substrateDir: string, blockName: string, item: Record<string, unknown>, schemaPath: string | null, arrayKey: string, mode: "create" | "update", prior?: Record<string, unknown>): Record<string, unknown>;
 /**
  * Read and parse a .project/{blockName}.json file.
  * Throws if the file does not exist or contains invalid JSON.
@@ -7,6 +152,10 @@ import type { DispatchContext } from "./dispatch-context.js";
  * matching items in the specified array key. Non-array or missing keys return the
  * block unchanged. The filter is applied after parsing, before returning.
  */
+export declare function readBlockForDir(substrateDir: string, blockName: string, filter?: {
+    arrayKey: string;
+    predicate: (item: Record<string, unknown>) => boolean;
+}): unknown;
 export declare function readBlock(cwd: string, blockName: string, filter?: {
     arrayKey: string;
     predicate: (item: Record<string, unknown>) => boolean;
@@ -34,24 +183,6 @@ export declare function readBlock(cwd: string, blockName: string, filter?: {
  * for existing callers.
  */
 export declare function writeTypedFile(filePath: string, schemaPath: string | null, data: unknown, ctx?: DispatchContext, errorLabel?: string): void;
-/**
- * Validated atomic append to an array within a `(filePath, schemaPath)` pair.
- * `arrayPath = null` means "the file IS the array" (top-level array shape,
- * e.g. monitor patterns / instructions); `arrayPath = string` means
- * "data[arrayPath] is the target array" (object-with-array-field shape, the
- * `.project/` block convention).
- *
- * `ctx` (FGAP-004): when provided AND the schema declares author fields on
- * the items reached by `arrayPath` (or, for the flat-array case, on the
- * array's `items.properties.*`), the appended item is stamped via
- * `stampItem` in create-mode before AJV validation. For the flat-array
- * case the array key passed to the per-array-key cache lookup is the
- * arbitrary token `__top__` — `collectArrayItemAuthorDecisions` only
- * traverses `properties.*` paths and never visits a top-level array
- * schema, so the lookup will always miss; flat-array stamping is
- * intentionally a no-op until a schema actually declares author fields
- * on a top-level array shape (no current consumer does so).
- */
 export declare function appendToTypedFile(filePath: string, schemaPath: string | null, arrayPath: string | null, item: unknown, ctx?: DispatchContext, errorLabel?: string): void;
 /**
  * Validated atomic bulk append-if-absent to an array within a
@@ -180,6 +311,7 @@ export declare function removeFromNestedTypedFile(filePath: string, schemaPath:
  * stamping; callers wanting per-item attribution should prefer the
  * array-grained writers.
  */
+export declare function writeBlockForDir(substrateDir: string, blockName: string, data: unknown, ctx?: DispatchContext): void;
 export declare function writeBlock(cwd: string, blockName: string, data: unknown, ctx?: DispatchContext): void;
 /**
  * Read current file, push item onto data[arrayKey], validate whole file
@@ -193,6 +325,7 @@ export declare function writeBlock(cwd: string, blockName: string, data: unknown
  * `additionalProperties: false` AJV failures on blocks whose item shape
  * doesn't carry author markers yet.
  */
+export declare function appendToBlockForDir(substrateDir: string, blockName: string, arrayKey: string, item: unknown, ctx?: DispatchContext): void;
 export declare function appendToBlock(cwd: string, blockName: string, arrayKey: string, item: unknown, ctx?: DispatchContext): void;
 /**
  * Find an item in data[arrayKey] by predicate, shallow-merge updates onto it,
@@ -204,6 +337,7 @@ export declare function appendToBlock(cwd: string, blockName: string, arrayKey:
  * update-mode after the shallow merge — `created_by` / `created_at` are
  * preserved, `modified_by` / `modified_at` refresh.
  */
+export declare function updateItemInBlockForDir(substrateDir: string, blockName: string, arrayKey: string, predicate: (item: Record<string, unknown>) => boolean, updates: Record<string, unknown>, ctx?: DispatchContext): void;
 export declare function updateItemInBlock(cwd: string, blockName: string, arrayKey: string, predicate: (item: Record<string, unknown>) => boolean, updates: Record<string, unknown>, ctx?: DispatchContext): void;
 /**
  * Atomically find-or-append a single item in `data[arrayKey]` keyed by
@@ -231,6 +365,9 @@ export declare function updateItemInBlock(cwd: string, blockName: string, arrayK
  * to merge against. Callers that need merge-on-update should continue to
  * use `updateItemInBlock`.
  */
+export declare function upsertItemInBlockForDir(substrateDir: string, blockName: string, arrayKey: string, item: Record<string, unknown>, idField: string, ctx?: DispatchContext): {
+    mode: "appended" | "updated";
+};
 export declare function upsertItemInBlock(cwd: string, blockName: string, arrayKey: string, item: Record<string, unknown>, idField: string, ctx?: DispatchContext): {
     mode: "appended" | "updated";
 };
@@ -246,6 +383,7 @@ export declare function upsertItemInBlock(cwd: string, blockName: string, arrayK
  * file lock, predicate findIndex, multi-match warning, clone-before-write so
  * the original array remains unmodified if writeBlock throws.
  */
+export declare function appendToNestedArrayForDir(substrateDir: string, blockName: string, parentArrayKey: string, predicate: (item: Record<string, unknown>) => boolean, nestedArrayKey: string, item: unknown, ctx?: DispatchContext): void;
 export declare function appendToNestedArray(cwd: string, blockName: string, parentArrayKey: string, predicate: (item: Record<string, unknown>) => boolean, nestedArrayKey: string, item: unknown, ctx?: DispatchContext): void;
 /**
  * Atomically update a single item inside a nested array on a parent-array
@@ -259,6 +397,7 @@ export declare function appendToNestedArray(cwd: string, blockName: string, pare
  * updateItemInBlock convention). Clone-then-write keeps the original arrays
  * unmodified if writeBlock throws.
  */
+export declare function updateNestedArrayItemForDir(substrateDir: string, blockName: string, parentArrayKey: string, parentPredicate: (item: Record<string, unknown>) => boolean, nestedArrayKey: string, nestedPredicate: (item: Record<string, unknown>) => boolean, updates: Record<string, unknown>, ctx?: DispatchContext): void;
 export declare function updateNestedArrayItem(cwd: string, blockName: string, parentArrayKey: string, parentPredicate: (item: Record<string, unknown>) => boolean, nestedArrayKey: string, nestedPredicate: (item: Record<string, unknown>) => boolean, updates: Record<string, unknown>, ctx?: DispatchContext): void;
 /**
  * Atomically remove all items matching `predicate` from a top-level array
@@ -269,6 +408,9 @@ export declare function updateNestedArrayItem(cwd: string, blockName: string, pa
  * without throwing — removal of a non-existent item is treated as an
  * idempotent successful no-op, distinct from update which throws on miss.
  */
+export declare function removeFromBlockForDir(substrateDir: string, blockName: string, arrayKey: string, predicate: (item: Record<string, unknown>) => boolean, ctx?: DispatchContext): {
+    removed: number;
+};
 export declare function removeFromBlock(cwd: string, blockName: string, arrayKey: string, predicate: (item: Record<string, unknown>) => boolean, ctx?: DispatchContext): {
     removed: number;
 };
@@ -282,6 +424,9 @@ export declare function removeFromBlock(cwd: string, blockName: string, arrayKey
  * mirrors removeFromBlock semantics). Multi-match warning at parent level
  * via console.error.
  */
+export declare function removeFromNestedArrayForDir(substrateDir: string, blockName: string, parentArrayKey: string, parentPredicate: (item: Record<string, unknown>) => boolean, nestedArrayKey: string, nestedPredicate: (item: Record<string, unknown>) => boolean, ctx?: DispatchContext): {
+    removed: number;
+};
 export declare function removeFromNestedArray(cwd: string, blockName: string, parentArrayKey: string, parentPredicate: (item: Record<string, unknown>) => boolean, nestedArrayKey: string, nestedPredicate: (item: Record<string, unknown>) => boolean, ctx?: DispatchContext): {
     removed: number;
 };
@@ -296,6 +441,7 @@ export declare function removeFromNestedArray(cwd: string, blockName: string, pa
  * byte-identically; both pi-workflows and the `read-block-dir` registered
  * tool consume this single export.
  */
+export declare function readBlockDirForDir(substrateDir: string, subdir: string): unknown[];
 export declare function readBlockDir(cwd: string, subdir: string): unknown[];
 /**
  * Resolve the item subschema for a block schema: find the first array property
@@ -324,5 +470,6 @@ export declare function resolveBlockItemSchema(schema: Record<string, unknown>):
  * prefix+width parseable. Orchestrator CLIs + the in-pi append tool route
  * through this instead of re-implementing allocation.
  */
+export declare function nextIdForDir(substrateDir: string, blockName: string): string;
 export declare function nextId(cwd: string, blockName: string): string;
 //# sourceMappingURL=block-api.d.ts.map

package/dist/block-api.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"block-api.d.ts","sourceRoot":"","sources":["../src/block-api.ts"],"names":[],"mappings":"AAsBA,OAAO,KAAK,EAAE,eAAe,EAAE,MAAM,uBAAuB,CAAC;AAqQ7D;;;;;;;GAOG;AACH,wBAAgB,SAAS,CACxB,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,MAAM,CAAC,EAAE;IAAE,QAAQ,EAAE,MAAM,CAAC;IAAC,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,CAAA;CAAE,GAClF,OAAO,CA0BT;AAkCD;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAgB,cAAc,CAC7B,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,IAAI,EAAE,OAAO,EACb,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB,IAAI,CAuCN;AAED;;;;;;;;;;;;;;;;;GAiBG;AACH,wBAAgB,iBAAiB,CAChC,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,SAAS,EAAE,MAAM,GAAG,IAAI,EACxB,IAAI,EAAE,OAAO,EACb,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB,IAAI,CAsCN;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;GA0BG;AACH,wBAAgB,6BAA6B,CAC5C,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,SAAS,EAAE,MAAM,GAAG,IAAI,EACxB,KAAK,EAAE,OAAO,EAAE,EAChB,QAAQ,EAAE,CAAC,IAAI,EAAE,OAAO,KAAK,MAAM,EACnC,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB;IAAE,QAAQ,EAAE,MAAM,CAAC;IAAC,OAAO,EAAE,MAAM,CAAA;CAAE,CAgEvC;AA8ED;;;;;;;;;;;;;;;GAeG;AACH,wBAAgB,qBAAqB,CACpC,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,SAAS,EAAE,MAAM,GAAG,IAAI,EACxB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAChC,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB,IAAI,CAuBN;AAED;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAgB,qBAAqB,CACpC,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,SAAS,EAAE,MAAM,GAAG,IAAI,EACxB,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAC7B,OAAO,EAAE,MAAM,EACf,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB;IAAE,IAAI,EAAE,UAAU,GAAG,SAAS,CAAA;CAAE,CA+ClC;AAED;;;;;;GAMG;AACH,wBAAgB,mBAAmB,CAClC,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,SAAS,EAAE,MAAM,GAAG,IAAI,EACxB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB;IAAE,OAAO,EAAE,MAAM,CAAA;CAAE,CAoBrB;AAED;;;;;;;;;;GAUG;AACH,wBAAgB,uBAAuB,CACtC,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,cAAc,EAAE,MAAM,EACtB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,cAAc,EAAE,MAAM,EACtB,IAAI,EAAE,OAAO,EACb,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB,IAAI,CAsCN;AAED;;;;;;;;;GASG;AACH,wBAAgB,2BAA2B,CAC1C,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAChC,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB,IAAI,CAmDN;AAED;;;;;;;GAOG;AACH,wBAAgB,yBAAyB,CACxC,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB;IAAE,OAAO,EAAE,MAAM,CAAA;CAAE,CA4CrB;AAED;;;;;;;;;GASG;AACH,wBAAgB,UAAU,CAAC,GAAG,EAAE,MAAM,EAAE,SAAS,EAAE,MAAM,EAAE,IAAI,EAAE,OAAO,EAAE,GAAG,CAAC,EAAE,eAAe,GAAG,IAAI,CAIrG;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,aAAa,CAC5B,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,QAAQ,EAAE,MAAM,EAChB,IAAI,EAAE,OAAO,EACb,GAAG,CAAC,EAAE,eAAe,GACnB,IAAI,CA4BN;AAED;;;;;;;;;GASG;AACH,wBAAgB,iBAAiB,CAChC,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,QAAQ,EAAE,MAAM,EAChB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAChC,GAAG,CAAC,EAAE,eAAe,GACnB,IAAI,CAIN;AAED;;;;;;;;;;;;;;;;;;;;;;;;;GAyBG;AACH,wBAAgB,iBAAiB,CAChC,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,QAAQ,EAAE,MAAM,EAChB,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAC7B,OAAO,EAAE,MAAM,EACf,GAAG,CAAC,EAAE,eAAe,GACnB;IAAE,IAAI,EAAE,UAAU,GAAG,SAAS,CAAA;CAAE,CAIlC;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,mBAAmB,CAClC,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,cAAc,EAAE,MAAM,EACtB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,cAAc,EAAE,MAAM,EACtB,IAAI,EAAE,OAAO,EACb,GAAG,CAAC,EAAE,eAAe,GACnB,IAAI,CAaN;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,qBAAqB,CACpC,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAChC,GAAG,CAAC,EAAE,eAAe,GACnB,IAAI,CAcN;AAED;;;;;;;;GAQG;AACH,wBAAgB,eAAe,CAC9B,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,QAAQ,EAAE,MAAM,EAChB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,GAAG,CAAC,EAAE,eAAe,GACnB;IAAE,OAAO,EAAE,MAAM,CAAA;CAAE,CAIrB;AAED;;;;;;;;;GASG;AACH,wBAAgB,qBAAqB,CACpC,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,GAAG,CAAC,EAAE,eAAe,GACnB;IAAE,OAAO,EAAE,MAAM,CAAA;CAAE,CAarB;AAED;;;;;;;;;;GAUG;AACH,wBAAgB,YAAY,CAAC,GAAG,EAAE,MAAM,EAAE,MAAM,EAAE,MAAM,GAAG,OAAO,EAAE,CAgCnE;AAID;;;;;;;;;;;;GAYG;AACH,wBAAgB,sBAAsB,CAAC,MAAM,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,GAAG;IACxE,QAAQ,EAAE,MAAM,CAAC;IACjB,UAAU,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC;CACpC,CA2BA;AAED;;;;;;;;;GASG;AACH,wBAAgB,MAAM,CAAC,GAAG,EAAE,MAAM,EAAE,SAAS,EAAE,MAAM,GAAG,MAAM,CA+B7D"}
+{"version":3,"file":"block-api.d.ts","sourceRoot":"","sources":["../src/block-api.ts"],"names":[],"mappings":"AA8BA,OAAO,KAAK,EAAE,eAAe,EAAE,MAAM,uBAAuB,CAAC;AA8C7D;;;;;;;;;;;;GAYG;AACH,eAAO,MAAM,yBAAyB,EAAE,WAAW,CAAC,MAAM,CAKxD,CAAC;AAEH;;;;;;;;;GASG;AACH,eAAO,MAAM,6BAA6B,EAAE,WAAW,CAAC,MAAM,CAI5D,CAAC;AAEH;;;;;;;;;GASG;AACH,eAAO,MAAM,uBAAuB,EAAE,WAAW,CAAC,MAAM,CAGtD,CAAC;AAoPH;;;;;;;;;;;;;;;;;;GAkBG;AACH,wBAAgB,uBAAuB,CAAC,MAAM,EAAE,OAAO,EAAE,QAAQ,EAAE,MAAM,GAAG,WAAW,CAAC,MAAM,CAAC,CAM9F;AAED;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,wBAAgB,wBAAwB,CAAC,MAAM,EAAE,OAAO,GAAG,MAAM,GAAG,IAAI,CAqBvE;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,iBAAiB,CAChC,MAAM,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAC/B,QAAQ,EAAE,MAAM,EAChB,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,GAC3B,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAOzB;AA6ID;;;;;;;;;;;;;;;;;;GAkBG;AACH,wBAAgB,OAAO,CAAC,WAAW,EAAE,MAAM,EAAE,KAAK,CAAC,EAAE,MAAM,GAAG,MAAM,CAGnE;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAgCG;AACH,wBAAgB,2BAA2B,CAC1C,YAAY,EAAE,MAAM,EACpB,SAAS,EAAE,MAAM,EACjB,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAC7B,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,QAAQ,EAAE,MAAM,EAChB,IAAI,EAAE,QAAQ,GAAG,QAAQ,EACzB,KAAK,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,GAC7B,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CA0EzB;AAED;;;;;;;GAOG;AACH,wBAAgB,eAAe,CAC9B,YAAY,EAAE,MAAM,EACpB,SAAS,EAAE,MAAM,EACjB,MAAM,CAAC,EAAE;IAAE,QAAQ,EAAE,MAAM,CAAC;IAAC,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,CAAA;CAAE,GAClF,OAAO,CA4CT;AAED,wBAAgB,SAAS,CACxB,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,MAAM,CAAC,EAAE;IAAE,QAAQ,EAAE,MAAM,CAAC;IAAC,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,CAAA;CAAE,GAClF,OAAO,CAMT;AAkCD;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAgB,cAAc,CAC7B,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,IAAI,EAAE,OAAO,EACb,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB,IAAI,CA8DN;AAwFD,wBAAgB,iBAAiB,CAChC,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,SAAS,EAAE,MAAM,GAAG,IAAI,EACxB,IAAI,EAAE,OAAO,EACb,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB,IAAI,CA8CN;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;GA0BG;AACH,wBAAgB,6BAA6B,CAC5C,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,SAAS,EAAE,MAAM,GAAG,IAAI,EACxB,KAAK,EAAE,OAAO,EAAE,EAChB,QAAQ,EAAE,CAAC,IAAI,EAAE,OAAO,KAAK,MAAM,EACnC,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB;IAAE,QAAQ,EAAE,MAAM,CAAC;IAAC,OAAO,EAAE,MAAM,CAAA;CAAE,CAmEvC;AAkHD;;;;;;;;;;;;;;;GAeG;AACH,wBAAgB,qBAAqB,CACpC,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,SAAS,EAAE,MAAM,GAAG,IAAI,EACxB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAChC,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB,IAAI,CA8BN;AAED;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAgB,qBAAqB,CACpC,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,SAAS,EAAE,MAAM,GAAG,IAAI,EACxB,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAC7B,OAAO,EAAE,MAAM,EACf,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB;IAAE,IAAI,EAAE,UAAU,GAAG,SAAS,CAAA;CAAE,CA6DlC;AAED;;;;;;GAMG;AACH,wBAAgB,mBAAmB,CAClC,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,SAAS,EAAE,MAAM,GAAG,IAAI,EACxB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB;IAAE,OAAO,EAAE,MAAM,CAAA;CAAE,CAoBrB;AAED;;;;;;;;;;GAUG;AACH,wBAAgB,uBAAuB,CACtC,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,cAAc,EAAE,MAAM,EACtB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,cAAc,EAAE,MAAM,EACtB,IAAI,EAAE,OAAO,EACb,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB,IAAI,CA4CN;AAED;;;;;;;;;GASG;AACH,wBAAgB,2BAA2B,CAC1C,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAChC,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB,IAAI,CA8DN;AAED;;;;;;;GAOG;AACH,wBAAgB,yBAAyB,CACxC,QAAQ,EAAE,MAAM,EAChB,UAAU,EAAE,MAAM,GAAG,IAAI,EACzB,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,GAAG,CAAC,EAAE,eAAe,EACrB,UAAU,CAAC,EAAE,MAAM,GACjB;IAAE,OAAO,EAAE,MAAM,CAAA;CAAE,CA4CrB;AAED;;;;;;;;;GASG;AACH,wBAAgB,gBAAgB,CAAC,YAAY,EAAE,MAAM,EAAE,SAAS,EAAE,MAAM,EAAE,IAAI,EAAE,OAAO,EAAE,GAAG,CAAC,EAAE,eAAe,GAAG,IAAI,CAqDpH;AAgED,wBAAgB,UAAU,CAAC,GAAG,EAAE,MAAM,EAAE,SAAS,EAAE,MAAM,EAAE,IAAI,EAAE,OAAO,EAAE,GAAG,CAAC,EAAE,eAAe,GAAG,IAAI,CAIrG;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,mBAAmB,CAClC,YAAY,EAAE,MAAM,EACpB,SAAS,EAAE,MAAM,EACjB,QAAQ,EAAE,MAAM,EAChB,IAAI,EAAE,OAAO,EACb,GAAG,CAAC,EAAE,eAAe,GACnB,IAAI,CAiCN;AAED,wBAAgB,aAAa,CAC5B,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,QAAQ,EAAE,MAAM,EAChB,IAAI,EAAE,OAAO,EACb,GAAG,CAAC,EAAE,eAAe,GACnB,IAAI,CAIN;AAED;;;;;;;;;GASG;AACH,wBAAgB,uBAAuB,CACtC,YAAY,EAAE,MAAM,EACpB,SAAS,EAAE,MAAM,EACjB,QAAQ,EAAE,MAAM,EAChB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAChC,GAAG,CAAC,EAAE,eAAe,GACnB,IAAI,CAIN;AAED,wBAAgB,iBAAiB,CAChC,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,QAAQ,EAAE,MAAM,EAChB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAChC,GAAG,CAAC,EAAE,eAAe,GACnB,IAAI,CAIN;AAED;;;;;;;;;;;;;;;;;;;;;;;;;GAyBG;AACH,wBAAgB,uBAAuB,CACtC,YAAY,EAAE,MAAM,EACpB,SAAS,EAAE,MAAM,EACjB,QAAQ,EAAE,MAAM,EAChB,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAC7B,OAAO,EAAE,MAAM,EACf,GAAG,CAAC,EAAE,eAAe,GACnB;IAAE,IAAI,EAAE,UAAU,GAAG,SAAS,CAAA;CAAE,CAIlC;AAED,wBAAgB,iBAAiB,CAChC,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,QAAQ,EAAE,MAAM,EAChB,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAC7B,OAAO,EAAE,MAAM,EACf,GAAG,CAAC,EAAE,eAAe,GACnB;IAAE,IAAI,EAAE,UAAU,GAAG,SAAS,CAAA;CAAE,CAIlC;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,yBAAyB,CACxC,YAAY,EAAE,MAAM,EACpB,SAAS,EAAE,MAAM,EACjB,cAAc,EAAE,MAAM,EACtB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,cAAc,EAAE,MAAM,EACtB,IAAI,EAAE,OAAO,EACb,GAAG,CAAC,EAAE,eAAe,GACnB,IAAI,CAaN;AAED,wBAAgB,mBAAmB,CAClC,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,cAAc,EAAE,MAAM,EACtB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,cAAc,EAAE,MAAM,EACtB,IAAI,EAAE,OAAO,EACb,GAAG,CAAC,EAAE,eAAe,GACnB,IAAI,CAIN;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,2BAA2B,CAC1C,YAAY,EAAE,MAAM,EACpB,SAAS,EAAE,MAAM,EACjB,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAChC,GAAG,CAAC,EAAE,eAAe,GACnB,IAAI,CAcN;AAED,wBAAgB,qBAAqB,CACpC,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAChC,GAAG,CAAC,EAAE,eAAe,GACnB,IAAI,CAaN;AAED;;;;;;;;GAQG;AACH,wBAAgB,qBAAqB,CACpC,YAAY,EAAE,MAAM,EACpB,SAAS,EAAE,MAAM,EACjB,QAAQ,EAAE,MAAM,EAChB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,GAAG,CAAC,EAAE,eAAe,GACnB;IAAE,OAAO,EAAE,MAAM,CAAA;CAAE,CAIrB;AAED,wBAAgB,eAAe,CAC9B,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,QAAQ,EAAE,MAAM,EAChB,SAAS,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EACrD,GAAG,CAAC,EAAE,eAAe,GACnB;IAAE,OAAO,EAAE,MAAM,CAAA;CAAE,CAIrB;AAED;;;;;;;;;GASG;AACH,wBAAgB,2BAA2B,CAC1C,YAAY,EAAE,MAAM,EACpB,SAAS,EAAE,MAAM,EACjB,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,GAAG,CAAC,EAAE,eAAe,GACnB;IAAE,OAAO,EAAE,MAAM,CAAA;CAAE,CAarB;AAED,wBAAgB,qBAAqB,CACpC,GAAG,EAAE,MAAM,EACX,SAAS,EAAE,MAAM,EACjB,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,cAAc,EAAE,MAAM,EACtB,eAAe,EAAE,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,KAAK,OAAO,EAC3D,GAAG,CAAC,EAAE,eAAe,GACnB;IAAE,OAAO,EAAE,MAAM,CAAA;CAAE,CAYrB;AAED;;;;;;;;;;GAUG;AACH,wBAAgB,kBAAkB,CAAC,YAAY,EAAE,MAAM,EAAE,MAAM,EAAE,MAAM,GAAG,OAAO,EAAE,CA8BlF;AAED,wBAAgB,YAAY,CAAC,GAAG,EAAE,MAAM,EAAE,MAAM,EAAE,MAAM,GAAG,OAAO,EAAE,CAInE;AAID;;;;;;;;;;;;GAYG;AACH,wBAAgB,sBAAsB,CAAC,MAAM,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,GAAG;IACxE,QAAQ,EAAE,MAAM,CAAC;IACjB,UAAU,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC;CACpC,CA2BA;AAED;;;;;;;;;GASG;AACH,wBAAgB,YAAY,CAAC,YAAY,EAAE,MAAM,EAAE,SAAS,EAAE,MAAM,GAAG,MAAM,CA+B5E;AAED,wBAAgB,MAAM,CAAC,GAAG,EAAE,MAAM,EAAE,SAAS,EAAE,MAAM,GAAG,MAAM,CAI7D"}