Phoenix.new – runtime remoto de IA para Phoenix

• Phoenix.new é um agente de codificação com IA totalmente online especializado em Elixir e no framework Phoenix
• O usuário pode escrever código em uma IDE baseada no navegador por meio de uma máquina virtual isolada e compartilhar o shell root com o agente
• O agente do Phoenix.new controla diretamente o navegador para testar a UI e automatiza tudo, desde modificações no código até deploy e integração com GitHub
• O usuário pode acompanhar o andamento do desenvolvimento por meio de preview do app em tempo real e monitoramento de logs
• Há planos de expansão para várias linguagens e frameworks, o que faz esperar mudanças futuras no fluxo de trabalho de desenvolvimento

---

Introdução

• Chris McCord é o desenvolvedor que criou o framework Phoenix para Elixir
• Recentemente, na Fly.io, ele se dedicou a um projeto privado para criar um ambiente em que agentes LLM funcionem tão bem em Elixir e Phoenix quanto em Python e JavaScript
• Como resultado do projeto, o Phoenix.new foi lançado
• O Phoenix.new é um agente de codificação com IA para Elixir e Phoenix com todos os recursos incluídos e totalmente executado online
• Ele é destacado como uma ferramenta otimizada para colaboração em tempo real e prototipagem rápida

Principais características do Phoenix.new

• Embora funcione no ambiente do navegador, ele fornece tanto ao usuário quanto ao agente o shell root de uma máquina virtual isolada criada com Fly Machine
  • O usuário pode acessar o shell como quiser em uma interface no estilo VSCode
• O agente é especializado em Phoenix e entende as exigências de aplicações colaborativas em tempo real
• O Phoenix.new incorpora um navegador, e o agente o controla em modo "headless" para testar alterações no frontend e interagir com ele
  • Em vez de capturas de tela, ele consegue entender o conteúdo real da página e o estado do JavaScript

Vantagens do acesso root

• O agente pode abrir o shell diretamente, como um usuário, e fazer experimentos de desenvolvimento
• Como o ambiente é uma VM isolada, ele também pode adicionar pacotes ao mix.exs ou instalar pacotes APT em nível de sistema
• Essa estrutura automatiza grande parte do trabalho repetitivo e incômodo
• Todos os apps gerados rodam imediatamente na nuvem e recebem automaticamente URL privada de compartilhamento (domínio .phx.run), encaminhamento de portas integrado, integração com GitHub e guardrails de infraestrutura da Fly.io (virtualização, WireGuard, rede isolada)
• A CLI gh do GitHub vem instalada por padrão, então o agente também consegue executar tarefas de colaboração em equipe, como clonar repositórios, consultar issues e criar PRs
• Com o loop de deploy e testes automatizado disponível, o agente cuida de tudo, da execução do app à detecção e correção de erros

Verificação de builds em tempo real

• O Phoenix.new executa um navegador real para testar aplicações web
• Ao adicionar recursos ao frontend, ele não apenas escreve e compila código, mas também manipula diretamente a UI, verificando ao mesmo tempo a página, o estado do JavaScript e os logs do servidor
• Há um preview ao vivo do app embutido na própria UI, permitindo monitorar em tempo real o desenvolvimento e as mudanças
• As alterações também são sincronizadas em tempo real entre várias abas .phx.run

Vai além de simples prototipagem

• Ele já foi usado para desenvolver apps full stack com WebSocket, Phoenix Presence e banco de dados real integrados
• Tudo o que pode ser feito no shell e no navegador pode ser tratado pelo agente automaticamente ou sob solicitação do usuário
  • Ele oferece suporte a tarefas como explorar o banco de dados após configurar $DATABASE_URL, sugerir esquemas Ecto e instalar clientes MySQL
• Os LLMs mais recentes têm amplo conhecimento e capacidade de generalização, então também se espera expansão para novas linguagens e frameworks
  • Exemplo: experiência bem-sucedida ao programar “na hora” um app de Tetris em Phoenix LiveView; no futuro, Rails, React Native, Svelte e Go também podem ser possíveis
• O prompt de sistema hoje é centrado em Phoenix, mas foi declarada a intenção de expandir para outras linguagens e frameworks

Perspectiva da era dos agentes assíncronos

