feat(ecs): add imports to Database.Plugin.create — consume types without re-export (#118)

krisnye · claude · web-flow · commit 029a3b2c827f · 2026-06-08T11:36:30.000-07:00
* test(ecs): add plugin-composition type-complexity benchmark harness Adds scripts/typeperf/ — a reproducible ruler for how Database.Plugin composition scales the TypeScript type-checker. Generates synthetic extends/imports chains at depths [2..32], type-checks each in isolation with `tsc --extendedDiagnostics`, and reports Types / Instantiations / Check time vs depth. Baseline finding (TS 5.8.3): `extends` Instantiations grow ~quadratically with chain depth (121K@2 -> 3.38M@32; inst/depth^2 flat ~2-3K), while Types grow only linearly — i.e. the cost is repeated re-instantiation of the full accumulated 9-bucket intersection, not distinct types. This is the ruler we'll use to measure the additive `imports` property. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> * feat(ecs): add `imports` to Database.Plugin.create — consume types without re-export `extends` re-exports all of a base plugin's types into the result, so a deep chain accumulates the full 9-bucket intersection at every link — type-checker Instantiations grow ~quadratically with depth (3.4M at depth 32) and deep chains hit TS7056, forcing `db: any`. `imports` is the additive complement: the imported plugins' types are visible to local declarations (full type safety on their components / resources / transactions — verified by imports-chain.type-test.ts, including @ts-expect-error negative guards) but are NOT re-exported into the result type. Each link's result stays O(local members), so the chain is linear; consumers reconstitute the union once at the top via Database.Plugin.combine(...). Measured via scripts/typeperf (TS 5.8.3): at depth 32 imports is 8.8x fewer Instantiations (387K vs 3.41M) with a flat per-link marginal vs extends' super-linear climb. `extends` is untouched: its result type still references XP alone, and the new `& IP['x']` terms reduce to `& {}` when imports is unused (within ~1% of baseline), so existing plugins pay nothing and no pre-existing type check is weakened (full tsc -b + 226 ECS tests green). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> * chore: bump to 0.9.64; ignore typeperf generated output in eslint Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> * refactor(ecs): require `imports` before `extends` in plugin descriptor order Reorders the descriptor property contract so dependency declarations (`imports`) precede the re-exporting base (`extends`). Updates validatePropertyOrder, the descriptor type field order, and the doc comment; adds a regression test asserting `imports` must come before `extends`. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>
diff --git a/package.json b/package.json
@@ -1,6 +1,6 @@
 {
   "name": "data-monorepo",
-  "version": "0.9.63",
+  "version": "0.9.64",
   "private": true,
   "scripts": {
     "build": "pnpm -r run build",
diff --git a/packages/data-lit-tictactoe/package.json b/packages/data-lit-tictactoe/package.json
@@ -1,6 +1,6 @@
 {
   "name": "data-lit-tictactoe",
-  "version": "0.9.63",
+  "version": "0.9.64",
   "description": "Tic-Tac-Toe sample - Lit web components with @adobe/data-lit and AgenticService",
   "type": "module",
   "private": true,
diff --git a/packages/data-lit-todo/package.json b/packages/data-lit-todo/package.json
@@ -1,6 +1,6 @@
 {
   "name": "data-lit-todo",
-  "version": "0.9.63",
+  "version": "0.9.64",
   "description": "Todo sample app demonstrating @adobe/data with Lit",
   "type": "module",
   "private": true,
diff --git a/packages/data-lit/package.json b/packages/data-lit/package.json
@@ -1,6 +1,6 @@
 {
   "name": "@adobe/data-lit",
-  "version": "0.9.63",
+  "version": "0.9.64",
   "description": "Adobe data Lit bindings - hooks, elements, decorators",
   "type": "module",
   "private": false,
diff --git a/packages/data-p2p-tictactoe/package.json b/packages/data-p2p-tictactoe/package.json
@@ -1,6 +1,6 @@
 {
   "name": "data-p2p-tictactoe",
-  "version": "0.9.63",
+  "version": "0.9.64",
   "description": "Serverless P2P tic-tac-toe — WebRTC DataChannel + @adobe/data-sync",
   "type": "module",
   "private": true,
diff --git a/packages/data-persistence/package.json b/packages/data-persistence/package.json
@@ -1,6 +1,6 @@
 {
     "name": "@adobe/data-persistence",
-    "version": "0.9.63",
+    "version": "0.9.64",
     "description": "Worker-based incremental persistence layer for @adobe/data ECS over OPFS (browser) and node:fs (server).",
     "type": "module",
     "sideEffects": false,
diff --git a/packages/data-react-hello/package.json b/packages/data-react-hello/package.json
@@ -1,6 +1,6 @@
 {
   "name": "data-react-hello",
-  "version": "0.9.63",
+  "version": "0.9.64",
   "description": "Hello World sample - click counter using @adobe/data-react",
   "type": "module",
   "private": true,
diff --git a/packages/data-react-pixie/package.json b/packages/data-react-pixie/package.json
@@ -1,6 +1,6 @@
 {
   "name": "data-react-pixie",
-  "version": "0.9.63",
+  "version": "0.9.64",
   "description": "PixiJS React sample - ECS sprites (bunny, fox) with @adobe/data-react",
   "type": "module",
   "private": true,
diff --git a/packages/data-react/package.json b/packages/data-react/package.json
@@ -1,6 +1,6 @@
 {
   "name": "@adobe/data-react",
-  "version": "0.9.63",
+  "version": "0.9.64",
   "description": "Adobe data React bindings — hooks and context for ECS database",
   "type": "module",
   "private": false,
diff --git a/packages/data-solid-dashboard/package.json b/packages/data-solid-dashboard/package.json
@@ -1,6 +1,6 @@
 {
   "name": "data-solid-dashboard",
-  "version": "0.9.63",
+  "version": "0.9.64",
   "description": "Mini dashboard sample — multiple components sharing one @adobe/data ECS database with SolidJS",
   "type": "module",
   "private": true,
diff --git a/packages/data-solid/package.json b/packages/data-solid/package.json
@@ -1,6 +1,6 @@
 {
   "name": "@adobe/data-solid",
-  "version": "0.9.63",
+  "version": "0.9.64",
   "description": "Adobe data SolidJS bindings — context and provider for ECS database",
   "type": "module",
   "private": false,
diff --git a/packages/data-sync/package.json b/packages/data-sync/package.json
@@ -1,6 +1,6 @@
 {
     "name": "@adobe/data-sync",
-    "version": "0.9.63",
+    "version": "0.9.64",
     "description": "Multi-user real-time synchronisation for @adobe/data ECS — server, client, and in-process loopback.",
     "type": "module",
     "sideEffects": false,
diff --git a/packages/data/.eslintrc.cjs b/packages/data/.eslintrc.cjs
@@ -20,5 +20,5 @@ module.exports = {
     '@typescript-eslint/no-unused-vars': 'off', // Allow unused variables
     '@typescript-eslint/no-namespace': 'off', // Namespaces used for API organization (Database.Plugin, etc.)
   },
-  ignorePatterns: ['.eslintrc.cjs', 'docs', 'dist', 'tests', 'vite.config.js'],  // Updated ignore patterns
+  ignorePatterns: ['.eslintrc.cjs', 'docs', 'dist', 'tests', 'vite.config.js', 'scripts/typeperf/generated'],  // Updated ignore patterns
 };
diff --git a/packages/data/package.json b/packages/data/package.json
@@ -1,6 +1,6 @@
 {
   "name": "@adobe/data",
-  "version": "0.9.63",
+  "version": "0.9.64",
   "description": "Adobe data oriented programming library",
   "type": "module",
   "sideEffects": false,
diff --git a/packages/data/scripts/typeperf/.gitignore b/packages/data/scripts/typeperf/.gitignore
@@ -0,0 +1 @@
+generated/
diff --git a/packages/data/scripts/typeperf/README.md b/packages/data/scripts/typeperf/README.md
@@ -0,0 +1,97 @@
+# Plugin composition — type-checker complexity ruler
+
+An objective, reproducible measurement of how `Database.Plugin` composition
+scales the TypeScript type-checker's workload as plugin chains get deeper.
+
+## Why
+
+`Database.Plugin.create({ extends })` re-exports **all** of an ancestor
+plugin's types into the result type. Every downstream signature then
+re-instantiates the full accumulated 9-bucket intersection
+(`XP['components'] & CS`, … ×9) plus `Store<FromSchemas<all-components>>`
+embedded in every transaction/action/system. The cost compounds down the
+chain — deep chains hit TS7056 and force `db: any`
+(see `src/ecs/database/deep-extends-chain.type-test.ts`).
+
+This harness quantifies that cost so changes to the composition API can be
+judged against a number instead of a feeling.
+
+## How to run
+
+```sh
+node scripts/typeperf/measure.mjs                 # extends only (baseline)
+node scripts/typeperf/measure.mjs extends imports # compare both modes
+```
+
+It generates a synthetic linear chain at depths `[2,4,8,16,24,32]`. Each link
+adds 3 components / 2 resources / 4 transactions — roughly one real production
+plugin — and `extends` (or `imports`) the previous link. The
+tail forces full resolution (`Database.create` + transaction calls) and
+declaration emit (exported `create()`), the path that trips TS7056.
+
+The imported-graph cost (`tsc` checking the package source the chain pulls in)
+is constant across depths, so growth in the table is attributable to the
+composition property under test.
+
+## Metric
+
+**Instantiations** is the headline number — it counts re-evaluation of generic
+machinery, exactly what re-export amplifies. Read the curve, not the absolute:
+
+- **Flat per-link marginal** (Instantiations grows linearly in depth) = healthy.
+- **Rising per-link marginal** (`inst/depth²` roughly flat) = super-linear ≈ quadratic.
+
+`Types` growing while `Instantiations` stays flat would mean "more distinct
+types but cheap" — fine. The pathology is the reverse: `Types` ~linear but
+`Instantiations` quadratic, i.e. the same machinery re-evaluated over and over.
+
+## Baseline (`extends`, TS 5.8.3)
+
+| depth | Types | Instantiations | Check | inst/depth² |
+|------:|------:|---------------:|------:|------------:|
+| 2  | 34,600 | 121,465 | 0.94s | 30,366 |
+| 4  | 34,890 | 136,418 | 0.94s | 8,526 |
+| 8  | 35,470 | 198,856 | 1.03s | 3,107 |
+| 16 | 36,630 | 558,692 | 1.03s | 2,182 |
+| 24 | 37,790 | 1,487,808 | 1.20s | 2,583 |
+| 32 | 38,950 | 3,379,420 | 1.49s | 3,300 |
+
+`inst/depth²` is roughly flat from depth 8 up → growth is ≈ quadratic.
+`Types` grows only linearly → the cost is repeated re-instantiation, not
+distinct types. A deep production plugin chain (~10–15 links) sits at
+the knee.
+
+## Result — `imports` vs `extends`
+
+`imports` makes ancestor types visible to local declarations **without**
+re-exporting them into the result type. Each link's result stays
+`O(local members)`, so the chain becomes **linear**; consumers compose the
+union once via `Database.Plugin.combine(...)`. Measured (TS 5.8.3,
+`node scripts/typeperf/measure.mjs extends imports`):
+
+| depth | extends (inst) | imports (inst) | speedup |
+|------:|---------------:|---------------:|--------:|
+| 2  | 126,711 | 128,480 | 1.0× |
+| 4  | 143,520 | 140,417 | 1.0× |
+| 8  | 209,670 | 168,783 | 1.2× |
+| 16 | 576,930 | 243,419 | 2.4× |
+| 24 | 1,513,470 | 341,927 | 4.4× |
+| 32 | 3,412,506 | **387,379** | **8.8×** |
+
+Marginal instantiations per link — `extends` climbs (8K → 237K, super-linear);
+`imports` stays flat (6K → 12K, linear). `extends`'s own numbers are within
+~1% of the pre-`imports` baseline above (the `& IP['x']` intersections reduce
+to `& {}` when `imports` is unused), so the additive property costs the
+existing path nothing.
+
+### Caveat on realism
+
+The generated `imports` chain has each link import only its immediate
+predecessor (whose result is local-only), then the tail composes the full
+union via `combine`. This is the cheapest shape. A plugin that needs to *see*
+several ancestors imports a combined context
+(`imports: Database.Plugin.combine(a, b, c)`); that intersection is paid once
+per import site over local-only (O(1)) operands, so the total stays linear in
+total members as long as authors keep result types local — which `imports`
+enforces by construction.
+</content>
diff --git a/packages/data/scripts/typeperf/gen-chains.mjs b/packages/data/scripts/typeperf/gen-chains.mjs
@@ -0,0 +1,85 @@
+// © 2026 Adobe. MIT License. See /LICENSE for details.
+//
+// Generates synthetic `Database.Plugin` extends/imports chains of varying depth
+// for type-checker complexity measurement. See ./README.md.
+//
+// Each chain link adds 3 components, 2 resources, and 4 transactions — roughly
+// the shape of a real production plugin — and either `extends` or
+// `imports` the previous link. The tail forces full type resolution
+// (Database.create + transaction calls) and declaration emit (exported create()),
+// which is the path that triggers TS7056 on deep chains.
+
+import { writeFileSync, mkdirSync, rmSync } from "node:fs";
+import { fileURLToPath } from "node:url";
+import { dirname, resolve } from "node:path";
+
+const here = dirname(fileURLToPath(import.meta.url));
+const outDir = resolve(here, "generated");
+
+// Depths to sweep. Chosen to span the knee of the observed curve.
+export const DEPTHS = [2, 4, 8, 16, 24, 32];
+
+// Import path from generated/ back to the package source.
+const SRC = "../../../src";
+
+/**
+ * @param {number} n      chain depth (number of links above the base)
+ * @param {"extends"|"imports"} mode  which composition property each link uses
+ */
+function genChain(n, mode) {
+  const L = [];
+  L.push(`// AUTO-GENERATED — depth=${n} mode=${mode}. Do not edit; see gen-chains.mjs.`);
+  L.push(`import { createPlugin } from "${SRC}/ecs/database/create-plugin.js";`);
+  L.push(`import { Database } from "${SRC}/ecs/database/database.js";`);
+  L.push(``);
+  L.push(`const base = createPlugin({`);
+  L.push(`  components: { c_b0: { type: 'string' }, c_b1: { type: 'number' }, c_b2: { type: 'boolean' } },`);
+  L.push(`  resources: { r_b0: { default: 0 }, r_b1: { default: '' } },`);
+  L.push(`  transactions: {`);
+  L.push(`    tx_b0: (t, _i: { a: number }) => {}, tx_b1: (t, _i: { b: string }) => {},`);
+  L.push(`    tx_b2: (t, _i: { c: boolean }) => {}, tx_b3: (t, _i: { d: number }) => {},`);
+  L.push(`  },`);
+  L.push(`});`);
+  L.push(``);
+  let prev = "base";
+  for (let i = 0; i < n; i++) {
+    const name = `p${i}`;
+    L.push(`const ${name} = createPlugin({`);
+    L.push(`  ${mode}: ${prev},`);
+    L.push(`  components: { c_${i}_0: { type: 'string' }, c_${i}_1: { type: 'number' }, c_${i}_2: { type: 'boolean' } },`);
+    L.push(`  resources: { r_${i}_0: { default: 0 }, r_${i}_1: { default: '' } },`);
+    L.push(`  transactions: {`);
+    L.push(`    tx_${i}_0: (t, _i: { a: number }) => {}, tx_${i}_1: (t, _i: { b: string }) => {},`);
+    L.push(`    tx_${i}_2: (t, _i: { c: boolean }) => {}, tx_${i}_3: (t, _i: { d: number }) => {},`);
+    L.push(`  },`);
+    L.push(`});`);
+    prev = name;
+  }
+  L.push(``);
+  // For `imports`, the tail link does NOT carry ancestor transactions in its type,
+  // so compose the union explicitly the way a real consumer would.
+  const root = mode === "imports" && n > 0
+    ? `Database.Plugin.combine(base, ${Array.from({ length: n }, (_, i) => `p${i}`).join(", ")})`
+    : prev;
+  L.push(`export function create() {`);
+  L.push(`  const db = Database.create(${root});`);
+  L.push(`  db.transactions.tx_b0({ a: 1 });`);
+  if (n > 0) L.push(`  db.transactions.tx_${n - 1}_0({ a: 1 });`);
+  L.push(`  return db;`);
+  L.push(`}`);
+  writeFileSync(resolve(outDir, `${mode}-${n}.ts`), L.join("\n") + "\n");
+}
+
+export function generate(modes = ["extends"]) {
+  rmSync(outDir, { recursive: true, force: true });
+  mkdirSync(outDir, { recursive: true });
+  for (const mode of modes) for (const n of DEPTHS) genChain(n, mode);
+  return outDir;
+}
+
+// When run directly: `node gen-chains.mjs [extends|imports ...]`
+if (process.argv[1] && resolve(process.argv[1]) === fileURLToPath(import.meta.url)) {
+  const modes = process.argv.slice(2);
+  const dir = generate(modes.length ? modes : ["extends"]);
+  console.log(`generated chains in ${dir} for modes: ${(modes.length ? modes : ["extends"]).join(", ")}`);
+}
diff --git a/packages/data/scripts/typeperf/measure.mjs b/packages/data/scripts/typeperf/measure.mjs
@@ -0,0 +1,81 @@
+// © 2026 Adobe. MIT License. See /LICENSE for details.
+//
+// Type-checker complexity ruler for Database.Plugin composition.
+//
+// Generates extends/imports chains of varying depth, type-checks each in
+// isolation with `tsc --extendedDiagnostics`, and prints Types / Instantiations
+// / Check-time as a function of depth. The imported-graph cost is constant
+// across depths, so growth is attributable to the composition property.
+//
+// Usage:
+//   node scripts/typeperf/measure.mjs                 # extends only (baseline)
+//   node scripts/typeperf/measure.mjs extends imports # compare both
+//
+// Instantiations is the headline metric: it counts re-evaluation of generic
+// machinery, which is exactly what `extends` re-export amplifies. A flat
+// per-link marginal == linear (good); a rising marginal == super-linear (bad).
+
+import { execFileSync } from "node:child_process";
+import { resolve } from "node:path";
+import { fileURLToPath } from "node:url";
+import { dirname } from "node:path";
+import { generate, DEPTHS } from "./gen-chains.mjs";
+
+const here = dirname(fileURLToPath(import.meta.url));
+const pkgRoot = resolve(here, "../..");
+
+function measureFile(file) {
+  let out = "";
+  try {
+    out = execFileSync(
+      "npx",
+      ["tsc", "--noEmit", "--extendedDiagnostics", "--skipLibCheck",
+       "--target", "esnext", "--module", "nodenext", "--moduleResolution", "nodenext",
+       "--strict", file],
+      { cwd: pkgRoot, encoding: "utf8", stdio: ["ignore", "pipe", "pipe"] }
+    );
+  } catch (e) {
+    // tsc exits non-zero when the imported graph has unrelated errors
+    // (e.g. missing @webgpu/types in this ad-hoc invocation). Diagnostics
+    // are still emitted to stdout, so we parse them anyway.
+    out = (e.stdout ?? "") + (e.stderr ?? "");
+  }
+  const num = (re) => {
+    const m = out.match(re);
+    return m ? Number(m[1].replace(/,/g, "")) : NaN;
+  };
+  return {
+    types: num(/^Types:\s+(\d+)/m),
+    instantiations: num(/^Instantiations:\s+(\d+)/m),
+    check: num(/^Check time:\s+([\d.]+)s/m),
+    memK: num(/^Memory used:\s+(\d+)K/m),
+  };
+}
+
+function runMode(mode) {
+  const dir = generate([mode]);
+  const rows = [];
+  for (const n of DEPTHS) {
+    const r = measureFile(resolve(dir, `${mode}-${n}.ts`));
+    rows.push({ depth: n, ...r });
+  }
+  return rows;
+}
+
+function printTable(mode, rows) {
+  console.log(`\n=== ${mode} ===`);
+  console.log("depth |   Types | Instantiations |  Check | inst/depth^2");
+  console.log("------|---------|----------------|--------|-------------");
+  for (const r of rows) {
+    const q = (r.instantiations / (r.depth * r.depth)).toFixed(0);
+    console.log(
+      `${String(r.depth).padStart(5)} | ${String(r.types).padStart(7)} | ` +
+      `${String(r.instantiations).padStart(14)} | ${(r.check + "s").padStart(6)} | ${q.padStart(11)}`
+    );
+  }
+}
+
+const modes = process.argv.slice(2);
+for (const mode of (modes.length ? modes : ["extends"])) {
+  printTable(mode, runMode(mode));
+}
diff --git a/packages/data/src/ecs/database/create-plugin.test.ts b/packages/data/src/ecs/database/create-plugin.test.ts
@@ -15,6 +15,13 @@ describe("Database.Plugin.create", () => {
                 });
             }).toThrow('Property "extends" must come before "components"');
 
+            expect(() => {
+                Database.Plugin.create({
+                    extends: undefined,
+                    imports: undefined, // imports should come before extends
+                });
+            }).toThrow('Property "imports" must come before "extends"');
+
             expect(() => {
                 Database.Plugin.create({
                     components: {},
diff --git a/packages/data/src/ecs/database/create-plugin.ts b/packages/data/src/ecs/database/create-plugin.ts
diff --git a/packages/data/src/ecs/database/imports-chain.type-test.ts b/packages/data/src/ecs/database/imports-chain.type-test.ts

Original file line number	Diff line number	Diff line change
`@@ -1,6 +1,6 @@`
`1`	`1`	`{`
`2`	`2`	`"name": "data-monorepo",`
`3`		`- "version": "0.9.63",`
	`3`	`+ "version": "0.9.64",`
`4`	`4`	`"private": true,`
`5`	`5`	`"scripts": {`
`6`	`6`	`"build": "pnpm -r run build",`
Original file line number	Diff line number	Diff line change
`@@ -1,6 +1,6 @@`
`1`	`1`	`{`
`2`	`2`	`"name": "data-lit-tictactoe",`
`3`		`- "version": "0.9.63",`
	`3`	`+ "version": "0.9.64",`
`4`	`4`	`"description": "Tic-Tac-Toe sample - Lit web components with @adobe/data-lit and AgenticService",`
`5`	`5`	`"type": "module",`
`6`	`6`	`"private": true,`
Original file line number	Diff line number	Diff line change
`@@ -1,6 +1,6 @@`
`1`	`1`	`{`
`2`	`2`	`"name": "data-lit-todo",`
`3`		`- "version": "0.9.63",`
	`3`	`+ "version": "0.9.64",`
`4`	`4`	`"description": "Todo sample app demonstrating @adobe/data with Lit",`
`5`	`5`	`"type": "module",`
`6`	`6`	`"private": true,`
Original file line number	Diff line number	Diff line change
`@@ -1,6 +1,6 @@`
`1`	`1`	`{`
`2`	`2`	`"name": "@adobe/data-lit",`
`3`		`- "version": "0.9.63",`
	`3`	`+ "version": "0.9.64",`
`4`	`4`	`"description": "Adobe data Lit bindings - hooks, elements, decorators",`
`5`	`5`	`"type": "module",`
`6`	`6`	`"private": false,`
Original file line number	Diff line number	Diff line change
`@@ -1,6 +1,6 @@`
`1`	`1`	`{`
`2`	`2`	`"name": "data-p2p-tictactoe",`
`3`		`- "version": "0.9.63",`
	`3`	`+ "version": "0.9.64",`
`4`	`4`	`"description": "Serverless P2P tic-tac-toe — WebRTC DataChannel + @adobe/data-sync",`
`5`	`5`	`"type": "module",`
`6`	`6`	`"private": true,`
Original file line number	Diff line number	Diff line change
`@@ -1,6 +1,6 @@`
`1`	`1`	`{`
`2`	`2`	`"name": "@adobe/data-persistence",`
`3`		`- "version": "0.9.63",`
	`3`	`+ "version": "0.9.64",`
`4`	`4`	`"description": "Worker-based incremental persistence layer for @adobe/data ECS over OPFS (browser) and node:fs (server).",`
`5`	`5`	`"type": "module",`
`6`	`6`	`"sideEffects": false,`
Original file line number	Diff line number	Diff line change
`@@ -1,6 +1,6 @@`
`1`	`1`	`{`
`2`	`2`	`"name": "data-react-hello",`
`3`		`- "version": "0.9.63",`
	`3`	`+ "version": "0.9.64",`
`4`	`4`	`"description": "Hello World sample - click counter using @adobe/data-react",`
`5`	`5`	`"type": "module",`
`6`	`6`	`"private": true,`
Original file line number	Diff line number	Diff line change
`@@ -1,6 +1,6 @@`
`1`	`1`	`{`
`2`	`2`	`"name": "data-react-pixie",`
`3`		`- "version": "0.9.63",`
	`3`	`+ "version": "0.9.64",`
`4`	`4`	`"description": "PixiJS React sample - ECS sprites (bunny, fox) with @adobe/data-react",`
`5`	`5`	`"type": "module",`
`6`	`6`	`"private": true,`
Original file line number	Diff line number	Diff line change
`@@ -1,6 +1,6 @@`
`1`	`1`	`{`
`2`	`2`	`"name": "@adobe/data-react",`
`3`		`- "version": "0.9.63",`
	`3`	`+ "version": "0.9.64",`
`4`	`4`	`"description": "Adobe data React bindings — hooks and context for ECS database",`
`5`	`5`	`"type": "module",`
`6`	`6`	`"private": false,`
Original file line number	Diff line number	Diff line change
`@@ -1,6 +1,6 @@`
`1`	`1`	`{`
`2`	`2`	`"name": "data-solid-dashboard",`
`3`		`- "version": "0.9.63",`
	`3`	`+ "version": "0.9.64",`
`4`	`4`	`"description": "Mini dashboard sample — multiple components sharing one @adobe/data ECS database with SolidJS",`
`5`	`5`	`"type": "module",`
`6`	`6`	`"private": true,`