Quien haya pasado una tarde entera “orquestando” agentes desde la terminal conoce el patrón: el CLI va por un lado, las notas en Markdown por otro, el plan acaba en una checklist suelta, y el contexto (archivo/línea) se pierde en cuanto cambias de ventana. Spacecake intenta cortar ese ruido de raíz con una idea simple para perfiles técnicos: convertir Claude Code en un flujo de trabajo completo, con terminal integrada, editor de Markdown “de verdad” y seguimiento de planes en una misma app de escritorio.
El proyecto se define como una aplicación open source en alfa pública, disponible para macOS (Apple Silicon e Intel), Windows (x64) y Linux (x64). La promesa no es reinventar el editor de código, sino juntar lo que ya usas —terminal, documentación, tareas— con una integración específica para Claude Code que apunta directamente a los puntos de dolor más habituales.
Lo que más interesa a programadores (y a quien mantiene infra)
1) Terminal integrada para trabajar como siempre, pero sin “alt-tab” constante
Spacecake incluye un terminal embebido (basado en Ghostty) desde el que puedes ejecutar tus herramientas habituales de CLI: Claude Code, Codex, Gemini, etc. La gracia no es solo “tener terminal”, sino que la app intenta convertir ese terminal en el centro operativo del trabajo con agentes.
2) Integración con Claude Code: contexto, plan mode y telemetría visible
Aquí es donde el proyecto se diferencia del típico “wrapper” con interfaz bonita. Spacecake afirma ofrecer:
- Context awareness: indica a Claude qué archivo y línea estás editando.
- Plan mode: activado por defecto al ejecutar Claude en el terminal de Spacecake.
- Status line: métricas en vivo (modelo, % de contexto y coste).
- Panel de planes: acceso rápido (Ctrl+G) para ver/gestionar planes.
Para un equipo técnico, esto aterriza en una cosa muy concreta: menos “¿en qué archivo estábamos?” y más ejecución con trazabilidad.
3) Markdown en serio: specs, runbooks y tareas con formato utilizable
Spacecake combina un editor visual con soporte de Markdown orientado a documentación operativa:
- bloques de código con resaltado,
- checklists (muy útiles para “plan mode”),
- diagramas con Mermaid,
- modo WYSIWYG y “live preview”,
- autosave (configurable por workspace).
En la práctica, esto encaja muy bien con flujos tipo spec-driven development, runbooks de operaciones, notas de incidentes o documentación “pegada” a la ejecución del agente.
4) Editor de código: suficiente para el día a día, sin vender humo
El editor está basado en CodeMirror y lista lo esperable: syntax highlighting, autocompletado, cierre de brackets, folding, linting y atajos típicos. No es un VS Code, pero tampoco intenta serlo: apunta al punto medio donde puedes editar sin fricción, revisar diffs en Markdown y mantener planes/estado cerca del terminal.
Instalación y primeros pasos (con foco sysadmin)
Spacecake se distribuye como instaladores por plataforma (DMG/EXE/DEB/AppImage). Dos notas prácticas que a sysadmin le importan más que el marketing:
- Windows: el instalador puede disparar SmartScreen porque no está firmado (en alfa pública esto es habitual).
- Linux/Windows: para proyectos grandes, el repositorio recomienda watchman para mejorar la detección de cambios (file watching), especialmente si trabajas con repos monorepo o árboles con muchos ficheros.
En el primer arranque, Spacecake abre una carpeta de notas en ~/.spacecake y te deja abrir tu proyecto como workspace con ⌘O / Ctrl+O. Es un detalle pequeño pero útil: separar “notas sueltas” de “trabajo dentro del repo” evita mezclar basura con documentación de proyecto.
Qué cambia en el flujo de trabajo real
Si ya usas Claude Code en terminal, Spacecake no te “enseña” nada nuevo: te quita fricción donde duele.
- Menos desorden de ventanas: terminal + notas + plan en un solo sitio.
- Contexto explícito: el agente sabe dónde estás, sin copiar-pegar rutas.
- Observabilidad mínima pero útil: modelo, contexto y coste visibles sin scripts externos.
- Planes editables como artefacto: un “plan” deja de ser texto efímero y pasa a ser un panel gestionable.
Para perfiles de operaciones, esto también puede encajar como “consola de trabajo” cuando estás automatizando tareas repetibles (scripts, cambios de configuración, documentación de intervención) y quieres dejar rastro ordenado.
Limitaciones y precauciones (las de siempre, pero mejor decirlas)
- Alfa pública: en herramientas de escritorio, “alpha” implica cambios rápidos, posibles bugs y ciclos de releases frecuentes.
- Seguridad y permisos: cualquier app que integra terminal y edición de ficheros puede convertirse en un “punto de entrada” si se usa mal. Espacios de trabajo, permisos de ejecución y cuidado con lo que se lanza desde el terminal siguen siendo tu responsabilidad.
- Licencia GPL-3.0: relevante si tu organización tiene políticas estrictas sobre distribución/modificación interna.
Para quién tiene sentido (y para quién no)
Sí tiene sentido si…
- usas Claude Code a diario y quieres un flujo más ordenado,
- trabajas con planes/checklists y documentación (specs, runbooks),
- te interesa ver métricas de sesión sin montar tooling adicional.
No es imprescindible si…
- ya estás cómodo con tu IDE + terminal externo + notas,
- tu equipo depende de extensiones muy específicas de VS Code/JetBrains,
- buscas un “todo en uno” enterprise; aquí el enfoque es ligero y hackeable.
Mini-FAQ técnica
¿Spacecake trae Claude Code “incluido”?
No. Es una interfaz/entorno de escritorio: Claude Code se ejecuta desde el terminal integrado como tu CLI habitual.
¿Puedo usarlo solo como editor de Markdown con terminal?
Sí: aunque el gancho es Claude Code, la app también sirve como combinación de notas + terminal + workspace.
¿Qué mejora con watchman?
El rendimiento y fiabilidad del file watching (detección de cambios) en proyectos grandes, algo que suele ser el talón de Aquiles en Linux/Windows cuando el árbol de ficheros se dispara.
