ondemandly
28 de abr de 2026 / ~8 min de leitura / Construindo em público

Transformei meu fluxo com IA em um serviço. Eis o que 14 dias entregando de verdade parecem.

IA ajuda a escrever código. Colocar software em produção, com critério, ainda é o gargalo. Este é o fluxo que eu montei — e o serviço que saiu dele.

AC
Alvaro Carvalho
Founder, Ondemandly
ondemandly.dev
Você traz a lista. A gente entrega o software.
Alvaro Carvalho / ondemandly.dev / Intro · 2026
O pitch em uma linha. Você traz a lista, eu entrego o trabalho.

Vou pular a tese grandona sobre IA substituir engenheiros. O problema que me interessa é mais comum, mais chato e muito mais caro: IA ajuda a escrever código, mas entregar software continua sendo o gargalo.

No último ano, vi a mesma cena se repetir com founders e times pequenos. A IA gera algo que compila, passa no typecheck e parece decente no diff. Aí o usuário encosta, o fluxo quebra, e a economia vira retrabalho. Contratar alguém senior leva meses até virar tração. Agência quer discovery, deck e reunião semanal. Você queria uma feature no ar. Recebeu um plano de projeto.

São caminhos diferentes para o mesmo lugar: o roadmap anda mais devagar do que a promessa da IA.

O problema

Seu roadmap está andando mais devagar que o hype da IA.

01

A IA parece certa, mas entrega torto.

Código que compila, passa nos tipos e quebra no primeiro uso real.

02

Contratar demora.

Busca, entrevista, ramp-up. Quando a pessoa engrena, a fila já dobrou.

03

Agência vende reunião.

Briefing, alinhamento, cerimônia. Você pediu software. Ganhou processo.

Três dores comuns em times pequenos. Notas fiscais diferentes, gargalo igual.

Eu esbarrei nisso em três projetos diferentes e cansei de resolver na base do fim de semana.

Passei o último ano montando um fluxo em cima do Claude Code que sai do prompt e chega em produção. Depois empacotei isso como um serviço: Ondemandly. A promessa é simples — você traz a lista, eu entrego o trabalho — e a prova é que a própria Ondemandly foi construída com o mesmo fluxo que eu vendo.

O que é a Ondemandly
Uma camada humana de execução que transforma tickets claros em software entregue.
ticket claro
refinado e recortado
código pronto para produção
Critério senior na velocidade que a IA tornou possível. Assíncrono. Um ticket por vez. Dentro de uma stack definida.

O que 14 dias mostram

Para colocar a Ondemandly de pé: 18 PRs mergeados em 14 dias. Solo. Landing page, Stripe Checkout com integração adequada para o Brasil, Cloudflare Workers, proteções contra abuso, três páginas legais, sistema visual, pipeline de deploy. Produção. No ar.

Nada disso depende de heroísmo. Depende do fluxo.

Prova de vazão
18
PRs mergeados em 14 dias — construindo a própria Ondemandly.
#01-04 monorepo · CF Workers · marca
#05-08 landing · rate-limit · Turnstile
#09-11 rebrand · canvas de papel · tokens
#12-14 privacidade · reembolso · termos · footer
#15-16 Stripe Checkout · pagamentos
#17-18 assets de lançamento · deploy
Tudo neste site saiu pelo mesmo jeito de trabalhar. Site, pagamentos, defesa contra abuso, legal — tudo.

O que existe dentro do fluxo

Não é "pedir melhor para a IA". É um conjunto de restrições que faz a ferramenta trabalhar mais perto de um engenheiro senior e menos perto de um junior confiante demais.

Planejar antes de executar, sempre em passos separados. No meu repositório, escrever o plano e começar a implementar são momentos diferentes. O modelo planeja, para e pede aprovação. Essa regra derruba boa parte do problema "parece certo, entrega errado", porque muita quebra nasce da pressa de codar antes de combinar o caminho.

Subagentes em paralelo, não um agente gigante tentando lembrar tudo. Agentes especializados entram por tarefa: exploração, planejamento, revisão, deploy. Cada um com prompt apertado e superfície de ferramenta estreita. Menos deriva, mais foco.

Git worktrees para paralelismo sem colisão. Dá para manter vários fluxos andando, cada um com branch e porta própria. Mas isso só funciona com disciplina. Quatro linhas de "vibe coding" em paralelo continuam sendo quatro formas de criar retrabalho.

Como eu trabalho com IA

Não é "eu uso Claude". É um fluxo construído em volta da IA.

  • PLANO
    Primeiro planeja, depois executa.Regra codificada no repo. Sem atropelar etapa.
  • SUBAGENTES
    Especialistas em paralelo.Explorar, planejar, revisar, publicar — cada um no seu papel.
  • WORKTREES
    Ambientes isolados de git e porta.Vários fluxos sem pisar no mesmo chão.
  • MEMÓRIA
    Decisões ficam em docs duráveis.ICP, limites, features em andamento — nada é redescoberto todo dia.
  • DISCIPLINA
    Teste, revisão, simplificação e verificação.Etapas do processo, não boa vontade.
594
sessões de Claude Code em 19 workspaces
178
sessões nos últimos 7 dias
93
sessões nas últimas 24 horas
4
worktrees em paralelo no momento
A vantagem não está num prompt secreto. Está nas restrições.

