FZ-006 · HERRAMIENTAS PARA DESARROLLO
Colonizer
Convierte issues de GitHub en pull requests para desarrolladores en su propia máquina.
- Estado
- En vivo · Autoalojado
- Etapa del pipeline
- LANZAMIENTO
- Sector
- HERRAMIENTAS PARA DESARROLLO
- Objetivo de autonomía
- NIVEL 4 · AUTOOPTIMIZABLE
- Construido con
- 3 activos · 3 planificados
El problema
Cada issue de GitHub que arreglas a mano te quita tiempo que preferirías dedicar a construir.
Qué hace
Colonizer ejecuta un agente de programación sobre un issue de GitHub que eliges y te devuelve un pull request para revisar.
Cómo funciona
- Cada agente trabaja en su propia VM aislada, lejos de tu máquina y de tus claves
- Se ejecuta en local, en tu propio ordenador
- Devuelve pull requests listos para revisar
Gratuito y de código abierto (MIT). Funciona en tu propia máquina; no hay nada alojado.
Ahórrate horas de programación en cada backlog.
HoyFunciona hoy en Linux y macOS (DMG), y en Windows a través de WSL2 (v0.2.22), con Claude Code como agente.
La película
Objetivos
- Operación autónoma
- El backlog es lo que debería despejarse solo. Una persona elige la issue y revisa el pull request; todo lo que hay en medio (el sandbox, el worktree, el agente, la malla, el commit y el push) es el objetivo de la automatización.
- Inteligencia
- Aislamiento y criterio en lugar de un modelo más grande: un settler por colonia, preguntas devueltas como tarjetas de opción múltiple en vez de prosa, un watchdog que detecta que una colonia ha dejado de avanzar y un enrutador que pone el modelo adecuado en cada slot.
- Crecimiento
- Impulsado por repositorios. El crecimiento son los repositorios con colonias en marcha y los pull requests fusionados desde ellas, contados desde la primera instalación que no sea la del autor.
El detalle técnico
Una app local-first que convierte issues de GitHub en pull requests. Cada tarea recibe un agente de programación, hoy Claude Code, dentro de su propia microVM KVM desechable con un git worktree nuevo, conectada al host mediante una malla privada que nunca toca tu propia tailnet. La interfaz web muestra el chat, una terminal dentro de la VM y las preguntas del agente como tarjetas de opción múltiple. El host, no la VM, hace el commit, el push y abre el pull request, de modo que los tokens de GitHub y de Claude nunca entran en ella. El host en Rust, el daemon dentro de la VM y la interfaz en React son de código abierto con licencia MIT y se ejecutan en local en Linux x86_64 con KVM. No hay servicio alojado; más agentes de programación, un enrutador de modelos, outposts remotos y fuentes de GitLab, Linear y Jira están planificados, no construidos.
Relacionado
De la misma base.
- Cratefield. Un backend para creadores que prefieren compilar a configurar.
- Owlpost. API de correo para apps y agentes de AI, con bandejas de entrada propias.
- SupportGenius. Respuestas de soporte a partir de tu documentación; lo que no se responde pasa a tu equipo.
- promptdecode. Encuentra texto invisible en las revisiones de código que un revisor humano pasaría por alto.