@beyondwork/docx-react-component 1.0.0 → 1.0.2

package/docs/xlsx-react/xlsx-ooxml-compliance.md

@@ -1,320 +0,0 @@
-# XLSX OOXML Compliance
-
-This research paper is source material.
-
-Canonical repo-aligned planned doc:
-
-- `docs/reference/xlsx/xlsx-ooxml-compliance.md`
-
-## Interpretation of the problem
-
-This document defines the **compatibility + validation stance** for a React-based, Excel-compatible spreadsheet editor that imports `.xlsx`, edits a **bounded v1 surface**, and exports `.xlsx` files that **reopen in recent Excel environments without repair prompts or silent loss of content that should have remained supported**.
-
-The framing assumes `.xlsx` is not “one XML file,” but an **OOXML/Open Packaging Conventions (OPC) package**: a ZIP-based container of **parts** (byte streams) with **content types** and an explicit **relationship graph**.
-
-The editor’s product contract is explicitly “runtime-first”: React is a **projection** of a runtime-owned canonical workbook state, and all edits flow via **commands → transactions → commit**, never by direct UI mutation (this is treated as a necessary architectural constraint for achieving reliable preservation and roundtrip behavior).
-
-## Research plan
-
-Primary and near-primary sources were used to extract normative rules and to separate them from application behavior:
-
-Normative packaging rules for OPC (part naming, content types stream, relationship rules, encoding constraints) were taken from ECMA/OOXML OPC material and the published conformance rules (as rendered on c-rex).
-
-Normative markup compatibility (MCE) rules—including `mc:Ignorable`, `mc:MustUnderstand`, and `mc:AlternateContent` selection/processing requirements—were taken from the Markup Compatibility and Extensibility specification text.
-
-SpreadsheetML package structure and key parts/relationships (workbook, worksheets, shared strings, styles, calc chain, comments, tables, drawings/charts, pivots, external links) were taken from SpreadsheetML package structure and part definitions.
-
-To ground “Excel behavior is the final standard,” Excel’s documented repair workflow (“File Recovery mode” / “Open and Repair”) was used as an anchor for what constitutes P0 corruption in practice.
-
-For format-ecosystem reality (Strict vs Transitional), Library of Congress format descriptions were used to distinguish the intent of Strict vs the observed dominance of Transitional in real-world authoring.
-
-For CI/service validation tooling constraints, official Microsoft Learn documentation for the Open XML SDK’s `SpreadsheetDocument` and `OpenXmlValidator` APIs was used (permitted in CI/service, not suitable as the browser runtime transformation engine).
-
-## Findings
-
-`.xlsx` is an OPC package with strict package-level rules that can’t be hand-waved. Parts have constrained **part name syntax** (leading `/`, no empty segments, no trailing `/`, etc.). The ZIP mapping stores part content type data in a special **Content Types stream at `"/[Content_Types].xml"`**, which is explicitly *not* a part name; bracket characters are chosen to violate part naming grammar.
-
-Relationships are first-class and have required properties: relationship IDs must be unique within a relationships part, relationship types are URIs, and targets are URI references resolved relative to the source part/package per OPC rules. OPC relationship parts also have special structure/naming conventions (package relationships live in `/_rels/.rels`; part relationships for `/a/b/c.xml` live in `/a/b/_rels/c.xml.rels`).
-
-Markup Compatibility & Extensibility matters in real Excel files. By default, non-understood namespaces are errors unless declared ignorable; ignorable namespaces must be ignored without error in that case. Alternate-content constructs require deterministic selection rules (`Choice` requires understood namespaces; optional `Fallback`; unselected branches are treated as if they do not exist). This becomes a preservation and validation problem because an editor must not “helpfully normalize” away MCE structures unless it has a proof-backed reason.
-
-SpreadsheetML is a multi-part graph. A SpreadsheetML package must contain a **package-relationship item** and **content-type item**, and its package relationship item must target exactly one **Workbook part**. The workbook references sheets, and each worksheet is a separate part referenced by relationship ID. Common “core” workbook adjunct parts are separate nodes: shared strings (exactly one, implicit from workbook), styles (at most one, implicit from workbook), and calc chain (optional, implicit from workbook).
-
-Many “features” are not inline decorations but their own part families: comments exist as worksheet-scoped comments parts; a comments part exists per worksheet that has comments, with defined content type and relationship type. Tables have their own table definition parts, implicitly related from the worksheet that contains the table. Images and charts are relationship-backed part graphs: drawings parts are related from a worksheet and contain layout for drawing elements; charts are separate chart parts related from drawings (and chartsheets involve their own sheet parts). Pivot tables include pivot table parts and pivot cache definition/records parts, with explicit and implicit links into workbook and pivot definitions—making them high-risk for “accidental breakage.” External references are represented with external link parts explicitly related from the workbook, and can include external targets.
-
-“Excel behavior is the final standard” is not rhetorical: Excel explicitly documents that when it detects a corrupted workbook it enters **File Recovery** and attempts repair; users can also invoke “Open and Repair,” and failure can cause loss of changes or extraction-only recovery. Therefore any compliance stance that does not gate on “no repair prompt” is not credible.
-
-Strict vs Transitional is a format reality you must choose consciously. The Strict variant is a subset with different namespaces and disallows some constructs (e.g., VML). The spec intent was that new documents would be Strict, but in practice most new files are produced as Transitional even if they don’t require Transitional-only features. That implies export defaults should be Transitional-first unless you can prove Strict output across modern Excel ecosystems.
-
-Open XML SDK (`SpreadsheetDocument`) models Excel documents as packages and provides `OpenXmlValidator` to validate packages against target file format versions. This is appropriate for CI/service validation, but it is not a browser-native transformation engine for a React editor.
-
-## Recommended design / decisions
-
-Adopt a two-layer compliance model: **spec-level correctness** (OPC + SpreadsheetML + MCE rules) is required, but **application-level correctness in Excel** is the shipping standard. This document therefore defines “supported” as “supported-roundtrip in real Excel reopen,” not “we can emit XML that parses.”
-
-Declare `.xlsx` v1 export stance as **Transitional-first**, with `.xlsx Strict` treated as import-only or lock/preserve until proven; this matches observed ecosystem behavior where Transitional dominates.
-
-Treat the package as the unit of truth in the runtime, not “sheet XML documents.” The runtime must maintain: (a) a **content types manifest** compatible with OPC rules, (b) a **relationship graph** that can be validated independently, and (c) a **part inventory** that preserves unknown parts byte-for-byte whenever possible. This is non-negotiable if “unsupported but preservable content must never be silently dropped” is a real commitment.
-
-Make preservation explicit via a response model: for every import/export or edit transaction, unsupported surfaces must be categorized as **preserve**, **lock**, **warn**, **block**, or **fail**, and reported through a typed compatibility report. MCE provides a normative basis for when “unknown namespace” is ignorable vs fatal; your editor must use this rather than guesswork.
-
-Require proof-backed promotion: a feature cannot be labeled `supported-roundtrip` based on unit XML tests alone. Promotion requires: **package-backed import → runtime edit → export → reload**, plus **real Excel reopen evidence** (no repair prompt, no silent loss of content within the supported contract). Excel’s own documented repair workflow is the operational definition of “corruption.”
-
-Use Open XML SDK validation in CI/service only: `OpenXmlValidator.Validate(OpenXmlPackage)` is a strong “spec-level” tripwire and should be required for release gates, but the browser runtime should not depend on .NET package models to transform workbooks.
-
-## Risks and open questions
-
-Preservation vs normalization is the main fault line. OPC package rules include MCE preprocessing and schema validity expectations (e.g., XML encoding limits, DTD prohibition, and additional constraints in the package model conformance rules). Any “pretty printer” or eager DOM rewrite strategy risks introducing invalid structures or losing ignorable-but-preservable content.
-
-Excel repair triggers are often “small” (a bad relationship target, illegal XML characters, a mismatched content type, a broken view structure), but the consequence is always the same: Excel enters repair/recovery mode and may discard pieces of the workbook. This is why “repair prompt = P0” must be a release gate.
-
-Formula and calc-related structures are deceptively risky. Cells can contain both `<f>` (formula) and `<v>` (cached result), and the workbook may contain `calcChain.xml` as an ordering of calculated cells; it is legal for `calcChain` to exist or not. Mishandling formulas (especially shared formulas, array formulas, dynamic arrays, and recalculation flags) can yield Excel behavior drift or repair.
-
-Protection has two layers and can easily produce “false edits.” Sheet protection is expressed at the sheet level, and cell-level protection is expressed via style protection attributes that only take effect when the sheet is protected. A v1 editor that ignores this will either let users edit “locked” surfaces (breaking host expectations) or accidentally strip protection (breaking preservation guarantees).
-
-Pivot tables, charts, drawings, and external links are part graphs, not inline features. The biggest risk is that benign-looking edits (sheet rename, row/column structural edits, moving ranges) can invalidate references across these graphs. Until there is proof-backed support, they must remain preserve-only with appropriate locks or blocks.
-
-Strict vs Transitional is a scope trap. Strict has different namespaces and constraints, and Transitional’s dominance means “Strict export” is not a v1 promise unless you can prove it in Excel reopen.
-
-## Concrete deliverable in the requested format
-
-This section is the **repo-ready canonical policy** for `.xlsx` compatibility and validation. It is written as a normative contract (MUST/SHALL language). All terms below are for v1 unless explicitly marked otherwise.
-
-**Document identity**
-
-- Title: `XLSX OOXML Compliance`
-- Status: Canonical policy for `.xlsx` compatibility + validation stance.
-- Objective: Exported `.xlsx` MUST reopen in recent Excel environments **without repair prompts** and without silent loss of content within the supported contract.
-
-### Compliance model
-
-**Normative baseline**
-
-- The editor is an OOXML producer/consumer at the package level. A SpreadsheetML package SHALL contain a package-relationship item and a content-type item and SHALL target exactly one Workbook part from its package relationships.
-- OPC rules govern part naming, content types, relationship construction, and ZIP mapping. Part names SHALL satisfy OPC part-name constraints.
-- The Content Types stream SHALL be stored at `"/[Content_Types].xml"` and SHALL NOT be treated as a part name.
-- Markup Compatibility & Extensibility (MCE) rules SHALL be respected during validation and when deciding whether unknown markup is ignorable vs fatal.
-
-**Two-layer correctness requirement**
-
-- Spec-level correctness is necessary but not sufficient: the exported package MUST satisfy OPC + SpreadsheetML structural requirements and pass automated validation gates.
-- Application-level correctness is the release standard: the exported file MUST reopen in real Excel environments without “Open and Repair” / File Recovery behavior for supported flows.
-
-**Format stance (Strict vs Transitional)**
-
-- v1 export stance: **Transitional-first** `.xlsx`.
-- `.xlsx Strict` handling: import MAY be accepted in v1, but MUST be treated as `preserve-only` + `lock` unless/until strict roundtrip is proven. This stance is based on the observed real-world dominance of Transitional authoring even when Strict would suffice.
-
-### Feature class taxonomy
-
-Each feature is classified into one of the following **support classes**:
-
-- `supported-roundtrip`: import → runtime edit → export → reopen proof exists; semantics remain correct within the defined v1 contract.
-- `supported-import-only`: imported and preserved; UI edits are not allowed (or edits do not affect this feature); export preserves it.
-- `supported-export-only`: can be generated correctly, but import semantics are not relied upon.
-- `preserve-only`: editor does not claim semantic understanding; feature MUST survive unrelated edits by pass-through preservation rules.
-- `unsupported-fatal`: presence or mutation makes safe roundtrip impossible; editor MUST fail or block before producing a likely-corrupt workbook.
-
-This taxonomy is separate from the response model below; support class answers “what we claim,” response answers “what we do at runtime.”
-
-### Package-first rules
-
-These rules apply to all builds and are required for any compatibility claim:
-
-**Package graph is the canonical import/export substrate**
-
-- The runtime MUST import the package as:
-  - a part inventory (all ZIP items mapped to parts or “non-part items” like content types stream),
-  - a content types manifest (driven by `"/[Content_Types].xml"`),
-  - and a relationship graph (package relationships + part relationships).
-- UI-level models (grid, selection, formatting panels) MUST be projections of runtime state; UI MUST NOT own canonical workbook truth.
-
-**Preservation is package-scoped, not “we’ll keep some XML fields”**
-
-- Unknown parts MUST be preserved byte-for-byte when:
-  - the part is not in the editor-owned v1 contract, and
-  - the edit transaction does not require rewriting the part.
-This requirement exists because many Excel features are represented as separate parts (e.g., pivot caches, drawings, external links) and because Excel will repair/remove parts that become inconsistent.
-
-**Relationship integrity is non-negotiable**
-
-- Relationship IDs MUST remain unique per relationships part, relationship types SHALL remain valid URIs, and targets SHALL remain resolvable.
-- The product MUST NOT emit dangling relationships, broken targets, or mismatched content types; these are treated as P0 corruption risks due to Excel’s repair workflow.
-
-**MCE handling**
-
-- Unknown markup SHALL be treated as:
-  - **ignorable** only when it is in a namespace listed in `mc:Ignorable` in scope; otherwise, unknown elements/attributes are errors by default.
-  - **fatal** when `mc:MustUnderstand` requires a namespace the runtime does not understand.
-- `mc:AlternateContent` SHALL NOT be normalized away unless:
-  - the runtime can reproduce correct selection semantics, and
-  - preservation of unselected branches is guaranteed, and
-  - Excel reopen tests show no regressions.
-
-### Preserve / lock / warn / block / fail policy
-
-This policy is the required response model for all compatibility decisions. It applies both at import time and at mutation/commit time.
-
-**Preserve**
-
-- Meaning: Keep content exactly; do not expose editing UI; allow unrelated edits.
-- Requirements:
-  - Preserve unknown parts and unknown markup in known parts where feasible without rewriting required structures.
-  - Preserve required relationships and content types needed to keep the preserved content reachable.
-
-**Lock**
-
-- Meaning: Preserve content and enforce edit restrictions so mutations cannot invalidate preserved surfaces.
-- Use cases:
-  - Protected sheets/cells: if sheet protection exists, the runtime MUST NOT allow mutations that violate the protection model it cannot fully enforce.
-  - Pivot/Chart/Drawing graphs: lock structural edits (sheet rename, row/column structural operations) when those operations cannot be proven safe across the dependent relationship graphs.
-
-**Warn**
-
-- Meaning: Allow the operation but emit a structured warning describing risk and what might degrade.
-- Constraints:
-  - Warn MUST be explicit to the host via a typed compatibility report.
-  - Warn MUST NOT be used for any case likely to cause Excel repair prompt or silent supported-content loss.
-
-**Block**
-
-- Meaning: Operation is disallowed because it would invalidate preserved or supported content.
-- Examples:
-  - Attempting to delete a sheet that is a dependency of external references or pivot caches without a safe rewrite plan.
-  - Attempting to rewrite a part containing unknown-but-non-ignorable namespaces without MCE-correct processing.
-
-**Fail**
-
-- Meaning: Abort import/export or abort commit because safe output cannot be guaranteed.
-- Always fail when:
-  - `mc:MustUnderstand` demands unknown namespaces.
-  - The package violates OPC invariants (invalid part names, invalid content types stream, relationship rules violations) and cannot be repaired deterministically.
-  - Export would likely trigger Excel repair workflow (P0 corruption risk).
-
-### SDK/tooling policy
-
-**CI/service (allowed and required)**
-
-- CI MUST include Open XML SDK validation using `OpenXmlValidator.Validate(OpenXmlPackage)` on exported packages (targeting declared file format versions).
-- CI MAY open documents via Open XML SDK `SpreadsheetDocument` for structural assertions (part counts, relationship presence, etc.).
-- CI MUST run package-level checks independent of Open XML SDK (ZIP integrity, part inventory, content types consistency, relationship graph integrity). OPC defines these as first-class concerns.
-- Release certification MUST include real Excel reopen checks because Excel’s File Recovery / Open and Repair behavior is the real-world pass/fail line.
-
-**Browser runtime (explicitly not acceptable as transformation engine)**
-
-- Browser runtime MUST NOT depend on Open XML SDK as the transformation engine (it is a .NET package model and validator, not a browser-native engine). This is a policy constraint to keep the runtime deterministic, portable, and auditable in JS/TS while still leveraging SDK validation in CI/service.
-- Browser runtime MUST maintain its own package graph model to satisfy the preservation and transaction constraints in this policy.
-
-### Release gates
-
-No feature may be claimed `supported-roundtrip` unless it passes all gates below:
-
-**Gate A: Package integrity**
-
-- Valid ZIP package.
-- Part inventory + content types stream consistent (`"/[Content_Types].xml"` present and correct).
-- Relationship graph integrity (no broken targets; IDs unique; types URIs).
-
-**Gate B: Spec validation**
-
-- Open XML SDK `OpenXmlValidator` reports zero errors for declared file format version targets (or explicit, reviewed allowlist for known validator limitations with preserved extension content).
-- MCE rules are respected (no non-ignorable unknown markup; no `MustUnderstand` failures).
-
-**Gate C: Package-backed roundtrip proof**
-
-- Import fixture → apply v1 edits → export → re-import exported package; semantic assertions pass for the feature.
-- Helper-level XML unit tests alone are explicitly insufficient for promotion.
-
-**Gate D: Real Excel reopen proof**
-
-- Export MUST reopen in recent Excel environments without invoking File Recovery / Open and Repair prompts for the supported flow.
-- A “re-save in Excel” stability check MUST show no catastrophic structural drift for supported-roundtrip features.
-
-**Gate E: Preservation proof**
-
-- Preserve-only fixtures MUST survive unrelated edits (no deletion of unknown parts, extension lists, external link parts, pivot cache parts, etc.).
-
-### Fixture program
-
-The project SHALL maintain a permanent fixture corpus with metadata and automated runners.
-
-**Fixture sources**
-
-- Excel-authored `.xlsx` fixtures are primary (the “host standard”).
-- Additional fixtures should include non-Excel producers (to catch interoperability variance), but Excel reopen remains the pass/fail standard.
-
-**Fixture metadata (MUST exist per fixture)**
-
-- Fixture ID, origin, Excel version notes (if known), and feature tags mapped to the feature taxonomy.
-- Expected support class and expected response policy outcomes for risky operations (lock/block/warn/fail).
-
-**Minimum fixture categories (v1)**
-
-- Minimal workbook structure (workbook + at least one worksheet).
-- Cells with numbers/strings/formulas; includes shared strings and inline strings.
-- Styles-heavy workbook including number formats and protections.
-- Merge cells edge cases.
-- Comments/notes fixtures (worksheet comments part).
-- AutoFilter + table definition fixtures.
-- Conditional formatting + data validation fixtures.
-- Drawings + images + charts fixtures.
-- Pivot table + pivot cache fixtures.
-- External links fixtures.
-- MCE fixtures containing `mc:AlternateContent`, ignorable namespaces, and at least one `MustUnderstand` negative fixture.
-
-### v1 feature classification
-
-This table defines the **explicit v1 contract** for common SpreadsheetML surfaces. “Supported-roundtrip” requires the release gates above; absent proof, default is conservative.
-
-| Feature surface | v1 support class | Default response policy | Notes (v1) |
-|---|---:|---:|---|
-| Sheets (workbook + worksheets) | supported-roundtrip | preserve | Workbook/worksheet relationships are foundational; required for any meaningful `.xlsx` support. |
-| Cells (values/types) | supported-roundtrip | preserve | Core cell structure (`<c>`, `<v>`, optional `<f>`, inline strings) is required. |
-| Styles (basic cellXfs, fonts/fills/borders/numFmts) | supported-roundtrip (subset) | warn | Styles are centralized in a styles part; v1 supports a declared subset only, remainder preserve-only. |
-| Formulas | supported-roundtrip (no eval) | warn | Store formula strings; Excel recalculates. Advanced formula constructs remain preserve-only until proven. |
-| Calc chain | preserve-only | preserve | `calcChain.xml` is optional; safest v1 stance is preserve unchanged (or drop only with explicit proof + Excel reopen notes). |
-| Merges | supported-roundtrip | preserve | Merge ranges are declared via `<mergeCells>/<mergeCell ref=...>`. |
-| Comments / Notes (legacy comments part) | preserve-only | lock | Comments are worksheet-scoped parts; v1 does not claim edit UI or anchor correctness yet. |
-| Filters (AutoFilter) | preserve-only | warn | AutoFilter is declarative and interacts with tables and defined names; preserve. |
-| Tables (table definition parts) | preserve-only | lock | Table definition is a distinct part related from the worksheet; structural edits around tables are risky. |
-| Named ranges (definedNames) | preserve-only | warn | Defined names participate in formulas, filters, and external references; preserve unless proven. |
-| Data validation | preserve-only | warn | Validation is defined as worksheet-level `<dataValidations>` structures; preserve without rewriting. |
-| Conditional formatting | preserve-only | warn | Rules often reference dxf styles and ranges; preserve without rewriting. |
-| Images (pictures/media) | preserve-only | lock | Images exist as relationship targets (image parts) and often flow through drawings graphs; preserve. |
-| Charts | preserve-only | lock | Charts are separate chart parts related from drawings; safe editing requires graph-aware constraints. |
-| Pivot tables | preserve-only | block | Pivot caches and definitions involve multiple dependent parts; v1 blocks structural mutations that can invalidate them. |
-| Macros | unsupported-fatal (for `.xlsx`) | fail | Macro-enabled structures belong to macro-enabled formats; `.xlsx` editor does not promise safe behavior here. |
-| Protection (sheet protection, cell lock/hidden) | preserve-only | lock | Protection is expressed at sheet and cell/style levels; v1 preserves and locks rather than pretending to enforce partially. |
-| External links | preserve-only | warn/block | External link parts are explicit workbook relationships; edits that change reference topology may be blocked. |
-| Unknown OOXML within known parts (unknown elements/attrs) | preserve-only or unsupported-fatal | preserve or fail | Determined by MCE: ignorable namespaces may be preserved/ignored; `MustUnderstand` is fatal if unknown. |
-| Unknown package parts (unknown content types / relationships) | preserve-only | preserve | Preserve byte streams + relationship graph + content types unless mutation requires rewrite; never silently drop. |
-
-### Explicitly outside the active editor-owned v1 contract
-
-The following are outside the v1 “editor-owned” surface; they may exist in imported packages but are not claimed as editable in v1:
-
-- Editing of chart definitions, chart drawing shapes, and drawing anchors (preserve-only).
-- Editing of pivot tables or pivot cache structures (preserve-only; structural edits blocked).
-- Editing of table definitions, autoFilter definitions, conditional formatting rule logic, and data validation semantics (preserve-only).
-- Threaded comments / modern comment systems beyond the legacy comments part (not covered here; preserve-only at best).
-- Macro-enabled behaviors (unsupported-fatal for `.xlsx` contract).
-- Any MCE `MustUnderstand` namespace that the runtime does not explicitly implement (import must fail).
-- Any “Strict export” promise (until strict reopen proof exists).
-
-## Sources
-
-ECMA-376 standard overview and part breakdown (OPC, MCE, etc.).
-
-OPC part naming and package model conformance requirements, including relationship constraints and XML processing constraints.
-
-OPC ZIP mapping and the normative location/meaning of `"/[Content_Types].xml"`.
-
-Markup Compatibility & Extensibility rules: ignorable namespaces, `MustUnderstand`, and `AlternateContent` selection.
-
-SpreadsheetML package structure and part definitions (workbook, worksheets, shared strings, styles, calc chain, comments, tables, drawings/charts, pivots, external links).
-
-Open XML SDK documentation for `SpreadsheetDocument` and `OpenXmlValidator` (CI/service validation stance).
-
-Excel “Open and Repair” / File Recovery documentation (host-level corruption semantics and reopen requirements).
-
-Format descriptions for XLSX Transitional and XLSX Strict (Strict vs Transitional reality).

