E se a codificação assistida por IA se tornasse mais confiável ao separar o planejamento de produtos, a revisão de engenharia, o lançamento e o QA em modos operacionais distintos? Essa é a ideia por trás do gstack de Garry Tan, um kit de ferramentas de código aberto que empacota o Claude Code em 8 habilidades de fluxo de trabalho opinativas, apoiadas por um tempo de execução de navegador persistente. O kit de ferramentas se descreve como 'Oito habilidades de fluxo de trabalho opinativas para o Claude Code' e agrupa tarefas comuns de entrega de software em modos distintos, como planejamento, revisão, envio, automação de navegador, testes de QA e retrospectivas. O objetivo não é substituir o Claude Code por uma nova camada de modelo. É fazer com que o Claude Code opere com limites de função mais explícitos durante o planejamento do produto, revisão de engenharia, lançamento e teste. Os 8 Comandos Principais O repositório gstack atualmente expõe 8 comandos principais: /plan-ceo-review, /plan-eng-review, /review, /ship, /browse, /qa, /setup-browser-cookies e /retro. Cada comando é mapeado para um modo de operação específico. /plan-ceo-review é posicionado como uma etapa de planejamento em nível de produto. /plan-eng-review é usado para arquitetura, fluxo de dados, modos de falha e testes. /review é focado em risco de produção e revisão de código. /ship é usado para preparar um branch pronto, sincronizar com o main, executar testes e abrir um PR. /browse dá ao agente acesso ao navegador, enquanto /qa é projetado para testes sistemáticos de rotas e fluxos afetados. /setup-browser-cookies importa cookies de um navegador local para a sessão headless, e /retro é usado para retrospectivas de engenharia. O Navegador Persistente É o Sistema Central A parte técnica mais importante do gstack não são as habilidades de Markdown. É o subsistema do navegador. O gstack dá ao Claude Code um navegador persistente, e o navegador é a parte difícil, enquanto o resto é principalmente Markdown. Em vez de iniciar um navegador novo para cada ação, o gstack executa um daemon Chromium headless de longa duração e se comunica com ele por HTTP localhost. O motivo é a latência e a retenção de estado. Uma inicialização a frio custa cerca de 3-5 segundos por chamada de ferramenta, enquanto as chamadas subsequentes após a inicialização são projetadas para serem executadas em aproximadamente 100-200 ms. Como o navegador permanece ativo, cookies, guias, localStorage e estado de login persistem entre os comandos. O servidor também desliga automaticamente após 30 minutos de inatividade. Como o gstack Conecta a Automação do Navegador ao QA Essa arquitetura de daemon é importante para QA e desenvolvimento orientado por navegador. Em muitos fluxos de trabalho de agentes, a automação do navegador é um debug separado.
Fonte: MarkTechPost
Publicado em 2026-03-14