Este post foi escrito por uma skill. A /blog-post, skill do Verboo Code, escolheu o tema, pesquisou os dados, redigiu o texto, gerou a imagem de capa e vai agendar a publicação. Você está lendo o resultado direto do pipeline.
Não é experimento. É a operação de conteúdo da Verboo rodando desde junho de 2026.
Por que 9 posts/semana e não 3?
Em 90 dias de análise do GA4, terça-feira entrega 98 sessões e segunda entrega 93 no /pt/blog. Quarta, quinta, sexta, sábado e domingo entregam entre 36 e 74. A distribuição semanal de posts reflete exatamente esse dado: segunda e terça recebem 2 posts cada, os outros dias recebem 1.
9 posts/semana é aproximadamente 39 por mês. Um redator técnico sênior capaz dessa cadência custa entre R$ 6.000 e R$ 12.000/mês no Brasil. O orçamento disponível para contratar era zero. A alternativa foi construir a automação antes de contratar.
O desafio real não é volume. É texto técnico que o dev leia sem querer fechar a aba. Para isso, a skill não usa templates fixos. Usa triggers.
Como a skill decide qual tema publicar?
Nenhum tema é escolhido por calendário. A hierarquia de decisão tem 3 camadas:
- Release Watch: a skill consulta a API pública do repositório verbeux-ai/code, compara a versão do
package.jsoncom o último changelog publicado no blog. Se há versão nova, escreve o post de changelog. Prioridade máxima. - News Watch: dois WebSearches paralelos checam modelos novos (janela de 72h) e tretas do mundo dev em HN, Tabnews e TechCrunch (últimas 48h). Modelo novo dispara post de benchmark. Notícia forte dispara post de opinião com 2 lados citados.
- Fila Editorial: se nada disparou, a skill puxa o próximo item da
fila-editorial.json: pillar SEO pendente, supporting posts, dogfooding, case BR. Nessa ordem.
O blog reage ao estado do mundo, não ao humor do fundador.
Quais são as 6 trilhas que a skill gerencia?
| Trilha | O que é | Trigger | Frequência |
|---|---|---|---|
| T1 Release | Changelog de versão nova | Versão nova no GitHub | 2-4/mês |
| T2 Benchmark | Modelo novo no mercado | Modelo novo <72h | ~2/mês |
| T2.5 Comparativo | Long-form 2.500+ palavras | 1x/mês fixo (semana 1) | 1/mês |
| T3 SEO | Long-tail transacional | Fila pré-pronta | 3-4/semana |
| T4 Cases | Dogfooding e cases BR | Semana 2 e 4 do mês | 2/mês |
| T5 Opinião | Treta ou notícia quente | Notícia forte <48h | 1-2/semana |
Regra para segunda e terça: os 2 posts do dia devem ser de trilhas diferentes. Nunca dois posts de SEO no mesmo dia. A intenção é cobrir múltiplos ângulos sem canibalizar keyword no mesmo dia de alto tráfego.
O que acontece do trigger ao post publicado?
Depois que o tema é definido, a skill executa 6 etapas em sequência:
- Pesquisa: até 5 WebSearches com fontes priorizadas: Artificial Analysis, Aider Polyglot leaderboard, GitHub API, Hacker News, Tabnews. Seleciona 2-3 referências com dados verificáveis. Se não encontrar fonte adequada, usa dados de treinamento com data explícita e marcação clara.
- Escrita em HTML: 6 blocos obrigatórios: hook com dado concreto, problema quantificado, ângulo contrário, framework prático, prova com métricas, fechamento com CTA. Extensão conforme o volume de busca da keyword.
- SEO + GEO: título com alegação concreta verificável dentro de 60 chars, H2 como pergunta, tabelas, mínimo 2 links internos e 2 links externos.
- Imagem de capa: gerada via MCP Gemini com Boo (a fantasminha mascote do Verboo) em cena dev: terminal, GPU rack, monitores. Até 3 tentativas com prompts diferentes. Sem imagem, sem post.
- Auto-avaliação: 15 critérios, nota A/B/C. Nota C significa rascunho salvo mas não agendado automaticamente. O post vai para
bloqueados.loge aguarda revisão humana. - Agendamento: lê
agenda.json, identifica o próximo slot disponível por dia da semana e registra o horário. Um cron local publica na hora marcada sem interação humana.
Do início da skill até o rascunho agendado: 8 a 12 minutos em média. Um post técnico bem pesquisado, com imagem e SEO otimizado, levaria de 4 a 8 horas com copywriter humano. Um dev escrevendo por conta própria, sem processo definido, levaria de 2 a 3 horas.
Como a skill garante que o post é bom antes de publicar?
O Passo 5 é a auto-avaliação: 15 critérios divididos em 4 dimensões, com nota A, B ou C.
- Conteúdo: dados externos com fonte, ângulo contrário ao óbvio, framework prático, exemplo com números, ausência de frases proibidas
- SEO/GEO: título nos 40-60 chars com alegação concreta, excerpt entre 120-155 chars, H2 como pergunta, links internos e externos
- CTA: destino code.verboo.ai, reforça "tokens ilimitados", diferente do CTA do último artigo publicado
- Voz Boo: técnica, direta, irônica fina, sem jargão corporativo, sem promessa absoluta como "sempre" ou "100%"
Nota A ou B vai para agendamento automático. Nota C vai para bloqueados.log e para uma lista de notificações revisada manualmente.
Os motivos mais frequentes de nota C: título descritivo sem alegação concreta verificável e dado de benchmark sem atribuição de fonte.
O que os números dizem sobre os primeiros 30 dias?
O primeiro teste real da /blog-post foi o cluster SEO "tokens ilimitados": 1 post pillar de 3.500 palavras mais 10 supporting posts atacando long-tails como "alternativa claude code", "claude code custo dia" e "copilot cobrança token". Todos produzidos pela skill entre 22 e 30 de junho de 2026. Veja o post pillar do cluster.
No mesmo período, o Verboo Code cresceu:
- MRR: de R$ 9.413 para R$ 13.904/mês (+47% em 30 dias)
- Crescimento acumulado de MRR: +383% desde o início
- Assinantes ativos: de 70 para 97 devs (+39%)
- Receita últimos 30 dias: R$ 14.543
- Receita total acumulada: R$ 17.424
Fonte: listamrr.com.br/p/verboo-code, snapshot de 25/06/2026.
Não dá para atribuir o crescimento exclusivamente ao blog. O produto melhorou, o trial mudou, o OAuth Google eliminou fricção no signup. Mas blog com cadência real de 9 posts/semana, focado em long-tails transacionais, criou superfície de entrada orgânica que não existia antes.
O que a skill não faz
Limites honestos do sistema atual:
- Cases com cliente nominal: a skill identifica que precisa de matéria-prima humana (dev ou empresa que aceite aparecer com métricas reais). Até isso existir, os slots T4 de cases viram dogfooding extra.
- Posts nota C: o auto-avaliador bloqueia posts com dado sem fonte, CTA errado ou título sem alegação concreta. Vai para revisão humana e não publica automaticamente.
- Conteúdo fora do escopo dev: qualquer tema desconectado de agente de programação, modelos de IA, dev tools ou infra é descartado antes de escrever. Sem override.
- Escrita no repositório: a skill só lê o GitHub. Nunca abre PR ou escreve no repo. Decisão deliberada para não criar mudanças sem revisão humana.
Quem construiu a skill e quanto tempo levou?
A /blog-post foi construída pelo Mafra no Verboo Code em uma sessão de aproximadamente 3 horas. O mimo-v2.5 tratou o contexto longo (o arquivo de instrução da skill tem mais de 600 linhas); o deepseek-v4-flash fez as iterações rápidas de refinamento dos critérios de auto-avaliação.
Tem algo de circular aqui: o post sobre como construímos a skill foi escrito pela própria skill. Mas é exatamente assim que dogfooding funciona na prática. A ferramenta que você constrói vira a ferramenta que você usa. E quando ela roda bem, você escreve sobre ela.
Quer rodar isso sem cap de tokens? Conheça o Verboo Code, agente de programação com tokens ilimitados.
