¿Qué pasaría si la codificación asistida por IA se volviera más confiable al separar la planificación del producto, la revisión de ingeniería, el lanzamiento y el control de calidad en distintos modos operativos? Esa es la idea detrás de gstack de Garry Tan, un conjunto de herramientas de código abierto que empaqueta Claude Code en 8 habilidades de flujo de trabajo respaldadas por un tiempo de ejecución de navegador persistente. Takeit se describe a sí mismo como “Ocho habilidades de flujo de trabajo obstinadas para Claude Code” y agrupa las tareas comunes de entrega de software en distintos modos, como planificación, revisión, envío, automatización del navegador, pruebas de control de calidad y retrospectivas. El objetivo no es reemplazar Claude Code con una nueva capa de modelo. Su objetivo es hacer que Claude Code opere con límites de funciones más explícitos durante la planificación del producto, la revisión de ingeniería, el lanzamiento y las pruebas.
Los 8 comandos básicos
El repositorio de gstack actualmente expone 8 comandos principales: /plan-ceo-review, /plan-eng-review, /review, /ship, /browse, /qa, /setup-browser-cookies y /retro. Cada comando está asignado a un modo de funcionamiento específico. /plan-ceo-review se posiciona como un pase de planificación a nivel de producto. /plan-eng-review se utiliza para arquitectura, flujo de datos, modos de falla y pruebas. /review se centra en el riesgo de producción y la revisión de código. /ship se utiliza para preparar una rama lista, sincronizar con main, ejecutar pruebas y abrir un PR. /browse proporciona acceso al navegador del agente, mientras que /qa está diseñado para realizar pruebas sistemáticas de las rutas y flujos afectados. /setup-browser-cookies importa cookies desde un navegador local a la sesión sin cabeza y /retro se utiliza para retrospectivas de ingeniería.
El navegador persistente es el sistema central
La parte técnica más importante de gstack no son las habilidades de Markdown. Es el subsistema del navegador. gstack le da a Claude Code un navegador persistente y que el navegador es la parte difícil, mientras que el resto es principalmente Markdown. En lugar de iniciar un navegador nuevo para cada acción, gstack ejecuta un demonio Chromium sin cabeza de larga duración y se comunica con él a través de HTTP localhost. La razón es la latencia y la retención de estado. Un arranque en frío cuesta entre 3 y 5 segundos por llamada a la herramienta, mientras que las llamadas posteriores después del inicio están diseñadas para ejecutarse en aproximadamente 100 a 200 ms. Debido a que el navegador permanece activo, las cookies, las pestañas, el almacenamiento local y el estado de inicio de sesión persisten en todos los comandos. El servidor también se apaga automáticamente después de 30 minutos de inactividad.
Cómo gstack conecta la automatización del navegador con el control de calidad
Esa arquitectura demonio es importante para el control de calidad y el desarrollo basado en navegador. En muchos flujos de trabajo de agentes, la automatización del navegador es un paso de depuración independiente o una utilidad de captura de pantalla. En gstack, el acceso al navegador es parte del flujo de trabajo principal. El repositorio describe /browse como el modo que permite al agente iniciar sesión, hacer clic en la aplicación, tomar capturas de pantalla e inspeccionar roturas. /qa se basa en eso analizando la diferencia de rama, identificando las rutas afectadas y probando las páginas o flujos relevantes. El flujo de muestra en el repositorio muestra a /qa inspeccionando 8 archivos modificados y 3 rutas afectadas y luego probando esas rutas en una instancia de aplicación local. Esto significa que el proyecto está intentando vincular los cambios de origen con el comportamiento real de la aplicación en lugar de tratar el control de calidad como un paso manual independiente.
Requisitos de instalación y diseño del proyecto
Las opciones de implementación del repositorio también son bastante específicas. gstack requiere Claude Code, Git y Bun v1.0+. El paquete.json muestra la versión actual como 0.3.3, enumera Playwright y diff como dependencias de tiempo de ejecución y compila un ejecutable de exploración desde el árbol de fuentes de exploración. Según el README del repositorio, /browse compila un binario nativo y es compatible con macOS y Linux, tanto para x64 como para arm64. El flujo de instalación copia el repositorio en ~/.claude/skills/gstack, ejecuta ./setup y registra las habilidades para Claude Code. Los equipos también pueden copiar la misma configuración en un directorio local del repositorio .claude/skills/gstack para que el flujo de trabajo se comparta dentro de un proyecto.
Por qué el proyecto utiliza bollo
El documento de arquitectura explica por qué el proyecto utiliza Bun en lugar de una configuración de Node.js más convencional. Hay 4 razones declaradas: binarios compilados, acceso nativo a SQLite, ejecución nativa de TypeScript y un servidor HTTP integrado con Bun.serve(). Esas opciones son más prácticas que cosméticas. gstack lee la base de datos de cookies SQLite de Chromium directamente y el soporte de base de datos integrado de Bun elimina la necesidad de paquetes nativos adicionales. El modelo binario compilado también se ajusta al estilo de instalación del repositorio, porque no se espera que los usuarios administren una cadena de herramientas de tiempo de ejecución separada dentro de ~/.claude/skills/.
Conclusiones clave
gstack es una capa de flujo de trabajo para Claude Code, no un nuevo modelo o marco de agente. Empaqueta la entrega de software en 8 habilidades obstinadas de comandos de barra para planificación, revisión, envío, automatización del navegador, control de calidad, configuración de cookies y retrospectivas. El demonio del navegador persistente es el principal componente técnico. gstack ejecuta un proceso Chromium sin cabeza de larga duración a través de HTTP de host local para que las cookies, las pestañas, el almacenamiento local y el estado de inicio de sesión persistan en todos los comandos. El control de calidad está directamente relacionado con los cambios de código. El flujo de trabajo /qa analiza las diferencias entre ramas, identifica las rutas afectadas y prueba las rutas de aplicación relevantes en lugar de tratar las comprobaciones del navegador como un paso manual independiente. El proyecto se basa en Bun por razones prácticas de sistemas. Bun se utiliza para binarios compilados, acceso nativo a SQLite, ejecución nativa de TypeScript y un servidor HTTP integrado para el demonio del navegador. La contribución de gstack es la estructura operativa. Su principal valor es separar la revisión de productos, la revisión de ingeniería, la revisión de código, el lanzamiento y la validación basada en navegador en modos explícitos con responsabilidades limitadas.
Consulte el repositorio aquí. Además, no dude en seguirnos en Twitter y no olvide unirse a nuestro SubReddit de más de 120.000 ML y suscribirse a nuestro boletín. ¡Esperar! estas en telegrama? Ahora también puedes unirte a nosotros en Telegram.