Júlio Campos

Em janeiro me propus a fazer 10 projetos e colocar em produção. Agora de fevereiro em diante vai ser estudar como divulgar, conseguir os primeiros usuários e quais vale a pena investir (talvez nenhum haha)

@micaelmrsilva @Anderodev @ararahq Então se eu tiver um MVP e quiser usar, eu vou precisar criar a conta na Meta e só depois criar a conta no arara?

sim, depois do embedded signup tu já tá disparando. começa com 250 conversas iniciadas pela empresa / 24h (tier inicial, business não verificada). a verification de empresa (CNPJ + docs) roda em paralelo e destrava 1k → 10k → 100k → ilimitado conforme Meta aprova. não bloqueia disparo, só destrava volume. zero fricção pra primeira msg.

build in public da @ararahq. o MVP da Arara saiu cobrando markup em cima de cada mensagem. validou — mas era BSP tradicional disfarçada de plataforma. a V2 inverte o jogo: → você conecta sua conta Meta direto via Embedded Signup → paga Meta direto pelas mensagens (sem intermediário) → Arara cobra só mensalidade transparente: Free, R$ 47, R$ 197, R$ 497 → a WABA é sua. o número é seu. o cartão é seu. a engenharia da V2 já tá em código. falta a Meta liberar Embedded Signup pra produção. quando isso acontecer, abrimos signup público pros novos e migramos os clientes atuais sem fricção. sem big-bang. sem dor. a gente chama de "Twilio brasileira sem linha de crédito". new.ararahq.com

Open Source ou não? Iniciei um projeto de 30 dias em 28 de fevereiro, que era construir a Analog. Abri empresa nos EUA, conta bancária, Stripe configurado, tudo certinho. O desenvolvimento foi muito bem, tendo perdido velocidade na última semana, quando acabei viajando e não pude me dedicar tanto. Em uma ou duas semanas, pretendo abrir a Analog para mostrar o trabalho, realizar testes e colher feedbacks. Mas no que a Analog se tornou no final das contas? Bem, acabei criando um system of action sobre um system of record. Em outras palavras, um AI Agent focado em GTM/Sales que opera sobre um CRM. Se você considerar apenas o CRM, e a parte de Inbox com WhatsApp que resolvi remover, eu consegui entregar em 30 dias. Mas é aquilo: acabei me animando e pensando em fazer algumas coisas extras, o que estendeu a duração do projeto. Tem todas as funcionalidades básicas esperadas de um CRM: → múltiplos pipelines → métricas → multiusuário e diferentes permissões → envio de email inline → conexão com outros apps → tarefas para contato, empresa e deal → notas para contato, empresa e deal → campos customizados para contato, empresa e deal → listas estáticas e dinâmicas → tags Além disso, criei uma Home Screen com um AI Agent. Nela, você pode interagir de forma mais “abstrata” com seu CRM. Pedir status dos pipelines, concluir um deal, enviar um follow up, e assim por diante. Tudo com linguagem natural. Só que eu pensei em ir um pouco mais adiante. Disponibilizar essa Home Screen/AI Agent para plugar em basicamente qualquer CRM: HubSpot, Pipedrive etc. E é nisso que estou trabalhando nos últimos dias, e pretendo testar um pouco mais antes de abrir para outras pessoas. Além disso, considerei transformar essa Home Screen/AI Agent e/ou o CRM em um projeto open source, em que você poderia baixar e fazer self hosted ou “hospedar” com a Analog, além de outros benefícios extras, cobrados. Ainda não fechei essa questão de open source. Vou seguir refletindo se realmente faz sentido. Tem benefícios, mas também tem gargalos. Vamos ver. De todo modo, o aprendizado tem valido a pena. Trabalhar sozinho em um projeto de ponta a ponta e me preocupar com qualidade do código, cobertura de testes, camadas de segurança para prompt injection, pen test, velocidade e performance da aplicação como um todo, relacionamento e chamadas mais inteligentes de diversas APIs permeadas no projeto, voltar a, de certa forma, codar e, claro, ter cuidado com a UX/UI, os sons e assim por diante. Com AI mais diretamente, o trabalho com memória de verdade, respostas proativas, criação de artefatos dinâmicos, sistema e teia de ações, próximas atividades sugeridas etc. Toda essa estrutura e infra parecem “simples”, mas são bem mais complexas do que parecem e exigem muita, mas muita iteração, prática, rodar de novo e de novo, ajustar N casos de uso e fazer o próprio sistema aprender com as correções e avanços. Não tem sido tão trivial quanto “create XYZ make no mistakes”. No final das contas, acredito que esse projeto pode ser útil para outras pessoas, seja open source, seja em algum outro modelo que o faça seguir vivo e evoluindo de alguma maneira. Antes de pensar em open source, eu tinha cogitado cobrar US$ 49 a US$ 199 por mês, divididos em três planos diferentes, além da possibilidade de compra de créditos extras. Um sistema de limite de uso semelhante ao Claude Code, com limites de consumo semanais. O que me parece razoavelmente justo para um produto com essas capacidades, sendo bem honesto. De todo modo, para você que chegou até aqui, pode me ajudar nessa decisão: deveria liberar tudo ou partes em open source, ou mantenho uma estrutura de pricing mais SaaS mesmo? gm

