diff --git a/README.md b/README.md
index 29f136f..9ed59db 100644
--- a/README.md
+++ b/README.md
@@ -59,7 +59,7 @@ Inside this repository, output is restricted to `_site/` or `dist/`; an external
 
 The builder copies **only this repository's** `assets/`, `demos/`, `styles.css` and `CNAME`, byte for byte. It never reads a sibling checkout or runs the media scripts. Site-authoring Markdown, scripts and configuration are not published; the static demo bundle intentionally preserves its own README and licence notice. Generated HTML/Markdown, redirect stubs, `llms*.txt`, `robots.txt` and `sitemap.xml` belong exclusively in the output directory and must be removed from source tracking during migration; authored `assets/`, `styles.css` and `CNAME` stay tracked. Actions publishes an already-rendered artifact without Jekyll. It does not need `.nojekyll`, and the official upload action excludes dotfiles, so the builder emits none and rejects hidden artifact files or symlinks rather than silently publishing an incomplete file set.
 
-The landing HTML gives each adapter version its own escaped `<code>` item separated by `<br>`. Its Markdown table remains one physical line per row, followed by a plain per-package list of all eight independently resolved packages; the same list appears in `llms.txt` and `llms-full.txt`. `@rig-c/core` and `@rig-c/adapters` are labels/aliases, not additional latest lookups. Docs badges and structured docs versions use the same build-time registry map. Recorded demo versions remain pinned to their sources.
+The landing HTML gives each adapter version its own escaped `<code>` item separated by `<br>`. Its Markdown table remains one physical line per row, followed by a plain per-package list of all eight independently resolved packages; the same list appears in `llms.txt` and `llms-full.txt`. The eight canonical registry identities are `@rig-c/core`, `@rig-c/parts`, `@rig-c/pose`, `@rig-c/review`, `@rig-c/play`, `@rig-c/pixi`, `@rig-c/phaser` and `@rig-c/three`. Core resolves the real scoped manifest; convenience name `rig-c` is not a separate lookup. The adapters heading groups three real packages; there is no `@rig-c/adapters` npm package. Convenience install names and legacy `spine-*` names are documented separately from canonical identities and executable names. `@rig-c/pose` provides the `rig-pose` executable; the proposed unscoped convenience package remains pending publication and verification. Docs badges and structured docs versions use the same build-time registry map. Recorded demo versions remain pinned to their sources.
 
 ## Link checks
 
diff --git a/content/docs/core.md b/content/docs/core.md
index cfa0da7..1c13c86 100644
--- a/content/docs/core.md
+++ b/content/docs/core.md
@@ -1,13 +1,13 @@
 ---
 navLabel: Core
-title: rig-c core — a 2D rig compiler with a named-assertion gate
+title: "@rig-c/core — a 2D rig compiler with a named-assertion gate"
 description: rigc compiles a rig spec and a motion spec into Spine 4.3 skeleton data, and writes nothing unless every named assertion passes.
-summaryForLlms: rig-c (also @rig-c/core, CLI rigc) compiles a JSON rig spec and motion spec plus loose part PNGs into Spine 4.3 skeleton data, gated by named assertions so nothing invalid is written.
-packageName: rig-c
+summaryForLlms: "@rig-c/core (convenience install name rig-c, CLI rigc) compiles a JSON rig spec and motion spec plus loose part PNGs into Spine 4.3 skeleton data, gated by named assertions so nothing invalid is written."
+packageName: "@rig-c/core"
 repoUrl: https://github.com/rig-c/core
-npmUrl: https://www.npmjs.com/package/rig-c
+npmUrl: https://www.npmjs.com/package/@rig-c/core
 ---
-# rig-c core (`rigc`)
+# @rig-c/core (`rigc`)
 
 <p class="mod-role">The compiler: a rig spec and a motion spec in, Spine 4.3 skeleton data out — and nothing written unless every named check passes.</p>
 
@@ -129,11 +129,11 @@ The published package links no Spine runtime, so `A00_ROUNDTRIP_PARSE` — Spine
 ## Install
 
 ```sh
-bun add -d rig-c
+bun add -d @rig-c/core
 bun rigc build --rig rig.json --motion motion.json --out build/
 ```
 
