Um desktop feito para uma única pessoa
(isene.org)- Após 25 anos, a maior parte dos programas usados no dia a dia foi substituída por ferramentas projetadas pelo próprio autor, com Claude Code cuidando de adicionar recursos e corrigir bugs enquanto substituía, um a um, os utilitários genéricos existentes
- O ambiente inteiro é dividido entre uma camada base CHasm, que lida com pixels e entrada de teclado em assembly x86_64 puro sem libc, e uma camada de aplicações Rust, Fe₂O₃, sobre o crust
- Na camada CHasm, i3-wm virou tile, kitty virou glass, zsh e rsh viraram bare, e less virou show
- Na camada Fe₂O₃, o VIM usado por 25 anos foi substituído por scribe em 72 horas após o primeiro commit, e o gerenciador de arquivos, e-mail, RSS, calendário, painel de astronomia e ferramenta de filmes também foram trocados por ferramentas adaptadas ao fluxo de trabalho pessoal
- BYOS(Build Your Own Software) se tornou uma opção mais realista graças a Rust, Claude Code e problemas de programação TUI bem documentados, permitindo trocar ferramentas exatamente ajustadas a uma única pessoa em ciclos de fim de semana
Um ambiente de desktop feito sob medida
- Pela primeira vez em 25 anos, quase todos os programas do dia a dia foram substituídos por ferramentas projetadas pelo próprio autor
- Não foi uma troca total de todas as ferramentas genéricas de uma vez, mas um processo de substituição gradual, uma por uma, de um jeito que se encaixasse melhor nas mãos
- O desenvolvimento foi feito pedindo ao Claude Code para adicionar recursos e corrigir bugs, dando instruções curtas enquanto outras tarefas eram feitas e retomando o resultado depois
- O ambiente inteiro é dividido em duas camadas
Camada CHasm: ferramentas baseadas em assembly
- O gerenciador de janelas mudou de i3-wm para tile
- A barra de status e a bandeja mudaram de i3bar e conky para strip e asmites
- O bloqueio de tela mudou de i3lock para bolt
- O emulador de terminal mudou de kitty para glass
- O shell de login passou por zsh e rsh até chegar ao bare
- O visualizador de arquivos mudou de less para show
Camada Fe₂O₃: ferramentas baseadas em Rust e crust
- O editor de texto mudou de VIM para scribe
- O gerenciador de arquivos passou por ranger e RTFM até chegar ao pointer
- E-mail, RSS e chat mudaram de mutt, newsbeuter e vários logins web para kastrup
- O calendário mudou de Google e MS na web para tock
- O painel de astronomia mudou de astropanel para astro
- A ferramenta de filmes e séries mudou de IMDB-terminal para watchit
- As únicas ferramentas externas que ainda restam são o WeeChat para IRC e outros chats, e o Firefox, o único programa GUI usado regularmente
scribe: substituindo o VIM em 72 horas
- vim foi a ferramenta central usada desde 2001, por 25 anos, para e-mails, textos, posts de blog, código, HyperList e escrita de livros
- A memória muscular era tão profunda que até em campos de texto aleatórios no navegador o autor digitava
:w - O primeiro commit de scribe entrou em 1º de maio às 00:09, e na tarde de 3 de maio já havia substituído o vim
- O scribe é um editor modal como o vim, mas elimina 90% dos recursos que não eram usados e mantém apenas funções ajustadas ao fluxo de trabalho pessoal
- soft wrap padrão
- modo de leitura focada no estilo Limelight
- IA dentro do prompt sem sair do buffer
- edição de HyperList com destaque de sintaxe completo
- suporte ao formato de criptografia usado pelo Ruby HyperList app
- registradores persistentes compartilhados entre sessões simultâneas
- Não são recursos revolucionários, mas todos foram ajustados exatamente ao fluxo de trabalho pessoal
- Antes, mesmo quando surgia uma ideia de recurso desejado, era preciso esperar meses, anos ou talvez para sempre até que outro desenvolvedor tivesse a mesma ideia e a colocasse na ferramenta; agora, a melhoria desejada está a apenas alguns minutos de distância
O custo de criar ferramentas pessoais caiu
- Antes, criar o próprio editor, gerenciador de arquivos ou gerenciador de janelas era um projeto de anos
- Até construir o RTFM de forma adequada levou anos e exigiu um custo considerável
- Para a maioria das pessoas, incluindo programadores, isso não fechava economicamente
- Era comum construir uma parte, acabar o tempo do fim de semana e voltar às ferramentas prontas
- Agora, graças a Rust, Claude Code e a problemas de programação TUI suficientemente bem documentados, o custo de “construir de fato a ferramenta que você quer” caiu bastante
- O ponto principal não é a IA nem o Rust em si, mas que a distância entre “eu queria que meu editor fizesse X” e “aqui está um editor que faz X” encolheu o bastante para caber em algumas noites de trabalho focado
Software para uma pessoa, não para distribuição
- Esses softwares não foram feitos para outras pessoas usarem
- Foram criados para uma única pessoa, ajustados à forma como ela usa as mãos, pensa em e-mail e quer que o calendário seja renderizado
- Outros usuários provavelmente encontrariam inúmeras arestas, mas essas arestas se encaixam tão bem ao uso pessoal que passam despercebidas
- O código e as ideias não são novos; pessoas com gosto, disciplina e talento superiores já fizeram isso antes
- O ponto central é que agora se tornou realmente possível construir um ambiente de computação desktop ajustado para uma única pessoa
- Não se trata apenas de configurar ferramentas de outras pessoas, mas de substituir, um fim de semana por vez, ferramentas específicas da vida cotidiana para que funcionem exatamente como se deseja
- Já não parece mais um projeto heroico de 10 anos, e sim um trabalho real de substituição que pode avançar em ciclos de fim de semana
A alegria de projetar para um único usuário
- Ao construir para si mesmo, não é preciso se preocupar com possibilidades de configuração pensadas para preferências alheias
- Não é necessário dar suporte a casos de borda que você mesmo nunca vai enfrentar
- Também não é preciso escrever documentação para usuários que não existem
- Não há necessidade de discutir no issue tracker se os padrões estão certos; o valor que você quer já é o padrão correto
- A folha de cola
\\?do editor mostra as teclas memorizadas pelo próprio autor na ordem preferida e com bindings considerados sensatos - É design sem comitê, e como o usuário-alvo é só um, as decisões são tomadas em segundos
- Grande parte da complexidade do software vem de acomodar usuários que não são você; ao remover isso, sobram ferramentas pequenas, rápidas e exatamente ajustadas
BYOS como opção
- Quando se sente que o editor, o gerenciador de arquivos, a barra de status ou o shell deveriam funcionar só um pouco diferente, a resposta deixa de ser apenas escrever um plugin, aprender uma linguagem de configuração obscura ou aceitar o jeito existente
- Como terceira opção, Build Your Own Software(BYOS) se torna um caminho mais realista
- Mesmo sem substituir o desktop inteiro, fazer com que apenas uma ferramenta do fluxo de trabalho diário se encaixe perfeitamente já pode valer um fim de semana
1 comentários
Comentários do Hacker News
Nos últimos meses pensei muito sobre esse assunto e, em um post de blog de alguns meses atrás, chamei isso de “Extremely Personal Software”: https://redfloatplane.lol/blog/14-releasing-software-now/
Em 2026, pode ser que mais software novo para 1 a 10 pessoas seja escrito do que em qualquer outro ano anterior, e isso provavelmente continuará nos anos seguintes
Uma parte considerável desse software será, na prática, software oculto, porque o custo de dizer a um agente o que fazer é muito menor do que o custo de elaborar um plano de design, então as pessoas vão criar coisas só para si mesmas
Nos próximos anos, interoperabilidade vai se tornar importante, e fico pensando se isso talvez possa ser resolvido no nível de agente/LLM com instruções permanentes como “normalmente use sqlite, texto simples e padrões abertos”
Muita gente vai querer software pessoal, mas não vai se interessar por manutenção e operações, então observabilidade e operação também devem se tornar bem importantes
Desde o BASIC nos anos 1960, e depois com inúmeras linguagens de programação educacionais incluindo Logo, de Feurzeig/Papert/Solomon, é curioso como se repete a tentativa de permitir que iniciantes criem software
O objetivo desse esforço não era colocar futuros desenvolvedores profissionais para dentro, mas dar sentido real ao “pessoal” em computador pessoal
Quer dizer que é o seu computador, então você pode colocar o seu software nele; na verdade, até uma calculadora de bolso oferece esse tipo de capacidade
Estamos continuamente redescobrindo o básico
É algo que eu nunca teria feito sem IA, e não teria tido tempo para isso
Agora tenho apps sob medida com vários recursos que produtos comerciais não conseguem oferecer facilmente, e há muitas opções que se abrem por ser um uso não comercial
Talvez software livre venha a oferecer isso algum dia, mas provavelmente mais tarde
No processo também aprendi muito tecnicamente e consegui explorar áreas que eram desconhecidas para mim a um custo administrável
Pretendo fazer mais apps assim no futuro, e especialmente meu app de culinária substituiu imediatamente outros apps do mercado porque atende exatamente aos meus requisitos
O lado operacional também é interessante, porque a maioria dos usuários não roda software operacional por conta própria, então precisei pensar nisso separadamente
Tailscale e Cloudflare foram bem úteis, e claramente existe um mercado aí
Indo além, fico pensando se chegaremos ao ponto em que o computador escreve software descartável para uma única tarefa de uma única pessoa, executa uma vez por meio de uma interface adequada àquela tarefa, e pronto
O próprio conceito de o usuário ter de aprender “como usar software”, como memorizar atalhos, pode desaparecer como cartões perfurados
Como em Star Trek, talvez a gente simplesmente peça algo ao “computador”, e o funcionamento interno e o software fiquem invisíveis para nós, restando apenas lidar com os resultados
É difícil dimensionar todas as implicações, mas com certeza dá uma sensação de envelhecer e de que um período interessante está chegando
Também acho correta a intuição de que a importância de coisas como APIs e camadas de validação vai crescer muito
Algumas ferramentas internas valiam a pena virar bibliotecas, e se a primeira biblioteca for boa e houver um conjunto suficiente de testes, portar para várias linguagens fica bem simples
Pensando pelo lado oposto, também vai ficar mais fácil para alguém acoplar ferramentas personalizadas a essa biblioteca
É um momento realmente empolgante na computação
https://maggieappleton.com/home-cooked-software
Também percebi que sigo a mesma filosofia
Uso ferramentas suckless e modifiquei bastante o st, o dwm e outros, a ponto de tudo agora parecer minha casa
No momento estou implementando meu próprio gerenciador de git para ficar bem integrado ao meu fluxo de trabalho
Não vou chegar ao nível de assembly, mas gosto muito da abordagem e estou fazendo quase a mesma coisa em Ruby
Meu gerenciador de janelas, shell, terminal, editor, gerenciador de arquivos e menu popup (algo parecido com dmenu) são todos em Ruby puro, incluindo renderização de fontes e bindings para X11
Essas coisas começaram antes de eu aprimorá-las com Claude, então a maior parte ainda é código escrito à mão, mas essa proporção está mudando
É bagunçado, tem bugs e também tem “funcionalidades erradas” que servem para mim, mas seriam sofridas para outras pessoas
Como no post original, não recomendo que outras pessoas usem meu código diretamente, e isso é incrivelmente libertador
No geral, esses projetos cobrem a maior parte da superfície do que eu uso, exceto o kernel, o navegador e o Xorg
Até o Xorg é tentador demais, mas para caber no cronograma acho que os LLMs ainda precisam evoluir bastante
Como a maior parte é para mim, não preciso polir nada, e desde que funcione melhor para mim do que as alternativas, tudo bem haver bugs
Acredito fortemente que mais gente deveria fazer isso. É uma ótima experiência de aprendizado e você acaba com um sistema que realmente tem só os recursos que quer e usa
Daqui para frente isso vai ficar ainda mais fácil
Muito legal, mas fico curioso sobre quanto tempo isso levou de fato e quanto custou
Claude Code não é grátis e se parece mais com contratar um terceirizado robô muito rápido, mas com um valor por hora considerável
[1]: https://fortune.com/2026/04/28/nvidia-executive-cost-of-ai-is-greater-than-cost-of-employees/
[2]: https://www.briefs.co/news/uber-torches-entire-2026-ai-budget-on-claude-code-in-four-months/
Usei o plano mais barato do Claude Pro, pi.dev+GPT-5.5 e, mais recentemente, um pouco de deepseek-v4 via openrouter por umas duas semanas para criar minha própria versão personalizada
No momento, a paridade funcional está em cerca de 90% e, em alguns aspectos, já superou
Com algo em torno de 20 euros, em breve vou substituir um serviço de assinatura anual de 60 euros
Não passei nem um segundo pensando em como outras pessoas executariam isso; não tem login, não tem segurança, não tem nada
Porque vai rodar 100% atrás de um nó Tailscale sem acesso externo
O processo de release e deploy também é exatamente do jeito que eu gosto; talvez os outros não gostem, mas não preciso me importar. É meu
Alguns meses atrás, também substituí o Hazel[0] da mesma forma
O MVP provavelmente levou uma noite, e deixá-lo bonito levou de leve cerca de uma semana
Agora tenho meu app para macOS que faz exatamente o que eu precisava do Hazel, será meu para sempre e posso adicionar ou remover recursos como quiser
[0] https://www.noodlesoft.com/whats-new-in-hazel-6/
Eu precisava usar isso em alguma coisa
Em termos de tempo, considerando o conjunto inteiro de software do CHasm e Fe2O3, comecei em 2026-03-29 e devo ter investido algo como 60 horas do meu tempo
Mas eu já tinha uma configuração bem especializada do Claude Code, adaptada às minhas necessidades, refinada desde o verão passado em mais de 70 projetos com Claude Code
Tenho um wrapper de tmux feito para uma pessoa só
De qualquer um dos meus dispositivos, consigo usar Tailscale para controlar Claude Code, codex, opencode ou apenas um shell em qualquer outro dispositivo; e, com ainda mais frequência, faço isso em um servidor exe.dev
Muitas vezes continuo sessões pelo celular e, às vezes, até uso voz
Há botões para ver arquivos mencionados pelo agente no stream de texto ou abrir links, e também botões exatamente para as operações de git de que preciso
Há também um botão para alternar entre modo yolo e modo normal
Basicamente é uma UI muito simples para tudo que eu realmente uso, e fácil de usar também no celular
Talvez mais importante: não existe nenhuma UI para coisas que eu pessoalmente não uso
Todas as minhas máquinas têm esse repositório harness-harness, então, se preciso mudar algo, abro uma aba, transformo em prompt e aplico na hora
Tudo isso é ótimo, embora talvez seja ruim pelo fato de me permitir trabalhar em qualquer hora em que eu esteja acordado
No Windows eu uso um wrapper “para uma pessoa” do whisper e acesso via SSH, e funciona razoavelmente bem graças à placa gráfica ARC do laptop
Seria ótimo poder fazer isso também ao conectar por SSH a partir do smartphone
Isso é realmente interessante
Parte das pessoas que constroem coisas vai fazer algo voltado não só ao próprio gosto, mas também ao gosto de um pequeno público
Parte desse público vai continuar crescendo e pode abalar os grandes players
A parte intensiva em capital da construção de software está derretendo e virando custo operacional em tokens por uso e no próprio tempo da pessoa
Isso vai abrir enormemente o espaço de possibilidades e criar um gigantesco novo comum
Se o custo de criar é tão baixo, não há motivo para não publicar como open source
Se você gostar do open source de outra pessoa, mas não quiser simplesmente copiá-lo inteiro, pode pedir ao agente: “coloque essa ideia no meu”
É também uma nova forma de pensar sobre código
Ao entrarmos numa era de software abundante e frequentemente personalizado, o valor do software como empresa vai diminuir
Haverá muitos ótimos apps e também muitos apps ruins
Outra coisa a observar é o quanto a internet logo vai ficar barulhenta
Muitos desses apps vão funcionar chamando APIs e mandando pings uns aos outros
Pergunta meio paralela, mas fico me perguntando qual é o valor de gerar uma imagem de um laptop sobre a mesa
Não parece algo especialmente relevante, e em vez disso dava para colocar um screenshot da configuração real, como foi feito em alguns repositórios, ou algo mais único
É fácil encontrar imagens parecidas com essa vibe, então fiquei pensando se havia alguma graça que eu deixei passar
Excelente! E odeio isso
Até quem criou isso certamente admitiria que houve diversão em montar esse conjunto de software, mas seria um tipo diferente de diversão daquele que muita gente aqui reconheceria
Como com a “small web” ou outras contraculturas da internet, espero fazer parte de um grupo de críticos que ainda faz as coisas do jeito antigo
Imagino ser alguém que recolhe os destroços depois que os outros mergulharem de cabeça em tudo que é assistido por IA e perderem pensamento crítico, habilidade de programação, conhecimento de linha de comando Unix e assim por diante
Até entendo em alguma medida o apelo de apostar tudo em IA e software personalizado. É bem cyberpunk
Mas, do ponto de vista do software open source, acho que as desvantagens superam as vantagens
Faltam princípios importantes como propriedade comunitária e comprometimento, e essa abordagem chega a ser radicalmente antissocial
Problemas de manutenibilidade são inevitáveis, sem falar na dependência de grandes empresas de tecnologia
Cada um com a sua, mas esse não é o meu caminho
Um é o das pessoas para quem “basta que a coisa exista”; o outro é o das pessoas que “querem que a coisa exista, mas também querem construí-la e entendê-la com as próprias mãos”
O primeiro grupo está se divertindo muito
O segundo grupo, ou seja, pessoas como você e eu descritas acima, fica em alerta e desconfiado
É meio paradoxal. Passamos anos vendo e lendo ficção científica e cyberpunk, sonhando com um mundo assim
Quando foi a última vez que você viu a tripulação da Enterprise escrevendo código? Eles simplesmente diziam ao computador “escreva uma sub-rotina” e pronto. É um mundo incrível
Mas agora que ele chegou, a arte do ofício está em risco, e a ideia de “é só pedir e ir embora” não desperta admiração total
Também tenho medo de perder pensamento crítico, habilidade bruta e senso de design
Também imagino ser uma das poucas pessoas que, daqui a 2, 3, 5 ou 10 anos, não terão entregue sua consciência técnica e seu ofício aos senhores da tecnologia
Mas nem sei se isso vai importar de qualquer forma
“Código-fonte” pode acabar virando uma abstração profunda na qual ninguém mais pensa
Do mesmo modo que 99% de nós, no fim, não precisa se importar nem saber o que faz ou como se parece o código de máquina emitido no final
De todo modo, por enquanto vou preservar meu modo de pensar
Quando penso “queria que meu e-mail/navegador/calendário etc. fizesse X”, muitas vezes o problema real acaba sendo uma limitação de protocolo
Então, mesmo que eu faça todo o software por conta própria, ainda preciso fazer concessões ao interagir com o mundo externo