Back to all posts

Como usamos a VM0 para construir um fluxo de "Build in Public" com IA

Como uma startup em estágio inicial no espaço de IA, construir em público (building in public) é uma boa estratégia. Na prática, construir em público significa uma coisa: você precisa mostrar o que está fazendo todos os dias.

Isso inclui:

Não são apenas lançamentos ou marcos, mas o trabalho do dia a dia.

O problema real: a gente não sabia o que postar

Em muitos casos, o nosso maior desafio ao tocar a nossa conta no X não era consistência nem ferramentas. Era muito mais simples:

A gente não sabia o que postar. Especialmente quando você toca um time introvertido, que se concentra mais em construir do que em vender ou compartilhar opiniões. No entanto, a comunicação diária já é uma forma de criação. Mas nada disso estava sendo traduzido em algo que pudéssemos compartilhar com confiança.

A inspiração não vem da pesquisa. Vem da realidade.

Acabamos percebendo algo óbvio em retrospecto:

A verdadeira inspiração vem do trabalho diário, não do planejamento de conteúdo nem do que está acontecendo no X, onde as pessoas vivem falando do que está em alta ou da última pesquisa.

Para nós, os sinais mais honestos já estavam ali:

  1. Slack

    Discussões diárias, trade-offs, decisões e momentos de clareza.

  2. Notion

    Documentos sendo escritos, reescritos e refinados. O pensamento de produto em movimento.

  3. GitHub

    O que de fato entregamos, corrigimos ou mudamos. Não intenções, mas execução.

É disso que é feito o construir em público.

Transformando a ideia em um agente com a VM0

A VM0 é um construtor de agentes. Em vez de pedir à IA para "escrever tweets", demos a ela uma tarefa mais concreta:

Observe o que de fato aconteceu, organize e apresente para o julgamento humano.

Usando a VM0, codificamos essa ideia em um agente definido por AGENTS.md e vm0.yaml

O agente faz o seguinte:

Analyze Slack messages and GitHub activity to generate viral X (Twitter) posts for building in public, then sync to Notion.

The agent will:

1. Gather content from multiple sources:
   - Slack channels (last 24 hours)
   - GitHub org repos (recent commits, PRs, issues, releases)

2. Identify "building in public" themes:
   - Product launches, technical wins, milestones
   - Behind-the-scenes insights and decisions
   - Architecture choices, performance work
   - Failures, pivots, developer lessons
   - Open source and community contributions

3. Craft 2–3 post variations per theme:
   - Single posts or short threads
   - Hook → Context → Value → CTA
   - Concrete details, no filler

4. Generate a markdown report with scores and recommendations

5. Sync everything to a Notion database as drafts

Isto não foi algo que eu literalmente escrevi sozinho. Foi copilotado por meio de conversas contínuas com a VM0.

A configuração de runtime é simples:

version: "1.0"

agents:
  build-in-public:
    provider: claude-code
    instructions: AGENTS.md
    skills:
      - slack
      - notion
    environment:
      SLACK_BOT_TOKEN: ${{ secrets.SLACK_BOT_TOKEN }}
      NOTION_API_KEY: ${{ secrets.NOTION_API_KEY }}
      NOTION_DATABASE_ID: ${{ secrets.NOTION_DATABASE_ID }}

O agente me pede para preencher uma tabela com esses campos como um banco de dados

TitleContentTypeStatusDateSourceViralty scoreOrginal contentRecommendedPriority

Depois de rodar o agente, obtive o seguinte:

building_in_public.png

Tornando isso um hábito diário com o GitHub Actions

Em seguida, conectamos esse agente a um GitHub Action agendado, seguindo o fluxo de trabalho da VM0:

https://blog.vm0.ai/en/posts/vm0-github-action

Todo dia útil, depois do expediente, recebemos um relatório. Um resumo diário do que de fato aconteceu, traduzido em possíveis narrativas públicas.

Você pode conferir o fluxo de trabalho do nosso time. https://github.com/vm0-ai/team-workflows/tree/main/build-in-public

Screenshot 2026-01-15 at 7.37.33 PM.png

Humano no circuito

No entanto, não conectamos diretamente à API do X para publicação automática. Nenhuma postagem publicada automaticamente. Nenhum conteúdo enviado cegamente ao X.

O agente não nos fez postar mais. Ele nos fez prestar mais atenção.

Antes de postar, eu verificava com o nosso time:

  1. Tudo bem publicar isto e deixar as pessoas saberem?
  2. É verdade?
  3. Está sólido?
  4. Estamos confortáveis em soltar isto?
  5. Isto é real mesmo?

Então eu editava o post manualmente e clicava em publicar. O X está cheio de bots. Nos recusamos a ser um.

Paramos de propósito antes da automação completa: sempre um humano no circuito.

A IA é um copiloto, não uma porta-voz. O X já tem vozes sintéticas suficientes.

Construir em público vem com responsabilidade

Este é um bom exemplo de marketing com IA, combinando o julgamento humano com um copiloto de IA. Neste caso, usamos o GitHub Actions para a automação. Também estamos construindo ativamente cron jobs nativos na VM0, então você poderá construir agentes VM0 e agendar tarefas diretamente.

Fique de olho.

Entre na lista de espera e crie os seus próprios agentes.

Related Articles

Stay in the loop

// Get the latest insights on AI teammates and collaboration.

SubscribeJoin Discord