Warp agora é open source
(warp.dev)- Com a transição para open source, a comunidade agora pode participar do desenvolvimento do cliente do Warp, e isso mudou para um workflow agent-first baseado no Oz, permitindo contribuir junto com agentes
- À medida que o principal gargalo do desenvolvimento deixa de ser a escrita de código e passa para tarefas human-in-the-loop como definição de especificações e validação, os agentes assumem a implementação e as pessoas passam a se concentrar mais em decidir o que construir e verificar os resultados
- Em um mercado com falta de um ambiente de desenvolvimento agêntico aberto e completo, a iniciativa 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 a licença AGPL e o desenvolvimento passa a seguir issues públicas no GitHub e um roadmap aberto, ampliando a base para construir com a comunidade o futuro do desenvolvimento agêntico
Contexto da mudança para open source
- O cliente do Warp passou a ser open source, e a comunidade agora pode participar do desenvolvimento com 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 é impulsionado por modelos GPT
- O modelo em que pessoas gerenciam agentes em grande escala e agentes ficam responsáveis pela implementação de software em nível de produção está se consolidando como o futuro do desenvolvimento de software
- Ao combinar ideias de diversos contribuidores, o processo estruturado dos agentes do Oz, contexto rico e loops de autoaperfeiçoamento, o objetivo é criar um produto que vá além do que seria possível apenas com desenvolvimento interno
Por que abrir agora
- Como o maior gargalo da velocidade de desenvolvimento deixou de ser a escrita de código em si e passou para tarefas human-in-the-loop como definir especificações do produto e validar o comportamento, a mudança para open source busca lançar um Warp melhor e mais rápido
- Com os agentes lidando bem com tarefas centradas na implementação, os contribuidores podem focar 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 nas contribuições de implementação de funcionalidades
- Quanto mais se depende de agentes, mais é preciso aprimorar elementos centrais da engenharia agêntica, como orquestração, memória, handoff e validação, criando um ciclo virtuoso que volta a melhorar o produto
Rumo a um ambiente aberto de desenvolvimento agêntico
- A avaliação é que o mercado ainda não oferece um ambiente de desenvolvimento agêntico aberto e completo, e a ideia é abrir uma alternativa em que a comunidade possa participar, em vez de seguir opções fechadas de grandes empresas
- Como a forma futura do desenvolvimento agêntico ainda não está definida, a posição adotada é 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 postura aberta
- A proposta é trabalhar com os usuários até mesmo na longa cauda do backlog e transformar o Warp 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 está disponível um novo roteamento de modelo auto (open), que escolhe o modelo aberto mais adequado para cada tarefa
- A personalização da forma de usar o Warp ficou mais ampla, permitindo configurá-lo desde apenas um terminal, passando por um ambiente leve de desenvolvimento agêntico com apenas diff view e file tree, até 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 a licença AGPL em github.com/warpdotdev/warp
- O processo de contribuição pode ser consultado em CONTRIBUTING.md, e a operação será estruturada para que agentes cuidem de tarefas centrais de implementação, como código, planejamento e testes, enquanto a comunidade contribui com ideias, direção e validação
- A equipe do Warp fornecerá orientação sobre o que construir, quando e como, mas o Warp passa a ser fundamentalmente um projeto colaborativo construído com a comunidade
- Abre-se a oportunidade de contribuir em colaboração próxima com a equipe do Warp para um app em rápido crescimento usado por nearly a million active developers
- Os modelos da OpenAI alimentam o novo workflow open source de agentes, mas também é possível contribuir usando outros agentes de programação
- Ainda assim, o Oz se destaca como a ferramenta preferida por já incluir as habilidades e os loops de validação necessários por padrão
Transição para um processo de desenvolvimento público
- O processo muda de um desenvolvimento de produto fechado para um processo de desenvolvimento público
- Daqui para frente, issues públicas no GitHub serão a referência principal para acompanhamento de funcionalidades, e a issue de feature tracking serve 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 ocorrer abertamente
Motivaçõ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 bem capitalizados, a avaliação é que abrir recursos para que a comunidade melhore o Warp acelera mais o desenvolvimento do produto
- Como não há recursos suficientes para competir por preço ou por grandes subsídios de uso, torna-se necessário construir o melhor produto com base na comunidade mais apaixonada
- A expectativa é que a comunidade use o Warp, com seus 5 anos de engenharia acumulada, como ponto de partida para construir o futuro do desenvolvimento agêntico
- Havia também o caminho de continuar ampliando internamente o uso de agentes e seguir com um roadmap privado como antes, mas isso faria a comunidade perder a chance de definir a direção, modificar o produto diretamente e construir o melhor produto junto com agentes
Planos passados e a decisão atual
- Desde o lançamento inicial do Warp como terminal, há 5 anos, já existia o plano de tornar o cliente open source
- A abertura vinha sendo discutida todos os anos, e neste ano entendeu-se que o equilíbrio mudou por causa da ascensão dos agentes
- A missão do Warp sempre foi ajudar desenvolvedores a lançar software melhor e mais rápido, 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?