package/examples/README.md

@@ -1,16 +0,0 @@
-# Examples
-
-Host-app examples and integration demos for the eventual `<WordReviewEditor />` component belong here.
-
-Planned example surfaces:
-
-- simple host app using `initialDocx`
-- host app restoring from canonical snapshot
-- datastore-backed autosave integration
-- review-oriented host shell wiring comment and revision events
-
-Examples should demonstrate the public component contract without bypassing the runtime or treating the DOM as the source of truth.
-
-Wave 1 contract note:
-
-- Example apps should consume the public contracts frozen in `docs/reference/public-api.md` and the runtime/UI boundaries frozen in `docs/plans/waves/specs/wave-1-runtime-contracts.md`.

package/memory/MEMORY.md

@@ -1,24 +0,0 @@
-# Shared Fleet Memory
-
-## Fleet Nodes
-- anarchy: workstation, RTX 5090, Arch Linux
-- ceobox: dev box, EPYC 7502P, Ubuntu 24.04
-- leapclaw-prod-01: gateway, Temporal, Qdrant, Hetzner
-- leapclaw-provider-01: Ollama, RTX 6000 Ada, Hetzner
-- Mac Studio: M1 Ultra, macOS
-- Blue Air: M4, macOS
-
-## Active Projects
-- react-ooxml-office: docx/xlsx editor (365+ tests)
-- war-is-eternal: Warhammer 40K app (348 tests)
-- fabric: BW revenue platform
-- leapclaw-client: Rust TUI client
-- leapclaw-memory: this service
-- leapclaw-voice: Rust voice agent
-- leapclaw-wave: Rust wave orchestrator
-
-## Key Credentials
-- SSH keys in ~/.ssh/ (never store actual keys here)
-- ceobox LUKS: passphrase at ~/.ssh/ceobox_luks_passphrase.txt
-- prod-01 LUKS: passphrase at ~/.ssh/hetzner_luks_passphrase.txt
-

