Mover themes e integraciones Cortex al repo cortex OSS

[barbatdev]

Decisión

• cortex OSS pasa a ser la source of truth de las integraciones UX que son producto de Cortex.
• cortex-dotfiles queda como capa de instalación/adaptación para consumir esas integraciones en la máquina local.

Candidatos a mover a cortex

• opencode/themes
• claude/themes
• docs/agent-state-v1.md
• scripts/check-agent-state.sh
• zsh/scripts/agent-state.sh
• zsh/scripts/postcompact-hook.sh
• zsh/scripts/memsave-nudge.sh
• claude/statusline.sh

Mantener en cortex-dotfiles

• install.sh
• zshrc
• local/env
• SketchyBar
• yabai
• skhd
• Karabiner
• Ghostty
• Starship
• tmux
• lazygit
• git helpers
• screenshots
• PCSoft helpers
• fonts
• assets personales

Layout propuesto en cortex

• integrations/opencode/themes
• integrations/claude/themes
• integrations/agent-state
• integrations/statusline

Acceptance criteria

• Está documentado que cortex OSS es la source of truth para integraciones UX product-owned.
• Está documentado que cortex-dotfiles instala/adapta, pero no define la lógica fuente de esas integraciones.
• Existe un plan de migración para cada candidato listado.
• El layout destino en cortex está acordado.
• Se identifican los puntos de adaptación que deben quedar en cortex-dotfiles.
• La migración de código se hará en issues/PRs de seguimiento separados.

Nota

No migrar código en este issue. Este issue define el boundary de producto y el plan de implementación posterior.

[barbatdev]

Aclaración: cortex, cortex-dotfiles y cortex-dots siguen siendo repos independientes. Esta migración ordena ownership de integraciones UX de Cortex y evita que cortex dependa de dotfiles externos; no vuelve a cortex-dotfiles un downstream obligatorio de cortex. cortex-dotfiles puede conservar configs/ejemplos propios, pero no debería ser la source of truth de artefactos product-owned de Cortex. Orden seguro: primero upstream en cortex; después ajustar duplicados acá si hace falta.

[barbatdev]

Sugerencia de precisión: agregar explícitamente que esto no implica dependencia obligatoria de cortex para usar cortex-dotfiles. Redacción propuesta: “Esto no implica dependencia obligatoria de cortex para usar cortex-dotfiles; solo define que los artefactos product-owned de Cortex no deben tener aquí su source of truth.”

[barbatdev]

Progreso seguro realizado: PR #32 dejó documentado en README el boundary con Cortex sin cambiar comportamiento de instalación. Esto cubre la parte docs-only que podía hacerse en cortex-dotfiles ahora.

Siguiente paso no debería hacerse acá todavía: no borrar ni mover themes/statusline/agent-state desde cortex-dotfiles hasta que cortex #1038 incorpore reemplazos validados como artefactos propios del producto.

[barbatdev]

Checkpoint: #31 cubre la migración y source of truth de artefactos product-owned, pero no la coexistencia OSS con configuraciones preexistentes ni el ownership granular del instalador. Ese alcance queda separado en #41.