Memória durável do projeto. Decisões, ICP, o que não fazemos, features em voo, notas pós-incidente: tudo fica em documentos que sobrevivem a uma nova sessão. O modelo volta para o projeto sabendo o que já foi decidido. Esse é o ponto que muitos fluxos de IA ignoram, e por isso eles começam bem e viram bagunça em poucos dias.

TDD, revisão, simplificação e verificação como hábito de ferramenta. Não dá para chamar de pronto sem verificar. Não dá para tratar revisão como detalhe. O ganho não vem de usar IA com entusiasmo. Vem de usar IA dentro de um sistema que reduz improviso.

Esse é o fluxo inteiro. Sem magia. Sem prompt milagroso. Só restrição suficiente para transformar velocidade em entrega.

Por que isso virou serviço

Demorei para admitir uma coisa simples: a maioria dos founders não quer um workflow. Quer o resultado. A lista no Notion diminuindo. O "a gente vê no próximo sprint" finalmente saindo do lugar.

O formato não nasceu do zero. Brett Williams, da Designjoy, mostrou que design produtizado funciona com preço fixo, uma tarefa ativa por vez e entrega assíncrona. A Ondemandly pega essa forma e aponta para execução de engenharia.

Por isso o serviço é desenhado assim:

  • Um ticket ativo por vez. Não porque eu não consigo tocar várias coisas por dentro, mas porque um ticket por vez torna a entrega previsível para o cliente.
  • Assíncrono primeiro. Sem daily, sem reunião semanal obrigatória. Progresso visível no board.
  • Escopo estreito de propósito. Não faço resgate de legado, discovery aberto, plantão 24/7 nem design custom do zero. Dizer não protege a velocidade.
  • US$ 4 mil por mês. Pausa quando quiser. Dias restantes continuam valendo. Sem amarração.
Escopo

Escopo estreito é parte do produto.

Entra

  • Implementação de features na stack aprovada
  • Ferramentas internas e áreas admin
  • Integração de fluxos com IA
  • Desenvolvimento a partir de tickets claros
  • Refinamento e recorte de tickets
  • Correção de bugs e iteração

Fica fora

  • Resgate de legado
  • Discovery sem fim definido
  • Suporte 24/7 ou plantão
  • Migrações grandes
  • Design custom do zero
  • Reuniões longas e rituais recorrentes
Dizer não protege a velocidade e a qualidade daquilo que entra. A lista é firme.

A conta, se você quiser olhar

Um engenheiro senior full-time, somando salário, benefícios, impostos, recrutamento e ramp-up, pode passar fácil de US$ 19 mil por mês nos EUA. A Ondemandly custa US$ 48 mil no primeiro ano. A diferença fica perto de US$ 180 mil, com produtividade no primeiro dia em vez de dois ou três meses de aquecimento.

Não estou fingindo que isso substitui um senior full-time em tudo. Um FTE carrega contexto institucional, entra em revisão de produto, assume plantão e participa das decisões de arquitetura de longo prazo. A Ondemandly não faz isso de propósito. Ela é uma camada de execução para times que já sabem o que precisam colocar no ar.

Preço

Fixo. Previsível. Pausa quando quiser.

$4.000 / mês
Uma assinatura. Um ticket ativo por vez. Entrega até a fila ficar vazia.
  • Ciclos de 30 dias, cobrados mensalmente
  • Pausa no meio do ciclo — dias restantes continuam valendo
  • Sem prazo mínimo
  • Cancele quando quiser e fique com tudo que foi entregue
Sem lock-in. Pausa quando quiser, dias continuam valendo.

Para quem isso serve

Vejo três casos aparecendo o tempo todo:

  1. Founder solo com um Notion cheio de tickets e ninguém para limpar a fila. Você sabe o que precisa construir. Só não tem tempo de construir tudo.
  2. Times de produto com os engenheiros focados no problema principal. Existe uma fila de features bem definidas que precisa sair, mas não deveria roubar o foco do core team.
  3. Operadores colocando IA em produto real, não em demo. Integração, avaliação, cola entre modelo e produção, logs, limites, UX de falha.

Se você não está em nenhum desses grupos, talvez seja melhor contratar ou tocar por dentro. Eu prefiro perder um retainer ruim a vender uma promessa torta.

A versão honesta

Sem fechamento romântico de jornada de founder. A história é mais simples: eu tinha um fluxo que funcionava para mim, a conta fazia sentido para os times com quem eu queria trabalhar, e o produto virou a exposição desse fluxo como assinatura. Sem playbook secreto de crescimento, sem rodada, sem time grande. Sou eu, o fluxo e um link de pagamento.

Se você tem uma fila parada e se reconheceu em algum ponto, o próximo passo não é uma grande reunião. É um ticket concreto. A gente refina junto, eu entrego, e você decide se o resto da lista vem depois.

Próximo passo
Traga o
primeiro ticket.

Se fizer sentido, o próximo passo é um ticket concreto. A gente refina junto, eu entrego, e você decide se o resto da fila vem depois.

ondemandly.dev/pt-br / Aplicar para uma vaga / Alvaro Carvalho
As vagas são limitadas porque o modelo só funciona se elas continuarem limitadas.

Traga o primeiro ticket.

Um ticket concreto. A gente refina junto, eu entrego, e você decide se o resto da fila vem depois. Sem deck de discovery, sem reunião de venda obrigatória, sem lock-in.

ondemandly.dev/pt-br →

Perguntas são bem-vindas. Principalmente as céticas.