Deixei o Claude Code com acesso SSH ao meu servidor de prod e veja no que deu:

Se me aparecer mais um desses bugs em produção que são uma toca do Coelho, eu largo tudo e vou plantar pitaia.

Notícia boa: DEPLOY COM DOCKERFILE na trapiche.cloud! Qualquer linguagem, qualquer stack. É só jogar o Dockerfile na raiz do repo → a gente cuida do resto. trapiche.cloud/docs/quickstart cc @sseraphini @ChristoPy_ #bolhadev

Dito isso, eu foi meu projeto da semana fazer nessa linha nesta semana. Só que ao invés do linear, montei um quadro kanban próprio.

Alguém já conseguiu uma sessão do Claude Code conversar com outra? Ex.: CC1 atualiza um micro service e ao terminar faz um handover pro CC2 que consome o MS?

A CLOUD DOS DEVS BR ESTÁ AQUI! Muitas pessoas perguntam de onde saiu esse nome, trapiche? Trapiche e um antigo armazém que existem em cidade coloniais portuguesas, como São Luís do Maranhão (cidade do @acfilho_dev). Estes armazéns guardavam mercadorias que vinham de barco para serem vendidas no centro dessas cidades. A ideia de chamar a plataforma vem de guardar ou armazenar as aplicações para serem distribuídas na interwebs. A ideia é sermos a cloud dos devs brasileiros. Servindo aplicações em servidores brasileiros, com a mesma experiência que você já conhece de outras plataformas, mas com preço justo e em Reais. Se você está cansado de pagar em dólar e ter seu app servido dos EUA, venha pra trapiche.cloud. cc @sseraphini @acfilho_dev @ChristoPy_ #bolhadev

Eu acho que está na hora de um Maxmilhas de créditos de IA. O cidadão vende o que não gastar do limite no mercado paralelo. Tanto na PF ou na PJ, igual a turma vendia os vale-alimentação e transporte naqueles sub-solo no centro da cidade. Fica aí a dica de produto vibe coded.

@richardrx Advogado de LGDP será a nova bolha com tanto micro SaaS feito sem pensar na parte legal e de segurança

Ontem falando com uma pessoa ela expôs os dados de usuários de um produto vibe codado em tipo 9 minutos. Todos os nomes, emails, tudo. Mais tarde vi um CEO que saiu da XP falar com orgulho que fez um software que transcreve reuniões com investidores, e preenche CRM. Fui ver o time: Um dev com 2 anos de experiência. Imagina ter vazado seu patrimônio líquido, investimento, endereço, tudo?

Boa parte do custo do software agora será em tokens. Mas cobrar por token não costuma ser uma boa ideia. Antes da IA, o custo principal de um SaaS era cloud. Ninguém pagava "por gigabyte de servidor." Era assinatura fixa, previsível. Funcionava porque a diferença de custo entre um usuário leve e um pesado era pequena. O fornecedor absorvia sem dor. Com tokens, isso muda. Um usuário que faz três perguntas por dia custa centavos. Um que roda agentes o dia inteiro pode custar dezenas de dólares. Daí a tentação: cobrar por token. Jogar o custo variável pro cliente. Mas pense numa padaria que contrata um agente de IA no WhatsApp. Em maio, a fatura vem R$ 600. Em junho, R$ 1.800. O padeiro não sabe o que é token. Só sabe que a conta triplicou. Software era para simplificar. Não para criar uma nova fonte de incerteza. Custo em tokens é problema de engenharia. Preço em tokens é problema de negócio. Coisas diferentes. Quem constrói com IA vai ter que absorver a variabilidade e traduzir em algo previsível. Teto, faixas, cobrança por resultado. Precificação virou parte do produto. Não é mais linha na proposta comercial. É decisão de arquitetura.

Eu acredito muito no potencial do Reddit Ads para SaaS. Vou fazer um teste semana que vem de um shadow launch e trago os resultados aqui.

Sabendo que era super difícil, fui lá e soube mais ainda

We're hiring for a new role: Agentic AI Developer Advocate This is a paid contract role ($10k/month) for an agent that will create content, run growth experiments, and provide product feedback Are you (or did you build) the right agent? jobs.ashbyhq.com/revenuecat/998…

E se você der uma instância do n8n para seu openclaw?

O Opus 4.6 esqueceu como se acentua palavras.

Sidebar em admin realmente é o padrão ouro de dashboards?

Quem inventou o cache do nextjs, trate de desinventar

@heliotsx sim sim. trampo com elixir fulltime e uso em alguns sideprojects

@ojuliocampos vc usa no dia a dia?

elixir pra mim é coisa de clash of clans tem alguém que usa isso?