• Destaca-se que este é um momento de grande mudança no fluxo de trabalho dos desenvolvedores
• No futuro, prevê-se que o desenvolvimento deixe de girar em torno do shell local e da manipulação de arquivos para assumir uma forma conduzida por agentes em ambientes assíncronos de CI
• Mesmo que o desenvolvimento local não desapareça, a maior parte do trabalho repetitivo deve migrar para ambientes de nuvem centrados em agentes
• Na prática, o Phoenix.new já está sendo usado em tarefas cotidianas, como triagem de issues no phoenix-core e criação de PRs de correção
• Chris McCord expressa empolgação e expectativa com essa mudança e com as possibilidades futuras do Phoenix.new

[GN⁺]

Comentários do Hacker News

• Tenho a impressão de que este serviço é realmente impressionante; queria destacar duas inovações mais importantes aqui

  1. Agente remoto – esse ambiente é containerizado, então o agente pode agir livremente, sem precisar de intervenção ou aprovação do usuário; claro, ainda pode cometer erros críticos como reescrever o histórico do git, mas por ser um espaço isolado é relativamente seguro; sinto que só essa parte já mereceria evoluir para um serviço separado; pessoalmente, quando executo o Claude Code no terminal, gostaria que um ambiente isolado (local ou remoto) fosse iniciado automaticamente para o agente, o que também facilitaria o trabalho em paralelo
  2. Integração profunda com o Fly – acho que veremos cada vez mais tentativas de embutir IA de forma profunda em todos os produtos; em vez de perguntar ao ChatGPT e copiar e colar o resultado, a experiência seria trabalhar diretamente com dados e tarefas dentro do produto que estou usando e receber feedback em tempo real; aqui, um exemplo disso é implantar o web app imediatamente

  • Gostaria de recomendar o Kasm Workspaces; ele permite iniciar livremente, de forma remota, um ambiente de desktop Linux baseado em Docker, e combina muito bem com um ambiente de desenvolvimento com IA; também oferece persistência de diretório home e de pacotes, link do Docker Hub, discussão no Reddit sobre persistência de pacotes

  • Há a opinião de que é inovador o agente poder circular livremente em um ambiente containerizado, mas fico me perguntando se isso é realmente tão inovador

• Sou o criador do Phoenix e posso responder a qualquer dúvida; para referência, o phoenix.new é um cluster global de Elixir distribuído pelo mundo todo; por exemplo, se você se cadastrar na Austrália, um IDE e um agente serão alocados em Sydney

  • Belo trabalho; fiquei um pouco confuso com a marca Phoenix.new e queria entender se isso é o mesmo framework web Elixir que eu já conhecia, ou algo além disso

    • O Phoenix.new fornece um IDE?
    • Ele oferece suporte de IA ao criar apps com o framework web Phoenix?
    • É obrigatório implantar no Fly.io? Se sim, um nome como phoenix.flyio.new não combinaria melhor com esse propósito?
    • Todas as funcionalidades acima são oferecidas ao mesmo tempo?
    • E, em comparação com o Tidewave.ai, qual é o diferencial? (Pelo que sei, o Tidewave.ai foi criado pelo fundador do Elixir)
    • Se eu estiver confundindo os assuntos, peço desculpas

  • Descobri que o ambiente do Phoenix.new inclui um navegador Chrome headless, e que o agente pode operá-lo; quando você pede para adicionar uma funcionalidade de frontend, ele não apenas escreve o código e faz compilar e passar no lint, mas também sobe o app, interage com a UI e verifica ao mesmo tempo o conteúdo da página, o estado do JavaScript e os logs do servidor; queria saber se também é possível rodar esse navegador headless e o agente localmente em um ambiente como o Cursor

  • Não consegui encontrar documentação sobre política de segurança nem sobre se o código enviado pelos usuários é usado para treinamento; queria saber onde posso consultar essa política

  • Gostaria de saber qual é a abordagem em relação à acessibilidade e se vocês testam a acessibilidade da UI do phoenix.new; como muita gente também escreve frontend com Phoenix, queria perguntar se vocês já avaliaram a acessibilidade do frontend gerado

    • E como lidam com bibliotecas de terceiros? O agente consegue acessar a documentação dessas bibliotecas?
    • Como Elixir não é uma linguagem popular, imagino que possa haver falta de dados de treinamento, então acho importante entender como vocês resolvem isso

  • Se puder compartilhar algum insight sobre o provisionamento de ambientes isolados usando a API do Fly, eu agradeceria; eu também estou tentando uma abordagem parecida em um sistema de workflow serverless low-code