-The published 2.74.0 package declares Bun 1.4.0 or later. The npm package is `rig-c`; `@rig-c/core` is the same package under the scope, and the command is `rigc`. Licensing by playback path: [Licensing](/docs/licensing/).
+The published 2.74.0 package declares Bun 1.4.0 or later. The canonical npm package is `@rig-c/core`; `rig-c` is its convenience install name, and the command is `rigc`. Published legacy name `spine-rigc` remains a compatibility entry point; see [package names and aliases](/#package-names-and-aliases). Licensing by playback path: [Licensing](/docs/licensing/).
 
 ## Inputs and outputs
 
@@ -160,7 +160,7 @@ The published 2.74.0 package declares Bun 1.4.0 or later. The npm package is `ri
 - [docs/AUTHORING.md](https://github.com/rig-c/core/blob/main/docs/AUTHORING.md) — the format guide; read it before writing a spec
 - [docs/RIGGING.md](https://github.com/rig-c/core/blob/main/docs/RIGGING.md) · [docs/MOTION.md](https://github.com/rig-c/core/blob/main/docs/MOTION.md) · [docs/FACE.md](https://github.com/rig-c/core/blob/main/docs/FACE.md) · [docs/INGEST.md](https://github.com/rig-c/core/blob/main/docs/INGEST.md) · [docs/PROMPTING.md](https://github.com/rig-c/core/blob/main/docs/PROMPTING.md)
 - [docs/BENCHMARK.md](https://github.com/rig-c/core/blob/main/docs/BENCHMARK.md) — why you can trust the output, and the 50 assertions with their profiles
-- [npm: rig-c](https://www.npmjs.com/package/rig-c) · [CHANGELOG.md](https://github.com/rig-c/core/blob/main/CHANGELOG.md)
+- [npm: @rig-c/core](https://www.npmjs.com/package/@rig-c/core) · [CHANGELOG.md](https://github.com/rig-c/core/blob/main/CHANGELOG.md)
 - Start here: [/docs/getting-started/](/docs/getting-started/)
 
 <!-- SOURCES (not published)
@@ -198,7 +198,8 @@ The published 2.74.0 package declares Bun 1.4.0 or later. The npm package is `ri
 - preview and vote need spine-core — README.md:50-51; core entry command list excludes them — `bunx rig-c@2.61.0 validate --help` output
 - Spine Runtimes License Agreement applies to that dependency — README.md:77-78
 - Bun >=1.2.0 — package.json:34; README.md:140-144
-- install line `bun add -d rig-c` — README.md:162
+- historical install line `bun add -d rig-c` — README.md:162 (original citation retained; this is not the current scoped recommendation).
+- current scoped install recommendation (2026-10-28): npm @rig-c/core@2.79.0 /latest manifest name and bin (`rigc`: `bin/rigc.cjs`), engines.bun >=1.4.0; published tarball SHA-512 verified. This current registry evidence is separate from the historical README citation above.
 - build and render command shapes — `bunx rig-c@2.61.0 --help` (build --rig/--motion/--out; render --candidate)
 - A00_ROUNDTRIP_PARSE runs only where runtime installed, SKIP elsewhere — README.md:68-70; `rigc build --help` lines 33-34
 - ingest = build backwards, byte for byte — `rigc --help` ("ingest runs build backwards … build(ingest(x)) is x, byte for byte"); README.md:606
diff --git a/content/docs/getting-started.md b/content/docs/getting-started.md
index 9d217c6..0408467 100644
--- a/content/docs/getting-started.md
+++ b/content/docs/getting-started.md
@@ -1,7 +1,7 @@
 ---
 navLabel: Getting Started
 title: Getting Started with rig-c — One Painting to a Browser Rig, No GPU
-description: Step-by-step walkthrough to build a rigged, breathing, waving 2D character that says hello from one painting using @rig-c/parts, rig-c, @rig-c/pose, and @rig-c/play with no GPU required.
+description: Step-by-step walkthrough to build a rigged, breathing, waving 2D character that says hello from one painting using @rig-c/parts, @rig-c/core, @rig-c/pose, and @rig-c/play with no GPU required.
 keywords: rig-c tutorial, getting started, 2D character rigging tutorial, See-through layers, rig-parts build, rig-pose retarget
 repoUrl: https://github.com/rig-c/getting-started
 summaryForLlms: Pinned CPU-only, no-Python recipe from prepared example layers and hand-placed joints through idle, wave and hello with hair/skirt physics to browser playback. Historical 2026-10-21 Apple M4 durations cover steps 1-10 including 9b/9c; a separate Linux reproduction and the upstream rolling-latest CI have their own records.
@@ -16,7 +16,7 @@ Repository: <https://github.com/rig-c/getting-started>
 
 1. **Paint one character.** Any image model or illustration workflow produces a front-facing, full-body character PNG on a plain white background with arms clear of the body.
 2. **Split it into layers, and mark the joints.** [See-through](https://github.com/shitagaki-lab/see-through) cuts the painting into layered parts (twice: full figure + head crop). Body-18 joints come from a lightweight CPU script (`rtmlib`) or hand placement.
-3. **Run the rig-c packages on the CPU.** `@rig-c/parts`, `rig-c`, `@rig-c/pose`, and `@rig-c/play` assemble the parts, author meshes and bones, gate the build, retarget motion, and play it in the browser. **No GPU is used in step 3.**
+3. **Run the rig-c packages on the CPU.** `@rig-c/parts`, `@rig-c/core`, `@rig-c/pose`, and `@rig-c/play` assemble the parts, author meshes and bones, gate the build, retarget motion, and play it in the browser. **No GPU is used in step 3.**
 
 ## Try it first — no GPU, no Python
 
@@ -237,7 +237,7 @@ The full guide — making your own character, the GPU routes, troubleshooting an
 
 ## Three ways to use the output
 
-1. **On the web with [`@rig-c/play`](/docs/play/) or [`@rig-c/adapters`](/docs/adapters/)**: Load `skeleton.model.json` and part PNGs directly. The packages are MIT and integrate no Spine Runtime.
+1. **On the web with [`@rig-c/play`](/docs/play/) or [an engine adapter](/docs/adapters/)**: Load `skeleton.model.json` and part PNGs directly. The packages are MIT and integrate no Spine Runtime.
 2. **In the Spine 4.3 Editor**: Import `out/check/build/skeleton.json` via `Import Data` and point `Images` to `out/rig/images/` to refine timelines by hand (requires rig-c 2.51.1+; the editor is under the Spine Editor License Agreement).
 3. **In a game engine via official Spine Runtimes**: Load `skeleton.json` and `skeleton.atlas` in Unity, Godot, Unreal, or C++ runtimes under the Spine Runtimes License.
 
diff --git a/content/docs/index.md b/content/docs/index.md
index 605617b..9334c66 100644
--- a/content/docs/index.md
+++ b/content/docs/index.md
@@ -2,7 +2,7 @@
 navLabel: Overview
 title: rig-c Docs — What Each Package Is, When to Use It, How It Works
 description: Choose a rig-c route by goal, required inputs, minimum packages and output, then explore how the packages fit together.
-keywords: rig-c docs, 2D rigging documentation, Spine 4.3, @rig-c/parts, @rig-c/pose, rig-c, @rig-c/review, @rig-c/play
+keywords: rig-c docs, 2D rigging documentation, Spine 4.3, @rig-c/parts, @rig-c/pose, @rig-c/core, @rig-c/review, @rig-c/play
 repoUrl: https://github.com/rig-c
 summaryForLlms: "Docs hub: five goal-based entry points with required inputs, minimum packages, outputs and next steps, followed by the package pipeline. Playback and inspection can start from an existing build."
 ---
@@ -16,10 +16,10 @@ Pick the row that matches what you already have. Each route starts there; you do
 
 | I want to… | Have ready | Minimum packages | What comes out | Next step |
 | --- | --- | --- | --- | --- |
-| Start from a painting and layers | Painting, full-figure and head layers (See-through or layered PSD), joints and a corrected config | `@rig-c/parts` + `rig-c` to build | Parts, rig/motion specs, a gated native model and Spine export | [Getting Started](/docs/getting-started/) — prepared inputs through a first build and browser playback |
+| Start from a painting and layers | Painting, full-figure and head layers (See-through or layered PSD), joints and a corrected config | `@rig-c/parts` + `@rig-c/core` to build | Parts, rig/motion specs, a gated native model and Spine export | [Getting Started](/docs/getting-started/) — prepared inputs through a first build and browser playback |
 | Play an existing compiled rig | Native `skeleton.model.json` and its image pages; for a host, a PixiJS, Phaser or Three.js scene | `@rig-c/play`; add only the matching `@rig-c/pixi`, `@rig-c/phaser` or `@rig-c/three` and host package for an engine scene | A rig playing in a page or host scene | [Play: a minimal page](https://github.com/rig-c/play#a-minimal-page); for a host, [Adapters](/docs/adapters/) |
-| Apply a pose sequence | Body-18 sequence (or COCO-17 converted by `clean`), target rig spec with its parts, explicit bone map; clean before retargeting | `@rig-c/pose` + `rig-c` | Motion spec, optional report and gated compiled build | [Pose: inputs and outputs](/docs/pose/#inputs-and-outputs) |
-| Add interactive head/gaze controls | Compiled native model and image pages with declared yaw/pitch slider dials; gaze needs its own declared dials | For the adapter example: `@rig-c/play` + `rig-c` (model reader) + one host adapter and host package; example-side pointer helper | Pointer-driven control of the rig's declared sliders | [Adapter controls guide](https://github.com/rig-c/adapters/blob/main/examples/look/README.md) — helper, required dials and refusal rules |
+| Apply a pose sequence | Body-18 sequence (or COCO-17 converted by `clean`), target rig spec with its parts, explicit bone map; clean before retargeting | `@rig-c/pose` + `@rig-c/core` | Motion spec, optional report and gated compiled build | [Pose: inputs and outputs](/docs/pose/#inputs-and-outputs) |
+| Add interactive head/gaze controls | Compiled native model and image pages with declared yaw/pitch slider dials; gaze needs its own declared dials | For the adapter example: `@rig-c/play` + `@rig-c/core` (model reader; the pinned example retains its original import path) + one host adapter and host package; example-side pointer helper | Pointer-driven control of the rig's declared sliders | [Adapter controls guide](https://github.com/rig-c/adapters/blob/main/examples/look/README.md) — helper, required dials and refusal rules |
 | Inspect, correct and review an agent's result | Existing output folder; references if available. Apply also needs original reproducible config and parts, plus source inputs for edits that use them | `@rig-c/review` for inspection/feedback; Apply also needs the original producer installed | Local inspection, source-bound feedback; eligible Apply edits rebuild in scratch | [Review: inputs and outputs](/docs/review/#inputs-and-outputs) |
 
 Painting and layer generation happen **before CPU-only rig-c processing**. The walkthrough starts with prepared layers; image models and See-through have their own requirements. Compiled-model playback skips both input generation and rig authoring. If you have Spine data instead, use the [Spine playback path](/docs/capabilities/#pick-the-playback-path), not Play's native-model loader. Keep the inputs' provenance and [asset and playback licensing](/docs/licensing/) with the route you choose; the walkthrough's sample inputs are CC BY-NC 4.0.
diff --git a/content/docs/licensing.md b/content/docs/licensing.md
index 4d6cb92..459dcf7 100644
--- a/content/docs/licensing.md
+++ b/content/docs/licensing.md
@@ -23,7 +23,7 @@ Three separate questions, answered separately: the licence of rig-c's own code,
 | rig-c's model in a page or an engine | [`@rig-c/play`](/docs/play/), [`@rig-c/pixi` / `phaser` / `three`](/docs/adapters/) | rig-c's MIT. These packages link nothing from Esoteric Software and pose the rig with rig-c's own core, so no Spine Runtime is integrated. |
 | Spine data in a product | an official Spine Runtime, or the Spine Web Player (which `rigc preview` loads) | The [Spine Runtimes License](https://esotericsoftware.com/spine-runtimes-license): integration is permitted under Section 2 of the Spine Editor License Agreement, or on the condition that each user of the product obtains their own Spine Editor licence, and redistribution includes that licence and copyright notice. |
 | Spine data in the Spine editor | the Spine editor, to refine by hand | The [Spine Editor License Agreement](https://esotericsoftware.com/spine-editor-license). |
-| rigc with `@esotericsoftware/spine-core` installed beside it | rigc's round-trip gate, `validate`, `preview`, `vote`, `bench`, `bonedist` | That install integrates a Spine Runtime, so the Spine Runtimes License applies there. The published `rig-c` package does not carry spine-core. |
+| rigc with `@esotericsoftware/spine-core` installed beside it | rigc's round-trip gate, `validate`, `preview`, `vote`, `bench`, `bonedist` | That install integrates a Spine Runtime, so the Spine Runtimes License applies there. The published `@rig-c/core` package does not carry spine-core. |
 
 Esoteric Software's licence pages read *Last updated April 5, 2025* when this page was written.
 
diff --git a/content/docs/play.md b/content/docs/play.md
index 4fef50c..d717d96 100644
--- a/content/docs/play.md
+++ b/content/docs/play.md
@@ -65,7 +65,7 @@ The player does not run its own clock: the page calls `frame(dt)`, so pausing, s
 
 ```sh
 npm i @rig-c/play
-npm i -D rig-c    # rigc build writes the model the player loads
+npm i -D @rig-c/core    # rigc build writes the model the player loads
 ```
 
 Runs in the browser as an ES module; rig-c's posing core is bundled, so there is nothing else to install. The package is MIT and links nothing from Esoteric Software — see [Licensing](/docs/licensing/).
diff --git a/content/docs/pose.md b/content/docs/pose.md
index 09ae2d1..58c81e1 100644
--- a/content/docs/pose.md
+++ b/content/docs/pose.md
@@ -113,9 +113,11 @@ The joints were placed by hand on the painting (the way the getting-started guid
 
 ```sh
 npm i -D @rig-c/pose
-bunx rig-pose retarget --rig out/rig --map map.json --pose swing.pose.clean.json --out swing.motion.json --name swing --build swing-build
+bun run rig-pose retarget --rig out/rig --map map.json --pose swing.pose.clean.json --out swing.motion.json --name swing --build swing-build
 ```
 
+Installing `@rig-c/pose` provides the `rig-pose` executable used above. The proposed unscoped npm package `rig-pose` is not published (checked 2026-10-28); use the scoped install and its local command. See [package names and aliases](/#package-names-and-aliases).
+
 The published 1.2.1 package declares [Bun](https://bun.sh) 1.4.0 or later on `PATH`; rig-c comes as a dependency.
 
 ## Inputs and outputs
diff --git a/content/index.md b/content/index.md
index a222452..f0995ca 100644
--- a/content/index.md
+++ b/content/index.md
@@ -2,10 +2,10 @@
 navLabel: Overview
 title: rig-c — AI-Authored 2D Rigging and Animation Toolchain
 description: AI-authored 2D character rigging and animation, verified before a byte is written. Compile Spine 4.3 skeleton data and model documents from one painting with named assertions.
-keywords: rig-c, rigc, 2D rigging, Spine 4.3, AI agent toolchain, @rig-c/parts, @rig-c/pose, @rig-c/play, @rig-c/review, @rig-c/adapters
-packageName: rig-c
+keywords: rig-c, rigc, 2D rigging, Spine 4.3, AI agent toolchain, @rig-c/parts, @rig-c/pose, @rig-c/play, @rig-c/review, @rig-c/core, @rig-c/pixi, @rig-c/phaser, @rig-c/three
+packageName: "@rig-c/core"
 repoUrl: https://github.com/rig-c
-npmUrl: https://www.npmjs.com/package/rig-c
+npmUrl: https://www.npmjs.com/package/@rig-c/core
 heroEyebrow: 2D character rigging, authored by agents
 heroTitle: One painting in. A verified rig out.
 heroLede: rig-c turns a character painting, split into layers, into a rigged and animated character — Spine 4.3 skeleton data and a model a web page can play — and writes nothing until its named structural checks pass. How the result looks is still a person's call.
@@ -43,10 +43,10 @@ Try the CPU-only, no-Python path from prepared example layers: **[Getting starte
 | --- | --- | --- | --- |
 | [**@rig-c/parts**](/docs/parts/) | `{{version:parts}}` | `npm i -D @rig-c/parts` | Assembles one character painting's decomposed See-through layers into rig-ready parts, then authors weighted meshes, bone chains, physics, and a looping idle over them. |
 | [**@rig-c/pose**](/docs/pose/) | `{{version:pose}}` | `npm i -D @rig-c/pose` | Cleans and retargets a body-18 pose sequence (from video, dataset, or hand-placed points) onto a rig that rig-c built, gated before keys are written. |
-| [**rig-c / @rig-c/core**](/docs/core/) | `{{version:core}}` | `npm i -D rig-c` | The rig compiler: a rig spec and a motion spec in, Spine 4.3 skeleton data (`skeleton.json` + `.atlas`) and `skeleton.model.json` out — gated by named assertions before a byte is written (36 under the default `--profile spine`, all 50 under the opt-in `--profile rig-play`). |
+| [**@rig-c/core**](/docs/core/) | `{{version:core}}` | `npm i -D @rig-c/core` | The rig compiler: a rig spec and a motion spec in, Spine 4.3 skeleton data (`skeleton.json` + `.atlas`) and `skeleton.model.json` out — gated by named assertions before a byte is written (36 under the default `--profile spine`, all 50 under the opt-in `--profile rig-play`). |
 | [**@rig-c/review**](/docs/review/) | `{{version:review}}` | `npm i -D @rig-c/review` | Local human inspection workspace: compare setup geometry, compiled-model playback, source video/sheets, and export frame/bone/slot-bound feedback ready to become an issue. |
 | [**@rig-c/play**](/docs/play/) | `{{version:play}}` | `npm i @rig-c/play` | Plays `skeleton.model.json` in the browser with no Spine runtime — as plain DOM elements (`<img>` with CSS `matrix()`) or one `<canvas>` per player. |
-| [**@rig-c/adapters**](/docs/adapters/) | `{{version:adapters}}` | `npm i @rig-c/pixi`<br>`npm i @rig-c/phaser`<br>`npm i @rig-c/three` | Plays a rig-c compiled model inside PixiJS 8, Phaser 4.2+, or Three.js 0.186+ through `@rig-c/play`'s posing core, with no Spine runtime. |
+| [**@rig-c/pixi**, **@rig-c/phaser**, **@rig-c/three**](/docs/adapters/) | `{{version:adapters}}` | `npm i @rig-c/pixi`<br>`npm i @rig-c/phaser`<br>`npm i @rig-c/three` | Plays a rig-c compiled model inside PixiJS 8, Phaser 4.2+, or Three.js 0.186+ through `@rig-c/play`'s posing core, with no Spine runtime. |
 
 {{published-versions}}
 
@@ -72,10 +72,10 @@ rig-c replaces that silence with five rules:
 
 ```sh
 # Run the compiler CLI directly with Bun
-bunx rig-c --help
+bunx @rig-c/core --help
 
 # Install the authoring & compilation toolchain in a project
-bun add -d @rig-c/parts rig-c @rig-c/pose @rig-c/review
+bun add -d @rig-c/parts @rig-c/core @rig-c/pose @rig-c/review
 
 # Install the zero-Spine-runtime browser player
 bun add @rig-c/play
@@ -83,11 +83,11 @@ bun add @rig-c/play
 
 ### Install Agent Skills
 
-`rig-c` and `@rig-c/parts` ship [Agent Skills](https://agentskills.io) (`skills/<name>/SKILL.md`, inside each npm package) that route coding agents directly to the authoritative authoring rules:
+`@rig-c/core` and `@rig-c/parts` ship [Agent Skills](https://agentskills.io) (`skills/<name>/SKILL.md`, inside each npm package) that route coding agents directly to the authoritative authoring rules:
 
 ```sh
 # Codex, Gemini CLI, or Antigravity: link rig-c's skills into .agents/skills/
-bun add -d rig-c
+bun add -d @rig-c/core
 bun rigc skills install
 
 # Claude Code: the rig-c/core repository is a plugin marketplace
@@ -97,9 +97,31 @@ bun rigc skills install
 
 ## Package names and aliases
 
-- `rig-c`, `@rig-c/core`, and `spine-rigc` are the same compiler package on npm and install the `rigc` command.
-- `@rig-c/parts`, `rig-parts`, and `spine-parts` are the same part-assembly package and install the `rig-parts` command.
-- `@rig-c/play`, `rig-play`, and `spine-html` are the same browser player package.
+`rig-c` is the project and toolchain brand. The scoped names above are the canonical npm package identities; the engine adapters are three separately published packages.
+
+### Convenience install names and commands
+
+These short npm names are alternative entry points for the same products. Prefer scoped names for new installs; existing installations keep working.
+
+| Canonical package | Convenience install name | Executable |
+| --- | --- | --- |
+| `@rig-c/core` | `rig-c` | `rigc` |
+| `@rig-c/parts` | `rig-parts` | `rig-parts` |
+| `@rig-c/pose` | Pending: `rig-pose` is not published (checked 2026-10-28) | `rig-pose` |
+| `@rig-c/play` | `rig-play` | None; import the browser library |
+| `@rig-c/review` | — | `rig-review` |
+
+Installing `@rig-c/pose` provides the `rig-pose` command. The proposed unscoped npm convenience package is a separate publication dependency; use `npm i -D @rig-c/pose` and the installed command until that package is published and verified. An executable name alone is not an npm package recommendation.
+
+### Legacy names and compatibility
+
+| Legacy npm name | Canonical package |
+| --- | --- |
+| `spine-rigc` | `@rig-c/core` |
+| `spine-parts` | `@rig-c/parts` |
+| `spine-html` | `@rig-c/play` |
+
+These published legacy entry points remain available for compatibility. Existing links, CLI names, Spine-format support and licensing guidance remain valid. Historical recordings and pinned reproductions keep the package names and versions that produced them.
 
 ## Licensing, stated plainly
 
diff --git a/src/build.test.ts b/src/build.test.ts
index 0c7ec03..22e76bf 100644
--- a/src/build.test.ts
+++ b/src/build.test.ts
@@ -9,7 +9,7 @@ import { outputRoot, ROOT_DIR } from './output.ts';
 import { verifySite } from './verify.ts';
 import { buildForActions } from '../scripts/build-site.ts';
 
-const NAMES = ['rig-c', '@rig-c/parts', '@rig-c/pose', '@rig-c/review', '@rig-c/play', '@rig-c/pixi', '@rig-c/phaser', '@rig-c/three'];
+const NAMES = ['@rig-c/core', '@rig-c/parts', '@rig-c/pose', '@rig-c/review', '@rig-c/play', '@rig-c/pixi', '@rig-c/phaser', '@rig-c/three'];
 const versions = new Map(NAMES.map((name, i) => [name, `100.0.${i}`]));
 const temp = mkdtempSync(join(realpathSync(tmpdir()), 'site-build-'));
 const out = join(temp, 'output');
@@ -67,7 +67,7 @@ describe('isolated deployable site', () => {
       for (const name of NAMES) expect(text.split('\n')).toContain(`- \`${name}\`: \`${versions.get(name)}\``);
       expect(text).not.toContain('{{version:');
     }
-    const row = read('index.md').split('\n').find((line) => line.startsWith('| [**@rig-c/adapters**]'))!;
+    const row = read('index.md').split('\n').find((line) => line.startsWith('| [**@rig-c/pixi**, **@rig-c/phaser**, **@rig-c/three**]'))!;
     expect(row).toContain('`@rig-c/pixi 100.0.5`; `@rig-c/phaser 100.0.6`; `@rig-c/three 100.0.7`');
     expect(row.endsWith('|')).toBe(true);
     expect(row.split('|')).toHaveLength(6);
diff --git a/src/build.ts b/src/build.ts
index e55a81d..e6a16e1 100644
--- a/src/build.ts
+++ b/src/build.ts
@@ -172,7 +172,7 @@ function hero(page: Page): string {
             <a class="btn btn-primary" href="/docs/getting-started/">Get started</a>
             <a class="btn" href="/docs/">Read the docs</a>
           </div>
-          <pre class="install"><code>bunx rig-c --help</code></pre>
+          <pre class="install"><code>bunx @rig-c/core --help</code></pre>
         </div>
         <figure class="hero-media">
           <div class="media">
@@ -204,7 +204,6 @@ function buildJsonLd(page: Page): string {
         '@id': `${SITE_ORIGIN}/#website`,
         url: `${SITE_ORIGIN}/`,
         name: 'rig-c',
-        alternateName: ['rigc', '@rig-c/core'],
         description: page.description,
         inLanguage: 'en',
         publisher: { '@type': 'Organization', name: 'rig-c', url: 'https://github.com/rig-c' },
@@ -213,12 +212,13 @@ function buildJsonLd(page: Page): string {
       {
         '@type': 'SoftwareApplication',
         '@id': `${SITE_ORIGIN}/#toolchain`,
-        name: 'rig-c',
+        name: '@rig-c/core',
+        alternateName: ['rig-c', 'spine-rigc'],
         applicationCategory: 'DeveloperApplication',
         operatingSystem: 'macOS, Linux, Windows, Web Browser',
         softwareVersion: version('core'),
         url: `${SITE_ORIGIN}/`,
-        downloadUrl: 'https://www.npmjs.com/package/rig-c',
+        downloadUrl: 'https://www.npmjs.com/package/@rig-c/core',
         codeRepository: 'https://github.com/rig-c/core',
         author: AUTHOR,
         description: page.description,
@@ -337,7 +337,7 @@ function siteFooter(page: Page): string {
           <a href="/llms-full.txt">llms-full.txt</a>
           <a href="/sitemap.xml">sitemap.xml</a>
           <a href="https://github.com/rig-c">GitHub</a>
-          <a href="https://www.npmjs.com/package/rig-c">npm</a>
+          <a href="https://www.npmjs.com/package/@rig-c/core">npm</a>
         </nav>
       </div>
     </footer>`;
@@ -497,17 +497,23 @@ function buildLlmsTxt(): string {
     '',
     publishedList(),
     '',
+    '## Package names and compatibility',
+    '',
+    'rig-c is the toolchain brand. Scoped names are canonical. Convenience npm names: @rig-c/core → rig-c (CLI rigc); @rig-c/parts → rig-parts (CLI rig-parts); @rig-c/play → rig-play (browser library, no CLI). @rig-c/pose installs CLI rig-pose; the proposed unscoped rig-pose package is not published (checked 2026-10-28). @rig-c/review installs CLI rig-review.',
+    '',
+    'Legacy compatibility names: spine-rigc → @rig-c/core; spine-parts → @rig-c/parts; spine-html → @rig-c/play. Existing entry points remain available. Historical recordings and pinned reproductions keep their original names and versions. Engine adapter packages are @rig-c/pixi, @rig-c/phaser and @rig-c/three.',
+    '',
     '## Install',
     '',
     '```bash',
     '# Authoring toolchain',
-    'npm i -D rig-c @rig-c/parts @rig-c/pose @rig-c/review',
+    'npm i -D @rig-c/core @rig-c/parts @rig-c/pose @rig-c/review',
     '',
     '# Browser and engine runtimes (no Spine runtime required)',
     'npm i @rig-c/play @rig-c/pixi @rig-c/phaser @rig-c/three',
     '',
     '# AI Agent Skills: rig-c ships skills/ (Codex, Gemini CLI, Antigravity read .agents/skills/)',
-    'bun add -d rig-c',
+    'bun add -d @rig-c/core',
     'bun rigc skills install',
     '',
     '# Claude Code: the rig-c/core repository is a plugin marketplace',
diff --git a/src/version-consistency.test.ts b/src/version-consistency.test.ts
index 745ac75..92de2f4 100644
--- a/src/version-consistency.test.ts
+++ b/src/version-consistency.test.ts
@@ -2,7 +2,7 @@ import { describe, expect, test } from 'bun:test';
 import { renderSite } from './build.ts';
 import { htmlRel, mdRoute, PAGES } from './content.ts';
 
-const names = ['rig-c', '@rig-c/parts', '@rig-c/pose', '@rig-c/review', '@rig-c/play', '@rig-c/pixi', '@rig-c/phaser', '@rig-c/three'];
+const names = ['@rig-c/core', '@rig-c/parts', '@rig-c/pose', '@rig-c/review', '@rig-c/play', '@rig-c/pixi', '@rig-c/phaser', '@rig-c/three'];
 // Distinct versions catch accidental aliasing, especially independently versioned adapters.
 const versions = new Map(names.map((name, index) => [name, `200.${index}.3`]));
 
@@ -14,7 +14,7 @@ function assertConsistent(files: ReadonlyMap<string, string>): void {
   };
   const jsonLd = (html: string) => JSON.parse(html.match(/<script type="application\/ld\+json">\s*([\s\S]*?)\s*<\/script>/)![1]!)['@graph'];
   const landing = read('index.html');
-  expect(jsonLd(landing).find((node: any) => node['@type'] === 'SoftwareApplication').softwareVersion).toBe(versions.get('rig-c'));
+  expect(jsonLd(landing).find((node: any) => node['@type'] === 'SoftwareApplication').softwareVersion).toBe(versions.get('@rig-c/core'));
   for (const [name, version] of versions) {
     for (const path of ['index.md', 'llms.txt', 'llms-full.txt']) {
       expect(read(path).split('\n')).toContain(`- \`${name}\`: \`${version}\``);
@@ -53,6 +53,33 @@ describe('one current package version across all published surfaces', () => {
     assertConsistent(files);
   });
 
+  test('canonical package identities stay separate from convenience installs, commands and history', () => {
+    const files = renderSite(versions);
+    const landing = files.get('index.html')!;
+    const graph = JSON.parse(landing.match(/<script type="application\/ld\+json">\s*([\s\S]*?)\s*<\/script>/)![1]!)['@graph'];
+    const core = graph.find((node: any) => node['@type'] === 'SoftwareApplication');
+    expect(core.name).toBe('@rig-c/core');
+    expect(core.downloadUrl).toBe('https://www.npmjs.com/package/@rig-c/core');
+    expect(graph.find((node: any) => node['@type'] === 'WebSite').name).toBe('rig-c');
+    for (const path of ['index.md', 'llms.txt', 'llms-full.txt']) {
+      const text = files.get(path)!;
+      expect(text).toContain('bun add -d @rig-c/core');
+      expect(text).toContain('Legacy');
+      expect(text).not.toContain('bunx rig-pose');
+      expect(text).not.toContain('@rig-c/adapters');
+      expect(text).toContain('rig-pose');
+      expect(text).toContain('not published');
+    }
+    expect(files.get('docs/pose/index.md')).toContain('bun run rig-pose retarget');
+    expect(files.get('docs/core/index.md')).toContain('bunx rig-c@2.61.0 build');
+    expect(files.get('docs/getting-started/index.md')).toContain('rig-c@2.65.1');
+    expect(files.get('docs/adapters/index.md')).toContain('from `rig-c/core`');
+    const aliasOnly = new Map(versions);
+    aliasOnly.delete('@rig-c/core');
+    aliasOnly.set('rig-c', '999.0.0');
+    expect(() => renderSite(aliasOnly)).toThrow('npm latest version not resolved for @rig-c/core');
+  });
+
   test('a planted disagreement in one rendered badge is rejected without changing source files', () => {
     const files = renderSite(versions);
     const path = 'docs/parts/index.html';