refactor(monorepo): reorganización lógica + renames + SDDs + split CHANGELOG

Reorganización física de crates/:
- core/ (mezclaba 6 propósitos) se divide en protocol/, init/, runtime/, compat/
- shared/ (3 crates) se redistribuye en protocol/ e init/
- lapaloma (sub-módulo de ui_engine) se promueve a modules/pineal/

Renames de proyectos:
- shipote → shuma (runtime de sandboxes)
- nouser → akasha (explorador de Mónadas)
- yahweh → nahual (motor GPUI, antes ui_engine/)
- lapaloma → pineal (data-viz agnóstica)

Fraccionamiento UI → core agnóstico:
- vista-core (DeckState + snap, 175 LOC, 5 tests verdes)
- barra-core (Task + render_html + sanitize, 90 LOC, 5 tests verdes)
- vista-web y barra-web ahora son thin DOM bindings

Documentación nueva:
- 16 SDDs por subdirectorio (≤80 LOC c/u): protocol/init/runtime/compat
  + 10 módulos + apps/
- docs/STATUS.md con cifras reales por proyecto
- docs/ROADMAP.md con plan a finalización (6 hitos, ~6-8 semanas)
- CHANGELOG.md particionado en docs/changelog/<proyecto>.md (7 buckets)

Automatización:
- scripts/reorg.py — script idempotente que: git mv directorios, renombra
  package names, recomputa path = refs, reescribe imports rust, actualiza
  workspace Cargo.toml. Soporta --dry-run.
- scripts/split-changelog.py — particiona CHANGELOG por componente.

Validación:
- cargo check --workspace pasa (124 crates + 2 nuevos cores).
- 10 tests adicionales (5 en vista-core + 5 en barra-core) verdes.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

crates/modules/nakui/SDD.md

@@ -0,0 +1,35 @@
+# modules/nakui/ — ERP categórico
+
+**Propósito.** Backend de un ERP modelado como teoría categórica:
+objetos = entidades, morfismos = operaciones de negocio. Schema
+declarativo en Nickel, persistencia event-log con replay, validación
+de tipos cross-field.
+
+## Crates
+
+| crate         | tipo  | rol                                                  |
+| ------------- | ----- | ---------------------------------------------------- |
+| `nakui-core`  | lib   | Schema (Nickel) + evaluador + event log + store      |
+
+## Dependencias
+
+- Consume `protocol/brahman-cards` (templates Nickel).
+- `nakui-core` evalúa Nickel in-process (no más kcl_wrapper).
+- Consumido por: `apps/nakui-ui` (MetaUi+MetaForm) y
+  `apps/nakui-explorer` (dashboard sobre stack nahual).
+
+## Modelo
+
+```
+Schema -> { entities: [Entity], morphisms: [Morphism] }
+Entity -> { name, fields: [FieldSpec] }
+Morphism -> { domain, codomain, compute_fn }
+Action -> Create | Update | Delete | Morphism(name, params)
+EventLog -> [Action]  // append-only, replay al startup
+```
+
+## Estado
+
+LOC 5,618 (nakui-core) + 1,021 (nakui-ui) + 424 (nakui-explorer).
+Tests robustos. 6 módulos ERP estándar incluidos como ejemplos
+(ventas, inventario, etc.). Ver `docs/changelog/nakui.md`.

crates/modules/nakui/core/Cargo.toml

@@ -38,8 +38,8 @@ nickel-lang = "2.0.0"
 surrealdb = { version = "2", default-features = false, features = ["kv-mem"] }
 
 # Brahman protocol — presencia ante el Init cuando `nakui run` arranca.
-brahman-card = { path = "../../../core/brahman-card" }
-brahman-sidecar = { path = "../../../shared/brahman-sidecar" }
+brahman-card = { path = "../../../protocol/brahman-card" }
+brahman-sidecar = { path = "../../../protocol/brahman-sidecar" }
 
 [[bin]]
 name = "nakui"

crates/modules/nakui/core/src/bin/nakui.rs

@@ -463,7 +463,7 @@ fn cmd_verify_log(args: &[String]) -> Result<(), CliError> {
 /// Lifecycle Daemon (proceso largo). Flujos JSON: consume `command`
 /// (queries del UI), produce `report` (resultados de cómputo). Los
 /// nombres están escogidos para que el broker pueda matchearlos contra
-/// `user-intent` / `render-data` de yahweh-shell por compatibilidad de
+/// `user-intent` / `render-data` de nahual-shell por compatibilidad de
 /// tipo (todos `json`).
 fn brahman_card_for_nakui() -> brahman_card::Card {
     use brahman_card::{