> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/pt-br/2026/w27-a-builders-personal-productivity-system.md). # W27-O sistema pessoal de produção de um Builder Recentemente, reorganizei as ferramentas que realmente uso no trabalho cotidiano. Esse conjunto veio de uma inspeção dos programas e sistemas mais usados no meu computador. Agora está no Basic Memory e será mantido continuamente. Não é uma lista estática: estou construindo um sistema pessoal de produção em constante evolução. Compartilhar apenas quais aplicativos instalei teria pouco valor. Listas de ferramentas envelhecem rápido, e as diferenças entre elas costumam ser exageradas. O que merece discussão é como um Builder organiza seu trabalho na era da IA: como a informação entra, como problemas são esclarecidos, como tarefas são divididas, como código é produzido e verificado e como a experiência alimenta o trabalho seguinte. Antes, ferramentas se pareciam mais com periféricos humanos. O navegador buscava; o aplicativo de notas registrava; o IDE servia para programar; o calendário lembrava compromissos. Cada ferramenta tinha limites claros, e a pessoa coordenava tudo no meio. Essa estrutura está mudando. A IA não é apenas uma ferramenta nova: ela transforma os intervalos entre ferramentas em parte do fluxo de trabalho. O papel humano deixa de ser apenas digitar comandos e transportar resultados e passa a ser desenhar um sistema de produção que consiga continuar funcionando. ### A camada de entrada A primeira camada de um sistema de produção não é a IA. É a entrada. Muitas ideias não entram no sistema por causa do custo de registrá-las, não por falta de importância. Antes, eu usava sobretudo o teclado. Ele é preciso, mas lento; serve para código, versões finais e comandos, não para despejar ideias rapidamente. Hoje, separo a entrada em três tipos. O primeiro é a entrada precisa: código, comandos e redação final continuam no teclado. O segundo é a voz: uma ideia vaga, uma reflexão após uma reunião ou um requisito ainda sem estrutura. Falar com o computador é uma forma de trabalhar cada vez mais comum no Vale do Silício. Claro que, em um escritório compartilhado, é preciso perder um pouco a vergonha. O método de entrada Doubao se destaca por reconhecer chinês e inglês misturados e organizá-los automaticamente em linguagem escrita. Hoje uso WeType, o método de entrada do WeChat, que também evolui rapidamente em voz e praticamente alcançou esse nível. Primeiro falo minhas ideias; depois peço ao agente que comprima, organize e elimine o ruído. O terceiro é a captura leve. Uso HapiGo para capturas de tela, OCR, tradução e histórico da área de transferência. Ele não é uma base de conhecimento nem uma bancada de trabalho: é uma entrada rápida. Seu valor é transformar o conteúdo da tela em texto utilizável por agentes. O ponto central não é um método de entrada ou uma ferramenta de captura específica, mas um princípio: o custo de capturar uma ideia não pode ser alto a ponto de fazê-la desaparecer. ### A camada de esclarecimento Quando a IA acelera a execução, o que mais facilmente se amplia é a direção errada, não a capacidade. Antes, um rumo errado podia demorar a aparecer porque executar era caro. Hoje, o agente gera depressa um conjunto de entregas aparentemente completas e torna ainda mais difícil parar. Por isso, trato o esclarecimento do problema como uma camada própria. No dia a dia, interajo principalmente com Codex e Claude Code. São minhas duas superfícies centrais de trabalho com agentes: uma mais voltada à execução e verificação de engenharia; a outra, à reflexão, escrita, revisão e perspectivas alternativas. Se o problema ainda está vago, uso `grill-with-docs` ou o brainstorming do Superpowers para alinhar o entendimento. O objetivo é esclarecer primeiro o problema, as restrições, o resultado desejado e o que seria inaceitável, não fazer a IA começar mais depressa. Quando uma ideia já precisa ser acompanhada, coloco-a no Multica. Para mim, ele é uma bancada de trabalho com IA: por meio de issues, agentes, runtimes e squads, transforma tarefas em trabalho atribuível, observável e rastreável. Não é apenas mais um chatbot. Essa camada transforma “quero fazer alguma coisa” em “este problema vale o trabalho e tem limites claros”. ### A camada de pesquisa É fácil para um Builder superestimar por quanto tempo sua experiência permanece válida. Ferramentas, frameworks, modelos e formatos de produto mudam rapidamente. Uma escolha técnica razoável seis meses atrás pode não ser a melhor hoje. Um produto antes ruim pode se tornar útil de repente por mudanças na capacidade dos modelos ou no fluxo de trabalho. Por isso, pesquiso antes de tratar fatos externos, escolher ferramentas ou avaliar mercados. Para pesquisas leves, uso principalmente o Dia, meu navegador habitual. Quando preciso de verificação automatizada, uso Browser, Chrome ou Playwright. Para acompanhar discussões reais recentes, uso `last30days` para buscar novos sinais no GitHub, HN, Reddit e páginas públicas. Em perguntas mais abertas, que exigem combinar vários materiais, o Deep Research do ChatGPT continua sendo uma boa opção. Se a pesquisa é mais complexa, envolvo agentes como Market Researcher ou Product Architect no Multica. Eles não substituem meu julgamento; retiram da minha atenção a coleta de informações e a síntese inicial. O objetivo dessa camada é atualizar o julgamento, não acumular materiais. Só conclusões estáveis entram no Basic Memory. ### A camada de planejamento Quanto mais ferramentas, maior o risco de vários fluxos tentarem comandar o mesmo trabalho. O Compound Engineering tem `/ce-plan` e `/ce-work`; o Superpowers tem writing-plans, TDD e systematic debugging; o Multica tem issues, agentes e squads. Todos organizam tarefas, mas não podem dirigir ao mesmo tempo. Minha regra é escolher um único fluxo principal por tarefa. Em trabalhos pequenos e médios de engenharia, o padrão é planejar e executar com Compound Engineering. Quando a disciplina de desenvolvimento merece mais ênfase, uso Superpowers. Para acompanhamento prolongado, colaboração entre papéis ou gestão de estados, uso Multica. Se são apenas uma ou duas alterações claras, peço diretamente ao Codex ou Claude Code, sem processos complexos. O valor do planejamento é reduzir retrabalho, não produzir planos mais bonitos. Na era da IA, o mais caro é corrigir um desvio de objetivo, não gerar. ### A camada de execução Minha camada de execução reúne principalmente Codex, Claude Code, Ghostty, cmux, CodexBar e Multica. Tarefas em uma única linha de trabalho normalmente ficam no Codex App ou no Claude Code. Para editar código de verdade, executar testes e verificar páginas, o Codex é minha principal superfície. Para obter outra perspectiva, examinar uma proposta ou organizar a expressão, uso Claude Code. O Ghostty é minha entrada habitual no terminal. O cmux serve para tarefas de agentes em paralelo: uma janela planeja, outra implementa, outra investiga problemas e outra revisa. O CodexBar resolve principalmente a gestão de cotas. Acompanho nele o uso de Codex, Claude Code e Antigravity para não perder a noção de custo com várias ferramentas de agentes em paralelo. O Multica ocupa uma posição particular. Ele serve para tratar a IA como colega digital: criar uma issue, atribuí-la a um agente ou squad e observar estados, comentários e entregas. Quando preciso de divisão de papéis, acompanhamento duradouro e intervenção humana, é mais adequado do que uma sessão isolada de conversa. Uso o Recordly sobretudo para apresentar produtos e protótipos a outras pessoas. A gravação de tela é excelente, com zoom inteligente e acompanhamento do cursor, tornando demonstrações mais claras. Além disso, é aberto, funciona inteiramente no computador, é gratuito e oferece uma ótima experiência de uso. Também evito orquestração excessiva. Se uma sessão do Codex resolve a tarefa, não faz sentido introduzir cmux ou Multica por formalidade. Um sistema de produção deve ter complexidade proporcional ao trabalho. ### A camada de disciplina Ferramentas de IA reduzem o custo de produção, mas não melhoram automaticamente a qualidade de engenharia. Código é gerado depressa; riscos também. O conjunto de ferramentas de um Builder precisa cobrir tanto produzir quanto demonstrar que o resultado está correto. Por isso, incluo TDD, depuração, revisão de código e verificação no navegador na cadeia cotidiana, em vez de usá-los apenas como reparação posterior. Diante de um bug, começo com diagnosing-bugs ou systematic debugging, exigindo reprodução, localização e só depois correção. Em funcionalidades testáveis, procuro usar TDD. Trabalho de frontend precisa ser visto em um navegador real, não apenas lido no código. Quando a arquitetura se desvia, revisito os limites com domain-modeling, codebase-design ou improve-codebase-architecture. Essas ferramentas servem para combater a aparência ilusória de completude da geração por IA. A IA produz muito bem a aparência de uma resposta completa; a disciplina de engenharia verifica se ela se sustenta. ### A camada de memória Se, ao fim de cada trabalho, a experiência fica apenas no histórico da conversa, praticamente não foi incorporada. Hoje, uso o Basic Memory como base pessoal de conhecimento duradouro. Ele guarda conclusões estáveis, processos reutilizáveis, contextos recorrentes e aprendizados de retrospectivas. Não é um despejo bruto nem uma lixeira para todo material. Minha visão de gestão do conhecimento também mudou. Antes, anotações se pareciam mais com guardar coisas. Hoje, se parecem com manter uma wiki pessoal utilizável por agentes. Materiais brutos podem ser imperfeitos, mas conhecimento reutilizável precisa ser curto, preciso e recuperável. Regras estáveis não devem ficar só na memória. Se afetam todos os trabalhos futuros em um projeto, devem entrar no `AGENTS.md` ou na documentação do repositório. A memória guarda experiência; a documentação do projeto estabelece restrições. ### O sistema de ferramentas de um Builder Vistas em conjunto, essas ferramentas compõem aproximadamente este fluxo. Primeiro, a camada de entrada reduz o custo de captura. Voz, capturas de tela, OCR e área de transferência transformam informações vagas em materiais processáveis. Depois, a camada de esclarecimento define o problema. Codex, Claude Code, grill-with-docs, brainstorming do Superpowers e Multica ajudam a transformar ideias em tarefas com limites claros. Em seguida vêm pesquisa e planejamento. Busco informações novas quando necessário, divido as tarefas quando necessário e escolho apenas um fluxo para dirigir. Na execução, o agente entra no ambiente real. Escreve código, executa comandos, vê páginas, altera documentos e abre issues, em vez de permanecer apenas na conversa. Por fim, disciplina e memória encerram o processo. Testes, depuração, revisão e verificação confirmam o resultado; depois, a experiência estável entra no Basic Memory ou na documentação do projeto. Nenhuma ferramenta isolada é a principal vantagem defensável desse sistema. Codex, Claude, Multica, Basic Memory, cmux, Recordly e HapiGo podem mudar ou ser substituídos. O que importa é a posição que ocupam. Um conjunto de ferramentas apenas empilhadas cria custo de alternância. Quando forma um sistema de produção, deixa a pessoa menos presa aos detalhes e a leva mais depressa ao julgamento, às escolhas e à verificação. Cada vez mais, acho que o Builder da era da IA é alguém capaz de desenhar seu próprio sistema de trabalho, além de saber usar ferramentas. Ferramentas ampliam ações. O sistema decide se vale a pena ampliá-las. ### Apêndice: links das ferramentas | Ferramenta | Uso | Links | | ------------------------------------ | ------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Basic Memory | Base pessoal de conhecimento duradouro / memória com prioridade local | [Site](https://docs.basicmemory.com/) / [GitHub](https://github.com/basicmachines-co/basic-memory) | | WeType / método de entrada do WeChat | Digitação em chinês e entrada por voz | [Site](https://z.weixin.qq.com/) / [Homebrew](https://formulae.brew.sh/cask/wetype) | | Método de entrada Doubao | Voz / chinês e inglês misturados | [Site](https://shurufa.doubao.com/) / [Download para macOS](https://shurufa.doubao.com/pc) | | HapiGo | Capturas de tela, OCR, tradução, área de transferência e lançador | [Site](https://hapigo.com/) / [Homebrew](https://formulae.brew.sh/cask/hapigo) | | Codex | Execução de engenharia, alterações de código e verificação | [Codex App](https://developers.openai.com/codex/app) / [Codex CLI](https://developers.openai.com/codex/cli) | | Claude Code | Compreensão de código, reflexão, revisão e perspectivas alternativas | [Site](https://claude.com/product/claude-code) / [GitHub](https://github.com/anthropics/claude-code) | | Multica | Colaboração entre agentes orientada por issues | [Site](https://www.multica.ai/) / [GitHub](https://github.com/multica-ai/multica) | | Dia | Navegador cotidiano / pesquisa leve | [Site](https://www.diabrowser.com/) | | Google Chrome | Ambiente de navegador para verificação automatizada | [Site](https://www.google.com/chrome/) | | Playwright | Automação de navegador e verificação de frontend | [Site](https://playwright.dev/) / [Documentação de instalação](https://playwright.dev/docs/intro) | | last30days | Pesquisa de discussões públicas dos últimos 30 dias | [GitHub](https://github.com/mvanhorn/last30days-skill) | | ChatGPT Deep Research | Pesquisa que combina vários materiais | [Apresentação da OpenAI](https://openai.com/index/introducing-deep-research/) / [Ajuda](https://help.openai.com/en/articles/10500283-deep-research-in-chatgpt) | | Compound Engineering | Fluxo de planejamento e execução | [GitHub](https://github.com/everyinc/compound-engineering-plugin) / [Apresentação](https://every.to/guides/compound-engineering) | | Superpowers | Disciplina de engenharia: TDD, depuração, revisão e outras práticas | [GitHub](https://github.com/obra/Superpowers) | | Matt Pocock skills | Skills como grill-with-docs, diagnosing-bugs, domain-modeling e codebase-design | [GitHub](https://github.com/mattpocock/skills) | | Ghostty | Entrada do terminal | [Site](https://ghostty.org/) | | cmux | Área de trabalho no terminal para agentes em paralelo | [Site](https://cmux.com/) / [GitHub](https://github.com/manaflow-ai/cmux) | | CodexBar | Gestão de cotas de Codex, Claude Code, Antigravity e outros | [Site](https://codexbar.app/) / [GitHub](https://github.com/steipete/CodexBar) | | Google Antigravity | IDE centrado em agentes / plataforma de desenvolvimento | [Site](https://antigravity.google/) / [Download](https://antigravity.google/download) | | Recordly | Gravação de tela para apresentar produtos e protótipos | [Site](https://recordly.dev/) / [GitHub](https://github.com/webadderallorg/recordly) |