Warp agora é open source
(warp.dev)- Com a migração para open source, a comunidade agora pode participar do desenvolvimento do cliente do Warp, e isso passa a acontecer junto com agentes por meio de um workflow agent-first baseado no Oz
- À medida que o principal gargalo do desenvolvimento sai da escrita de código e vai para tarefas de human-in-the-loop, como definição de especificações e validação, os agentes assumem a implementação e as pessoas passam a focar mais em decidir o que construir e verificar os resultados
- Em um mercado com escassez de um ambiente de desenvolvimento agentic aberto e completo, a empresa reforça um modelo de desenvolvimento aberto em que a comunidade pode ajudar a definir a direção, em vez de depender de alternativas fechadas
- Junto com essa mudança, foram adicionados suporte a Kimi, MiniMax, Qwen, novo roteamento de modelo auto (open), personalização mais ampla e um settings file para controle programático e portabilidade entre dispositivos
- O código-fonte foi publicado sob licença AGPL e o desenvolvimento passa a seguir issues públicas no GitHub e o roadmap aberto, ampliando a base para construir com a comunidade o futuro do desenvolvimento agentic
Contexto da mudança para open source
- O cliente do Warp passou a ser open source, permitindo que a comunidade participe do desenvolvimento por meio de um workflow agent-first baseado no Oz
- A OpenAI participa como patrocinadora fundadora do novo repositório do Warp, e o novo workflow de gerenciamento de agentes é movido por modelos GPT
- O modelo em que pessoas gerenciam agentes em larga escala, enquanto os agentes cuidam da implementação de software em nível de produção, está se consolidando como o futuro do desenvolvimento de software
- A proposta é ir além do que seria possível apenas com desenvolvimento interno, combinando ideias de diversos contribuidores, o processo estruturado dos agentes do Oz, contexto rico e loops de autoaperfeiçoamento
Por que abrir agora
- Como o maior gargalo da velocidade de desenvolvimento deixou de ser a escrita de código em si e passou a ser tarefas de human-in-the-loop, como definir especificações do produto e validar o funcionamento, a abertura do código é vista como forma de lançar um Warp melhor com mais rapidez
- Com os agentes lidando bem com tarefas centradas na implementação, os contribuidores passam a se concentrar em atividades de maior alavancagem: decidir o que construir e verificar se o resultado está correto
- A confiança no código que passa pelas regras, pelo contexto e pelo processo de validação do Oz aumenta, assim como a chance de sucesso das contribuições de implementação de funcionalidades
- Quanto maior a dependência de agentes, mais importante fica refinar elementos centrais da engenharia agentic, como orquestração, memória, handoff e validação, o que por sua vez volta a melhorar o produto em um ciclo virtuoso
Rumo a um ambiente de desenvolvimento agentic aberto
- A empresa avalia que não há no mercado um ambiente de desenvolvimento agentic aberto e completo e quer abrir uma alternativa com participação da comunidade, em vez de depender das opções fechadas das grandes empresas
- Como a forma futura do agentic development ainda não está definida, a posição é de que a comunidade deve ajudar a construir essa direção
- O Warp mantém uma estratégia multi-model e multi-harness, e esta abertura reforça ainda mais essa característica
- A ideia é evoluir o Warp com os usuários, cobrindo até a cauda longa do backlog, para transformá-lo no melhor ADE possível
Mudanças no produto
- A partir de hoje, foi adicionado suporte a uma gama mais ampla de modelos open source, incluindo Kimi, MiniMax e Qwen
- Também passa a ser oferecido o novo roteamento de modelo auto (open), que escolhe o melhor modelo aberto para cada tarefa
- As opções de personalização do uso do Warp foram ampliadas, permitindo configurá-lo desde um formato de apenas terminal, até um ambiente agentic leve com apenas diff view e file tree, ou ainda um ADE completo com agente embutido
- O aguardado settings file também foi adicionado, permitindo que usuários e agentes controlem configurações de forma programática e obtenham portabilidade entre dispositivos com facilidade
Como o open source será operado
- O código-fonte do Warp foi publicado sob licença AGPL em github.com/warpdotdev/warp
- O processo de contribuição pode ser consultado em CONTRIBUTING.md, e a operação segue uma estrutura em que os agentes cuidam de tarefas centrais de implementação, como codificação, planejamento e testes, enquanto a comunidade contribui com ideias, direção e validação
- A equipe do Warp fornece orientação sobre o que construir, quando e como, mas o Warp passa a ser, em essência, um projeto colaborativo construído com a comunidade
- Abre-se a oportunidade de contribuir em colaboração próxima com a equipe do Warp em um aplicativo em rápido crescimento usado por quase um milhão de desenvolvedores ativos
- Embora os modelos da OpenAI movam o novo workflow open source com agentes, também é possível contribuir usando outros agentes de programação
- Ainda assim, o Oz se torna a ferramenta preferida por já incluir as habilidades e os loops de validação necessários
Abertura do processo de desenvolvimento
- O processo sai de um modelo fechado de desenvolvimento de produto e passa para um processo de desenvolvimento aberto
- Daqui em diante, issues públicas no GitHub serão o ponto de referência para acompanhamento de funcionalidades, com a issue de acompanhamento de funcionalidades servindo como ponto de partida
- O roadmap do ADE também será público, e discussões técnicas e de produto relacionadas ao ADE passarão a acontecer abertamente
Razões de negócio e direção de longo prazo
- A mudança para open source está diretamente ligada ao objetivo de construir um negócio bem-sucedido
- Diante da concorrência com rivais fechados e muito capitalizados, a avaliação é que abrir recursos para que a comunidade melhore o Warp é a forma mais rápida de acelerar o desenvolvimento do produto
- Como não há recursos suficientes para competir por preço ou por grandes subsídios de uso em larga escala, a empresa considera necessário construir o melhor produto com base na comunidade mais engajada
- A expectativa é que a comunidade use o Warp, com cinco anos de engenharia acumulada, como ponto de partida para criar o futuro do agentic development
- Havia a opção de seguir como antes, estimando um roadmap privado e ampliando internamente o uso de agentes, mas isso faria a comunidade perder a chance de definir a direção, modificar o produto diretamente e construir com agentes a melhor versão possível do produto
Planos anteriores e a decisão atual
- Desde o lançamento inicial do Warp como terminal, há cinco anos, já existia o plano de transformar o cliente em open source
- A possibilidade de abertura vinha sendo discutida todos os anos, e neste ano a avaliação foi de que a ascensão dos agentes mudou o ponto de equilíbrio
- A missão do Warp sempre foi ajudar desenvolvedores a lançar software melhor com mais rapidez, e a expectativa é que essa mudança na forma de desenvolver aproxime ainda mais a empresa dessa missão
1 comentários
Comentários no Hacker News
Instalei o Warp pela primeira vez e pedi via /agent para "abrir uma aba de terminal para cada pasta de build", e na mesma hora as funções de IA foram desativadas na minha conta por violação dos termos
Como primeira experiência de uso, foi realmente péssima
Queria saber se alguém pode confirmar que o Warp não se conecta a serviço nenhum a menos que isso seja explicitamente ativado nas configurações
Só o fato de no começo exigir conta já passava uma sensação de valores desalinhados, e agora chamar o terminal de agentic development environment em vez de terminal também faz parecer que há recursos online
Entendo também que hoje em dia parece haver uma pressão para colocar IA em qualquer produto na página inicial
Queria saber se ele realmente não call home
No momento em que o Warp inicia, antes mesmo de a janela abrir, ele já envia 5 requisições HTTP. Uma para checar versão e uma para listar modelos LLM vão para app.warp.dev, e 3 eventos de telemetry vão para warpianwzlfqdq.dataplane.rudderstack.com
Isso inclui um UUID persistente, sistema operacional e versão, versão do Warp, nome do evento rastreado e propriedades
Mesmo depois de responder No para todos os prompts de SaaS e desligar a telemetry nas configurações, por algum motivo ela ligava de novo ao reiniciar o terminal
Enquanto está em execução, ele continua fazendo requisições externas sempre que passa por eventos neste arquivo de 7000 linhas https://github.com/warpdotdev/warp/blob/d0f045c01bacbd845a631d07da30f277cfd2b98d/app/src/server/telemetry/events.rs
Além dos hosts já citados, também faz requisições para o540343.ingest.sentry.io
No geral, chega perto de um pesadelo de privacidade
Isso é P0 para nós, então vamos soltar uma correção em poucas horas, e o PR pode ser visto aqui https://github.com/warpdotdev/warp/pull/9438/
Damos ao usuário uma opção para desativar antes de enviar telemetry ao servidor
Usamos Sentry para relatórios de crash, mas isso também pode ser desligado
Os eventos de telemetry, como foi apontado, estão no código-fonte e também publicados no site
Também oferecemos um network log no app onde dá para ver todas as requisições que enviamos, incluindo as de envio de telemetry
Se você compilar diretamente a build OSS, não há telemetry nem relatório de crash
O motivo de irmos para open source não é desgastar a confiança, e sim construir ainda mais confiança com a comunidade
Gostei da sinceridade na explicação de que estavam abrindo o código para fazer o negócio dar certo, e acho o Warp em si excelente
Os emuladores de terminal populares que conheço em sua maioria já são open source, e o Warp é que estava do lado raro de ser closed source
Também parece uma última tentativa, já que o dinheiro de investimento está secando, de jogar o desenvolvimento do produto para a "comunidade"
Se no futuro os agents virarem o centro e a comunidade só entrar com ideias ou specs, também fico em dúvida sobre quão sustentável isso é, ainda mais agora que esse esquema atual de subsídio ao preço dos modelos está ruindo
Fico pensando se o primeiro produto vai ser mantido pela comunidade enquanto a empresa faz pivot para outra coisa
Pode soar meio cínico, mas considerando as raízes de VC, é difícil ver isso apenas como boa vontade
O Warp foi quase um caso de manual de como estragar um produto que tinha visão e UI muito bem feitas com ganância, closed source e ignorar os clientes
Não sei quem mudou internamente para tentar consertar isso agora, mas há montanhas demais para superar, e talvez já seja tarde e outro produto feito do zero tenha mais chance de dar certo
Queria que alguém fizesse uma versão enxuta sem IA nem edição de código
A experiência de terminal em si é excelente, mas as funções de agent eu não uso porque já existem outras opções como claude code, opencode e codex
Mas, depois que entrou no trem da IA tentando achar monetização, foi ficando cada vez mais inchado, e esse empurrão constante para usar agents acaba me desanimando a usar
Com as preocupações de privacidade, fica difícil em sã consciência usar isso em equipamento de trabalho
Então eu também quero um Warp sem rastreamento e sem IA
No momento, tentamos resolver isso com um único botão de desligar toda a IA, e também deixamos no onboarding a opção de entrar direto no modo de terminal normal, sem login
Queria saber se isso já seria suficiente
Naquela época era uma alternativa ao Ghostty, não esse bloatware de IA exagerado de agora
Dá para pedir "Claude, arranca toda essa monetização irritante e o vendor lock-in deste projeto" e talvez funcione bem
Eu mesmo já substituí bastante software pago replicando só as partes de que precisava a partir de descrições de alto nível
Essa abordagem de tratar open source como substituto de um programa bom não deve durar muito
Eu diria que há 95% de chance de terminar end-to-end em menos de um dia
Fico feliz que a equipe do Warp tenha tomado essa decisão
Ele foi meu emulador de terminal principal por anos porque, mesmo migrando direto para um notebook novo, quase tudo funcionava só com um ZSH barebones, sem precisar gastar tempo tunando à força um ZSH cheio de recursos como antigamente
O autocompletar padrão também é bom, a renderização é rápida e a configuração gráfica padrão é sensata, então quase basta trocar a fonte
Recursos de QoL como renderização de arquivos também são bons
Nunca usei as funções de agent, e no lado CLI minha empresa já paga o Claude e o resto eu resolvo com assinatura do Zed
Ainda assim, agora tenho mais vontade de testar de novo
É uma pena que não tenham aberto até o histórico de commits
Eu queria criar uma branch a partir de uns 5 anos atrás, quando o Warp era só um terminal, remover toda a parte de IA e nuvem e transformá-lo num bom terminal com funções úteis
Antes de abrir o código, eu teria querido revisar uma vez o código atual inteiro, especialmente comentários e documentação, e esse processo também já é bem trabalhoso
Não havia grandes problemas, só algumas coisas para limpar, mas se me pedissem a mesma revisão para o histórico inteiro eu também não ia querer
Poderiam simplesmente ter publicado tudo, mas eu também me sentiria mais tranquilo sabendo que todos os contribuidores passaram por uma última revisão de preparo para publicação
Depois disso, é só seguir com o processo normal de review
Não seria melhor simplesmente usar Alacritty ou Ghostty?
O diferencial original do Warp nunca foi o emulador de terminal, e sim o wrapper de IA
https://x.com/mitchellh/status/2049159764261925005
Eu estava construindo um terminal com Rust e libghostty, com suporte também a Linux e Windows e até um agent embutido que entende o terminal
A motivação veio justamente do fato de o Warp tentar fazer coisa demais além de ser um terminal
https://con.nowledge.co
Agora fico feliz que o Warp tenha virado open source
O Warp ainda tem muita coisa a superar por causa das más decisões do passado, e mesmo com o anúncio da transição para open source a confiança ainda não foi totalmente recuperada
Meu principal hoje é o Ghostty, mas também venho acompanhando o Warp faz um tempo
O Warp parece menos um terminal minimalista e mais quase um IDE ou ADE, então fico curioso se são produtos bem diferentes
De quebra, vi um tweet do Mitchel dizendo que em SF as pessoas iam até ele mostrar como tinham personalizado o Ghostty, e queria saber se muita gente aqui também fez esse tipo de coisa
Por exemplo, também queria entender quão fácil seria fazer um fork do repositório e implementar eu mesmo uma função do Warp de que eu goste
A ideia é usar o Ghostty como renderizador da grade do terminal dentro do Warp
No começo empurrou IA demais para os usuários e, por causa disso, parece não ter conseguido mostrar de verdade o apelo do produto
Já o Ghostty é muito mais estável, rápido e agradável de usar do que os concorrentes
Eu mesmo mexi por umas 2 semanas e consegui fazer algo bom o bastante para usar no dia a dia
Eu queria um workflow modal parecido com o modo de cópia do vim ou do tmux, mas sem o overhead de usar tmux
Claro, isso foi bem mais complexo do que "adicionar uma função pequena ao Ghostty", e dá para ter uma noção olhando o repositório https://github.com/milch/mistty
No Windows ele também se dá muito bem com o git bash
Ah, então não era sobre o OS/2 Warp
Será que existe alguma chance de reduzir o tamanho para menos de 850 MB?