• Como alguém que gosta de Elixir e acredita no futuro da IA agentic, acho este serviço muito legal; tenho curiosidade sobre gerenciamento de contexto e sobre o modelo usado

  • Hoje em dia acho que o Gemini é o melhor em aproveitar a janela de contexto fornecida, mas ele claramente tem limites; ao trabalhar com Claude Code, tento dividir o trabalho em unidades e manter bem o estado do projeto para preservar o tamanho do contexto
  • O vídeo de demonstração é impressionante, mas parece que, conforme o projeto avança, ele acabaria se perdendo ou misturando contextos
  • Nessas situações, queria saber se dá para pedir um resumo dos pontos principais ou iniciar uma sessão limpa com base nesse resumo, ou fazer com que ele “esqueça” arquivos desnecessários e volte a focar no desenvolvimento de funcionalidades

• Não está claro se o Phoenix.new é um produto do Fly.io ou um projeto sob seu guarda-chuva; também queria saber se a política de preços está claramente apresentada, especialmente os custos adicionais relacionados à implantação permanente de serviços web; vendo pelo celular, foi difícil encontrar esse tipo de informação na página inicial

• Eu me preocupava bastante com a possibilidade de o Elixir ficar para trás no suporte de LLM, então fico muito feliz de ver esse tipo de esforço aliviar essa preocupação; essas tentativas proativas me dão confiança de que o futuro do Elixir ficará mais seguro

  • Fico até pensando, meio em tom de brincadeira, que o fato de os LLMs não escreverem Elixir tão bem talvez acabe sendo o maior charme do Elixir

  • Já tive a experiência de o Claude gerar muito bem até apps full-stack em Elixir com LiveView; acho que esse meme é mais sensação do que realidade

  • Nos últimos meses usei LLMs para escrever código Elixir e, embora não seja tão perfeito quanto JS, acho que o resultado é bem bom

  • Nas últimas semanas venho usando LLMs para criar novos protótipos, principalmente com Claude Sonnet 3.7 via GitHub Copilot no Zed, e a experiência tem sido excelente; às vezes ele tenta usar abordagens antigas, mas isso não chega a ser um grande problema; ele também cria novas funcionalidades em LiveView com facilidade; em geral, a produtividade não foi muito diferente da que senti em projetos com Python e Next.js; também devo ter me beneficiado por usar pacotes populares e bem conhecidos; no início, eu mesmo criei o projeto Phoenix e depois deixei o LLM continuar, e isso reduziu os casos em que ele desviava para direções estranhas

  • Como alguém que trabalha com Common Lisp, acho que seria ótimo se fosse possível complementar o treinamento do LLM com a codebase existente; não parece que apenas ler documentação melhore a precisão na geração de código ou a capacidade geral de resolver problemas

• Talvez alguém possa perguntar ao @chrismccord; estou confuso se isso é um projeto conjunto entre Chris e Fly.io, e me pergunto se não é possível separar totalmente o app e operá-lo por conta própria, o que implicaria que isso não é o projeto open source Phoenix

  • Só para compartilhar: dá para simplesmente clonar o código com git e usar

• Acho surpreendente a opinião de que os LLMs não lidam bem com Elixir; eu mesmo tive experiências bastante boas usando ferramentas de IA em side projects com Phoenix/Elixir

  • Eu só usei LLMs com Elixir, então não tenho base de comparação, mas embora o Claude às vezes siga por caminhos estranhos, depois que faço ele ler o manual, ele funciona muito bem

  • Sinto que a capacidade dos LLMs com Elixir certamente melhorou em relação ao passado; tarefas complexas como Phoenix e LiveView ainda continuam difíceis em comparação com Elixir puro; queria saber qual LLM se encaixa melhor em Elixir/Phoenix

• Ao clicar em Sign in with fly.io, sou levado para uma página de pagamento, mas não há detalhes sobre o que está incluído na opção Built-In AI Assistance de $20; dizem que recursos como build, refatoração e depuração são oferecidos dentro do IDE, mas queria entender melhor o escopo exato

  • As pessoas envolvidas continuaram pressionando o Chris para lançar logo, então ainda estamos organizando melhor coisas como empacotamento e informações de preço; obrigado por apontar isso, devemos adicionar mais detalhes ao longo da próxima semana

• Acabei de me cadastrar para conferir e vi que a estrutura atual oferece apenas a assinatura imediata de $20, sem teste grátis; também não há indicação de limites de uso

  • Tive exatamente a mesma impressão; os recursos de agente podem ter custo alto e ainda não sabemos qual será a confiabilidade ou eficiência real; seria bom poder testar antes

• O Phoenix.new parece poderoso e com certeza vou testá-lo; ainda não é exatamente o framework agentic que eu sonhava para aproveitar ao máximo o ambiente BEAM, mas talvez o jido possa cumprir esse papel

  • Acho uma biblioteca muito interessante que conheci hoje