Claude Code Ecosystem · tres repos públicos · dos máquinas

Arquitectura del ecosistema Claude Code

Tres piezas alrededor de una misma herramienta: claude-kit la configura, enjambre reparte el trabajo entre un PC y una Mac mini, y Cert Studio sirve para estudiarla a fondo. La Academy y esta Landing cierran el círculo. Haz clic en cualquier caja; reproduce un flujo para ver el recorrido.

repo propio máquina o persona servicio externo tráfico
Detalle

Haz clic en un contenedor

Cada caja es una pieza que corre por separado: una sesión de trabajo, un script, una máquina, un servicio o el navegador de quien visita. Las líneas son llamadas reales: protocolo y qué viaja.

Configurar (claude-kit)

Reglas, hooks, agentes y una barra de estado que dice cuánto contexto, cuota y caché quedan. Se instala igual en las dos máquinas; un filtro impide que lo privado salga al repo público.

Repartir (enjambre)

El PC escribe una TASK y enjambre la enruta: la Mac mini la corre en un worktree limpio, dentro de tmux, con presupuesto en dólares, y la devuelve como una rama de git que se revisa antes de fusionar.

Estudiar (Cert Studio)

Preguntas originales por dominio, repaso espaciado y laboratorios. Todo corre en el navegador: el progreso vive en localStorage y no hay servidor ni cuenta.

Secuencias · una por flujo · los mismos pasos que reproduce el C4
Ciclo de vida de un trabajo de enjambre
Despliegue · dónde vive cada pieza

Dos máquinas trabajan, GitHub guarda, Hostinger sirve archivos estáticos.

Nada del ecosistema necesita un servidor de aplicación. Las dos máquinas producen ramas; GitHub es la fuente de verdad; Hostinger construye y sirve la Landing y un docroot por subdominio.

Trabajo · PC Windows + Mac mini

PC: sesión de Claude Code, edición, revisión y mergeorquestador
claude-kit instalado en las dos máquinasmismas reglas
Mac: pruebas, Lighthouse, grabaciones, trabajos largosworker
cada trabajo: worktree limpio + tmux + presupuestoenjambre
→ ramas en GitHub →

Publicación · Hostinger

ichisieben.dev: build por git en cada push a mainAstro estático
Cert Studio en su subdominioHTML + localStorage
un docroot por subdominio, un repo por piezasin mezclar
auditoría de privacidad antes de cada publicaciónfalla duro
Decisiones · con la alternativa descartada

Cada decisión dice qué se eligió, qué se dejó y por qué

DecisiónPor quéDescartado
Tres repos, no unoCada pieza se entiende, se instala y se publica sola; quien solo quiere estudiar no carga el enrutadorUn monorepo con todo: más difícil de leer en 30 segundos
Repos públicos exportados desde fuentes privadasUn exportador con auditoría decide qué sale; lo personal se queda en la fuenteHacer público el repo de trabajo: historia y rutas personales a la vista
El resultado de la Mac vuelve como ramaSe revisa como cualquier diff antes del merge; nada llega a main sin pasar por el PCQue la Mac haga push a main directamente
Presupuesto en dólares por trabajoUn trabajo largo no puede gastar sin límite mientras nadie miraConfiar en que el agente se detenga solo
Cert Studio sin servidorProgreso en localStorage: cero costo variable, cero datos personales en un servidorCuentas de usuario y una base de datos
La Academy se importa, no se copiaLas lecciones viven en el repo de cada pieza; un importador las audita y las publicaEscribirlas a mano dentro de la Landing