Como o Beyond Tabs levou ao Guida
O Beyond Tabs veio antes do Guida.
Ele é um site curado manualmente para vagas, eventos e recursos de linguagens de programação de nicho. Visto de fora, parece simples: encontrar páginas relevantes, lê-las, decidir o que pertence ao site, manter as partes úteis e descartar o resto. Na prática, esse trabalho fica em um meio-termo incômodo.
Ele é repetitivo demais para ser agradável como navegação puramente manual. Depende demais de julgamento para ser entregue por completo a um scraper. E é variado demais para caber em um script frágil que presume que toda página útil tem o mesmo formato.
Foi nesse meio-termo que o Guida começou.
O trabalho entre navegar e raspar dados
Manter um site curado significa fazer muitas pequenas tarefas web que são simples isoladamente e cansativas em conjunto.
Abrir uma página. Decidir se ela é relevante. Extrair título, link, data, empresa, linguagem ou uma descrição curta. Verificar se a fonte ainda está ativa. Perceber duplicatas. Seguir outro link. Comparar uma página com o que já está armazenado. Manter contexto suficiente para que o resultado final seja útil para uma pessoa, não apenas tecnicamente extraído.
A automação tradicional de navegador ajuda em partes disso. Um script pode abrir páginas, consultar o DOM e armazenar dados. Mas um fluxo de curadoria não é apenas “selecionar estes elementos e salvá-los”. A parte útil muitas vezes depende de julgamento:
- Isto é mesmo sobre a linguagem que me interessa ou é apenas ruído de palavra-chave?
- A página ainda está atual?
- Isto é uma vaga, evento ou recurso real, ou uma fazenda de conteúdo?
- O site mudou o layout?
- O resultado vale ser publicado?
Raspagem pura funciona bem quando a estrutura da página é estável e a pergunta é estreita. O Beyond Tabs continuava gerando tarefas que não eram assim. Eram meio navegação, meio extração, meio revisão. Meio demais, e esse era o ponto.
Por que scripts pontuais não bastavam
A primeira resposta óbvia foi escrever scripts.
Isso ajudou. Também expôs o problema seguinte. Quando um script se torna útil, ele passa a precisar de um pequeno ecossistema ao redor:
- um lugar para armazenar dados extraídos,
- uma forma de processar trabalho em lotes,
- uma fila para páginas que precisam de revisão,
- estado local que sobreviva entre sessões,
- ferramentas para inspecionar o que aconteceu,
- uma forma de alterar o script sem reconstruir um aplicativo,
- e uma forma de manter credenciais fora do próprio script.
Nesse ponto, a pergunta muda. Você deixa de perguntar: “Consigo raspar esta página?” e passa a perguntar: “Que tipo de navegador tornaria esse trabalho normal?”
Essa pergunta é o Guida.
Por que a IA não removeu a necessidade de controle
Modelos de linguagem grandes tornaram o problema mais interessante, não menos.
Uma IA pode ajudar a interpretar páginas bagunçadas. Pode resumir, classificar, sugerir seletores, decidir se algo parece relevante e escrever código de cola mais rápido do que eu gostaria de digitá-lo. Mas deixar uma IA operar um navegador cria outro problema: ela precisa de limites.
Eu não queria um agente invisível circulando pela web, clicando em coisas, lendo credenciais ou enviando dados para algum lugar só porque um prompt fez isso parecer razoável. Para trabalho no estilo do Beyond Tabs, o modelo útil não é “navegação totalmente autônoma”. É automação supervisionada:
- o navegador fica visível,
- as ações podem ser inspecionadas,
- a navegação pode ser limitada,
- operações sensíveis exigem aprovação,
- chamadas de ferramentas são auditadas,
- credenciais permanecem locais,
- e a pessoa continua no circuito.
Por isso o trabalho de MCP do Guida não é apenas um adaptador fino de “a IA pode clicar no navegador”. Os limites de aprovação, auditoria, domínio, origem e credenciais são centrais para o produto.
A ferramenta se generalizou
Se o Guida fosse apenas um ajudante para o Beyond Tabs, teria parado em alguns scripts e uma tabela.
Não parou.
O trabalho se expandiu para um navegador Windows programável com uma API de scripting com mais de 160 métodos, runtimes JavaScript/Lua/Janet, espaços de trabalho locais, filas, workers, armazenamento, pesquisa, captura de rede, integração MCP, fluxos de aprovação, histórico de auditoria e isolamento de credenciais.
Parte da infraestrutura de apoio virou algo próprio. O JanetSharp surgiu da necessidade de trazer Janet para um aplicativo desktop .NET. O StratQueue surgiu da necessidade de filas de trabalho baseadas em SQLite com estratégias de retirada configuráveis.
Esses pacotes são públicos porque são infraestrutura reutilizável. O Guida em si hoje é distribuído como um aplicativo Windows de código fechado, e a camada específica de automação de navegador e raspagem web do produto continuará fechada. A fronteira importa: a infraestrutura reutilizável é útil além do Guida; a camada de produto é onde ficam a capacidade de maior risco e as proteções específicas do produto.
Essa distinção não é incidental. Ela veio de construir uma ferramenta real ao redor de fluxos de trabalho reais e descobrir quais partes eram gerais.
O navegador que eu queria ter
Quanto mais eu trabalhava no Beyond Tabs, mais eu queria um navegador que tratasse automação como uma atividade de primeira classe, em vez de um monte de scripts externos ao redor de uma guia do navegador.
Eu queria escrever um script, executá-lo contra uma página visível, enfileirar um lote de URLs, armazenar resultados localmente, pedir ajuda a um LLM na interpretação, revisar o que aconteceu e manter tudo sob meu controle.
Não um scraper headless.
Não um navegador em nuvem que eu tivesse de alugar.
Não um agente de IA com permissões vagas.
Um navegador local e programável para fluxos de trabalho nos quais a web é bagunçada e o julgamento humano ainda importa.
Isso virou o Guida.
O Beyond Tabs não definiu todo o escopo do produto. Ele expôs o formato da ferramenta que faltava. O Guida é o que aconteceu quando eu parei de tratar essa ferramenta ausente como código de cola e comecei a construí-la direito.