package/pnpm-workspace.yaml

@@ -1,4 +0,0 @@
-packages:
-  - services/*
-
-

package/scripts/check-no-authored-js.sh

@@ -1,13 +0,0 @@
-#!/usr/bin/env bash
-set -euo pipefail
-
-mapfile -t authored_js < <(find src -type f -name '*.js' | sort)
-
-if ((${#authored_js[@]} == 0)); then
-  exit 0
-fi
-
-printf 'Unexpected committed JavaScript files under src/:\n' >&2
-printf '  %s\n' "${authored_js[@]}" >&2
-printf 'Authored source in src/ must stay TypeScript-only.\n' >&2
-exit 1

package/scripts/context7-api-check.sh

@@ -1,65 +0,0 @@
-#!/usr/bin/env bash
-set -euo pipefail
-
-if [[ -z "${CONTEXT7_API_KEY:-}" ]]; then
-  echo "context7-api-check: CONTEXT7_API_KEY is not set" >&2
-  exit 1
-fi
-
-node <<'NODE'
-const fs = require('fs');
-const path = require('path');
-
-const apiKey = process.env.CONTEXT7_API_KEY || '';
-const repoRoot = process.cwd();
-const bundlePath = path.join(repoRoot, 'docs/context7/bundles.json');
-const payload = JSON.parse(fs.readFileSync(bundlePath, 'utf8'));
-
-const entries = [];
-for (const [bundleId, bundle] of Object.entries(payload.bundles || {})) {
-  for (const library of bundle.libraries || []) {
-    if (!library.libraryId) {
-      throw new Error(
-        `Bundle "${bundleId}" must pin exact Context7 libraryId values. Found libraryName=${JSON.stringify(library.libraryName || '')}.`,
-      );
-    }
-    entries.push({
-      bundleId,
-      libraryId: String(library.libraryId),
-      queryHint: String(library.queryHint || 'overview'),
-    });
-  }
-}
-
-const uniqueEntries = [...new Map(entries.map((entry) => [entry.libraryId, entry])).values()];
-
-async function validate(entry) {
-  const url = new URL('https://context7.com/api/v2/context');
-  url.searchParams.set('libraryId', entry.libraryId);
-  url.searchParams.set('query', entry.queryHint);
-  url.searchParams.set('type', 'txt');
-  const response = await fetch(url, {
-    headers: {
-      Authorization: 'Bearer ' + apiKey,
-      Accept: 'text/plain, application/json',
-    },
-  });
-  const text = await response.text();
-  if (!response.ok) {
-    throw new Error(`Context7 ${entry.libraryId} failed (${response.status}): ${text.slice(0, 200)}`);
-  }
-  if (text.trim().length === 0) {
-    throw new Error(`Context7 ${entry.libraryId} returned empty context.`);
-  }
-  console.log(`ok -- ${entry.libraryId} (${entry.bundleId})`);
-}
-
-(async () => {
-  for (const entry of uniqueEntries) {
-    await validate(entry);
-  }
-})().catch((error) => {
-  console.error(error instanceof Error ? error.message : String(error));
-  process.exit(1);
-});
-NODE

package/scripts/context7-export-env.sh

@@ -1,42 +0,0 @@
-#!/usr/bin/env bash
-# Load CONTEXT7_API_KEY from repo-root .env.local, then export it for child processes.
-#
-# Usage:
-#   source scripts/context7-export-env.sh
-#   bash scripts/context7-export-env.sh run <command> [args...]
-
-SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]:-$0}")" && pwd)"
-REPO_ROOT="$(cd "$SCRIPT_DIR/.." && pwd)"
-ENV_FILE="$REPO_ROOT/.env.local"
-
-if [[ -f "$ENV_FILE" ]]; then
-  set -a
-  # shellcheck disable=SC1090
-  source "$ENV_FILE"
-  set +a
-fi
-
-if [[ "${1:-}" == "run" ]]; then
-  set -euo pipefail
-  shift
-  if [[ $# -lt 1 ]]; then
-    echo "context7-export-env: run requires a command" >&2
-    exit 1
-  fi
-  if [[ -z "${CONTEXT7_API_KEY:-}" ]]; then
-    echo "context7-export-env: CONTEXT7_API_KEY is not set. Add it to ${ENV_FILE}." >&2
-    exit 1
-  fi
-  export CONTEXT7_API_KEY
-  exec "$@"
-fi
-
-if [[ "${BASH_SOURCE[0]:-}" == "${0:-}" ]]; then
-  echo "Usage: source scripts/context7-export-env.sh" >&2
-  echo "   or: bash scripts/context7-export-env.sh run <command> [args...]" >&2
-  exit 2
-fi
-
-if [[ -n "${CONTEXT7_API_KEY:-}" ]]; then
-  export CONTEXT7_API_KEY
-fi

package/scripts/run-context7-mcp.sh

@@ -1,8 +0,0 @@
-#!/usr/bin/env bash
-set -euo pipefail
-
-SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]:-$0}")" && pwd)"
-REPO_ROOT="$(cd "$SCRIPT_DIR/.." && pwd)"
-
-exec bash "$REPO_ROOT/scripts/context7-export-env.sh" run \
-  npx -y @upstash/context7-mcp@2.1.4

package/scripts/run-workspace-tests.sh

@@ -1,15 +0,0 @@
-#!/usr/bin/env bash
-set -euo pipefail
-
-repo_root="$(cd "$(dirname "${BASH_SOURCE[0]}")/.." && pwd)"
-cd "$repo_root"
-
-bash scripts/check-no-authored-js.sh
-
-mapfile -t repo_tests < <(find test -type f \( -name '*.test.ts' -o -name '*.test.tsx' \) | sort)
-
-if ((${#repo_tests[@]} > 0)); then
-  pnpm exec tsx --test "${repo_tests[@]}"
-fi
-
-pnpm --filter @docx-react-component/react-word-editor-harness test