El shell ya no carga el flag `show_transits: bool` ni hardcodea qué
pipeline corre. La engine expone una sola API `compose(chart, offset,
&[PipelineRequest])` que la shell alimenta a partir de un map
`module_configs: HashMap<String, serde_json::Value>`. Los toggles de
overlay (transit hoy, progression/synastry/solar_arc en fase 7) viven
como módulos propios en el panel.
- engine: PipelineRequest enum (variante Transit por ahora; comentarios
con el roadmap de SecondaryProgression/SolarArc/Synastry). compose()
es la nueva entrada canónica; compute / compute_at_offset /
compute_with_transits_at_now quedan como atajos retrocompatibles que
delegan en compose. bridge.rs refactor: extraído build_transit_overlay
como helper que muta &mut RenderModel, listo para que más pipelines
apilen capas encima.
- modules: nuevo módulo `transit::TransitModule` (id "transit", toggle
"enabled" con hotkey [T], applies_to Natal). Sacado el toggle
show_transits de NatalModule — ahora cada módulo declara lo suyo.
Registry::with_builtins() registra ambos. Test asegura los dos
aplican a Natal.
- panel: sin cambios — ya itera Registry::for_kind(kind) y renderea
cada módulo aplicable con sus controls. La adición del TransitModule
aparece automática como segunda card en el panel.
- shell: replace show_transits por module_configs map. build_requests()
deriva PipelineRequest::Transit cuando module_configs["transit"]
["enabled"] == true. on_panel_event: toggles del NatalModule afectan
solo visibility del canvas; toggles de otros módulos van al
module_configs y disparan render_current. on_canvas_event: [T]
hotkey → flip transit.enabled + sync panel + recompose. apps Cargo
agrega serde_json como dep directa.
Todos los tests verdes. Fase 7 puede sumar overlays adicionales
(progression, solar_arc) solo agregando variantes a PipelineRequest +
helpers en bridge + módulos declarativos — sin tocar el shell.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Módulo nuevo `modules/tahuantinsuyu/` con 9 crates reusables + app
`apps/tahuantinsuyu` ejecutable que abre la ventana del explorador y
coordina los widgets:
- tahuantinsuyu-card: Card Brahman + spawn_sidecar (flows
chart-request/chart-result).
- tahuantinsuyu-model: tipos agnósticos (Group/Contact/Chart,
StoredBirthData, StoredChartConfig, ChartKind, TreeSelection).
- tahuantinsuyu-store: persistencia SQLite (rusqlite) con migración v1,
CRUD por entidad y descenso recursivo `charts_under_group`.
- tahuantinsuyu-engine: bridge agnóstico al canvas vía `RenderModel`
(Layer/Glyph/Geometry). Feature `eternal-bridge` (off por default)
reservada para enchufar eternal-astrology desde ~/eternal.
- tahuantinsuyu-modules: registry de módulos pluggables (Module trait
+ Control schema) con `NatalModule` placeholder.
- tahuantinsuyu-theme: AstroPalette (elementos / modos / planetas /
aspectos) con variantes dark + light sobre yahweh-theme.
- tahuantinsuyu-canvas: widget GPUI con CanvasState (Empty / Wheel /
Thumbnails). Render placeholder hasta cablear la rueda real.
- tahuantinsuyu-tree: explorador izquierdo sobre yahweh-widget-tree,
prefijos g:/c:/h: para Group/Contact/Chart.
- tahuantinsuyu-panel: control panel inferior que lee Controls de los
módulos del registry y los pinta.
- apps/tahuantinsuyu: binario `tahuantinsuyu` (launch_app-style) con
Shell coordinador (tree↔canvas↔panel), DB en $XDG_DATA_HOME.
Workspace Cargo.toml actualizado con los 10 miembros. `cargo check`
verde, tests unitarios verdes (model/store/engine/modules/theme/card).
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
sergio