A primeira vez que isso acontece parece apenas irritante. Na segunda, você começa a perceber o padrão. QMK e VIA resolvem esse problema de uma forma que nenhum software de macro consegue: movendo seus atalhos para dentro do hardware.
Maio de 2026 · 10 min de leitura · Teclados · Firmware · QMK · VIA · Produtividade · Programadores
A primeira vez que isso acontece parece apenas irritante.
Você troca de computador, abre o VS Code e percebe que metade dos atalhos que usava todos os dias simplesmente desapareceu. O comando que abria o terminal não funciona. O macro que executava seu fluxo de Git sumiu. A navegação que parecia automática volta a exigir pensamento consciente.
De repente, você está trabalhando no mesmo projeto — mas parece mais lento. O problema não é falta de memória. É que toda a sua produtividade estava presa ao computador anterior.
Esse é o problema estrutural dos softwares de macro: eles personalizam o computador. O que você precisa é de algo que personalize o teclado. A diferença parece pequena até você entender o que ela implica na prática.
Por que os softwares de macro têm um teto
Softwares como AutoHotkey, Karabiner, o remapeador nativo do Windows ou as ferramentas de macro dos fabricantes de periféricos funcionam de uma forma específica: eles interceptam os sinais do teclado no nível do sistema operacional e substituem o que o computador receberia pelo que você configurou.
O problema não é que essa abordagem seja ruim. É que ela é dependente de uma pilha inteira de condições que você não controla totalmente.
- Dependência de sistema operacional. Um script do AutoHotkey não funciona no macOS. Uma configuração do Karabiner não funciona no Windows. Se você trabalha com os dois, mantém dois conjuntos de configurações.
- Dependência de aplicativo. Atalhos configurados dentro do VS Code funcionam no VS Code. No Cursor, no Zed ou em qualquer outro editor, você reconfigura. Atalhos de terminal funcionam no iTerm; no Warp ou no Windows Terminal, você reconfigura.
- Dependência de instalação. Mudar de computador, reinstalar o sistema, trocar de conta — qualquer um desses eventos exige reconfiguração. Suas automações não viajam com você.
- Dependência de permissão. Em ambientes corporativos com restrições de software, parte dessas ferramentas simplesmente não pode ser instalada. Sua produtividade fica refém da política de TI.
Cada uma dessas dependências é um ponto de falha. E juntas, elas criam um overhead de manutenção que cresce proporcionalmente à sofisticação do setup que você construiu. Quanto mais personalizado, mais frágil.
“Softwares de macro personalizam o computador. Firmware programável personaliza a forma como você trabalha — e essa diferença viaja com você.”
O que QMK faz de diferente
QMK — Quantum Mechanical Keyboard — é um firmware open source que roda diretamente no microcontrolador do teclado. Não no computador. Não no sistema operacional. No próprio hardware.
O que isso significa na prática: quando você pressiona uma tecla num teclado com QMK, o que chega ao computador já é o output que você definiu. O sistema operacional não precisa interceptar nada. Não precisa de software instalado. Não precisa de permissão especial. O teclado simplesmente envia o que você programou — para qualquer computador ao qual seja conectado.
O QMK suporta um conjunto de funcionalidades que vai muito além do remapeamento simples de teclas. Mas para quem trabalha em produção, os três mecanismos mais relevantes são layers, macros e Tap Dance.
Layers: o conceito que muda a forma de pensar sobre teclados
Um layer no QMK funciona como uma camada transparente sobreposta ao layout base. Quando o layer está inativo, o teclado se comporta normalmente. Quando você ativa o layer — segurando uma tecla, tocando uma tecla de toggle, ou com qualquer outro gatilho que você definir —, as teclas passam a executar funções diferentes.
A analogia mais precisa é a tecla Shift. Quando você segura Shift, a tecla A envia maiúsculo; solta o Shift, volta ao minúsculo. O QMK permite replicar essa lógica para qualquer tecla, com qualquer combinação de layers, sem limite prático de profundidade.
Para um programador que usa um teclado 65% ou 75% sem numpad, um layer de navegação resolve o problema de alcançar as setas e o bloco de navegação sem mover as mãos da home row. Para quem escreve código, um layer de símbolos pode posicionar os caracteres mais frequentes — colchetes, chaves, barras, pipes — em posições mais acessíveis do que o layout padrão oferece. Para quem usa Vim ou Neovim, um layer pode materializar os movimentos hjkl em teclas físicas de navegação disponíveis fora do modo normal.
Detalhe técnico: O QMK suporta até 32 layers independentes por keymap, ativáveis de formas diferentes — momentâneo, toggle, one-shot ou combinado com envio de keycode. Toda essa lógica reside no firmware, independente do sistema operacional.
Macros no firmware: a diferença de onde a lógica mora
Macros no QMK são sequências de keystrokes definidas no firmware que são executadas quando uma tecla é pressionada. A diferença em relação a softwares de macro externos é precisa: a lógica reside no teclado, não no computador.
Na prática: você pode ter uma tecla que envia o comando completo de build do seu projeto, incluindo parâmetros e flags específicas. Uma tecla que expande seu endereço de e-mail. Uma tecla que insere o template padrão de comentário de função que seu time usa. Uma tecla que executa a sequência de atalhos para abrir o terminal integrado, navegar para o diretório do projeto e rodar o servidor de desenvolvimento.
Essas macros funcionam no Linux, no macOS, no Windows e em qualquer computador onde você plugar o teclado. Não existe reinstalação. Não existe configuração de ambiente. O teclado chega numa nova máquina e o fluxo de trabalho já está lá.
Tap Dance: uma tecla, múltiplos comportamentos
Tap Dance é um mecanismo do QMK que permite que uma mesma tecla execute ações diferentes dependendo de como ela é pressionada. Um toque envia um keycode. Dois toques rápidos enviam outro. Manter pressionado faz outra coisa ainda.
Para quem usa teclados compactos onde cada tecla precisa trabalhar mais, Tap Dance é a solução para o problema de ter poucas teclas e muitas funções. A tecla Escape que com dois toques vira Caps Lock. A tecla de aspas que mantida pressionada vira um modifier. O botão de layer que tocado uma vez ativa o layer de navegação e tocado duas vezes ativa o layer de símbolos.
A lógica parece complexa descrita assim — mas na prática é transparente depois de uma semana de uso. O cérebro aprende os padrões de toque da mesma forma que aprende qualquer padrão motor repetido.
O que VIA resolve — e por que a barreira caiu
Durante anos, a limitação prática do QMK foi a curva de entrada: para usar o firmware de forma plena, você precisava configurar um ambiente de compilação, editar arquivos C, compilar o firmware e reflashear o teclado a cada mudança. Para muitos profissionais, esse processo era um obstáculo real — especialmente para quem não queria investir tempo em engenharia de firmware para configurar atalhos.
VIA resolveu isso diretamente.
VIA é uma camada de configuração construída sobre o QMK que permite alterar layouts, macros e layers em tempo real através de uma interface gráfica, sem recompilar nada e sem reflashear o firmware. As mudanças são salvas diretamente na memória do teclado e persistem entre sessões — inclusive entre computadores diferentes.
A interface é visual: você vê o layout do teclado, clica em qualquer tecla, escolhe o que ela deve fazer. Quer criar um macro? Você digita a sequência na interface. Quer ativar um layer? Arrasta o comportamento para a tecla. O que antes exigia compilação agora leva minutos.
O VIA já é compatível com mais de 1.400 modelos de teclado e funciona diretamente pelo navegador, sem instalação. Na prática, isso significa que configurar layers, macros e atalhos hoje é acessível para qualquer profissional — não apenas para quem sabe compilar firmware.
A distinção importante: VIA torna a camada de QMK acessível para uso cotidiano. Para funcionalidades avançadas — Tap Dance com lógica complexa, layers além dos quatro padrão do VIA, funções customizadas em C —, o ambiente de compilação do QMK ainda é necessário. Mas para a grande maioria das configurações de produtividade que um programador precisa, VIA cobre completamente.
“Antes, QMK era para quem sabia compilar firmware. Hoje, com VIA, é para quem sabe o que quer do próprio teclado.”
Na prática: o que muda por ambiente de trabalho
No VS Code
O problema clássico do VS Code é a proliferação de atalhos: abrir terminal integrado, alternar entre arquivos, navegar pelo explorador, formatar código, executar tasks. A maioria desses atalhos usa combinações de três ou quatro teclas que exigem movimento da mão da posição de digitação.
Com QMK, um layer de VS Code pode mapear as ações mais frequentes para teclas individuais ou combinações simples. Abrir o terminal integrado numa tecla de polegar. Navegar entre tabs com as teclas de navegação do layer. Executar o build com um único keycode. A interface do VS Code não muda — mas a mecânica de interagir com ela sim.
O que não muda quando você troca de computador: nada. O layer está no teclado. Plugou, o fluxo funciona.
No Terminal
Terminais são o ambiente mais direto para sentir o valor de macros no firmware. Comandos longos — flags específicas de docker, sequências de ssh com parâmetros, pipelines de transformação de dados — são candidatos naturais para macros.
A diferença em relação a aliases do shell é importante: aliases dependem do arquivo .zshrc ou .bashrc do sistema. Funcionam só no shell configurado naquele computador. Macros no QMK enviam keystrokes — funcionam em qualquer shell, em qualquer sistema operacional, inclusive em ambientes onde você não tem controle sobre as configurações do sistema.
Para quem acessa máquinas remotas via SSH — onde o shell não tem os aliases que você configurou localmente —, macros no firmware resolvem um problema que aliases simplesmente não conseguem.
No Obsidian
O Obsidian tem um ecossistema de atalhos rico, mas que varia entre versões e plugins. Para quem usa Obsidian como sistema de notas de trabalho — capturando referências durante reuniões, linkando conceitos, criando templates de daily notes —, macros no firmware eliminam a dependência de lembrar qual combinação abre qual funcionalidade.
Um layer dedicado pode ter uma tecla para criar nova nota com template padrão, uma para abrir o graph view, uma para inserir a data atual formatada. Nenhuma dessas ações depende de versão do Obsidian, de plugin instalado ou de configuração específica da instância — porque o macro envia keystrokes que o Obsidian recebe como input normal.
Produtividade portátil: o nome para o problema que você estava tentando resolver
Existe um nome para o problema que a maioria dos profissionais tenta resolver com softwares de macro: produtividade portátil.
Não é apenas automatizar tarefas. É fazer com que o seu ambiente de trabalho viaje com você. Quando seus atalhos dependem do sistema operacional, eles pertencem ao computador. Quando pertencem ao firmware do teclado, eles pertencem a você.
Essa distinção muda a forma de avaliar qualquer ferramenta de automação. A pergunta deixa de ser “isso funciona bem nesse computador?” e passa a ser “isso funciona quando eu não estou nesse computador?” — e a resposta, para softwares de macro, é quase sempre não.
A mudança de mentalidade
Há uma forma de descrever o que QMK e VIA fazem que vai além da descrição técnica: eles invertem a relação entre profissional e ferramenta.
No modelo convencional, você aprende os atalhos que o software define. O VS Code tem um conjunto de keybindings; você os memoriza. O Terminal tem convenções; você as segue. O Obsidian tem seus hotkeys; você se adapta. Você está sempre no lado receptor — absorvendo a lógica que outro alguém decidiu para o seu hardware.
Com firmware programável, a direção se inverte. Você decide qual tecla faz o quê — e o sistema se adapta a você. Os atalhos que você quer existir passam a existir. As sequências que você executa com mais frequência ganham teclas físicas. O teclado deixa de ser um input device genérico e passa a ser um sistema pessoal de automação que você carrega consigo.
Esse é o motivo pelo qual programadores que adotam QMK raramente voltam para configurações convencionais. Não é sobre as funcionalidades específicas — é sobre a premissa diferente. Uma vez que você experimenta um teclado que funciona da forma que você quer, em vez de da forma que o fabricante decidiu, a ideia de abrir mão disso parece um retrocesso.
“Quando o teclado passa a carregar seus atalhos, você deixa de adaptar sua rotina ao computador. O computador passa a se adaptar à sua rotina.”
Teclados que suportam QMK e VIA
A maioria dos teclados no segmento de customização suporta QMK. VIA exige suporte habilitado pelo fabricante — mas a lista cresceu significativamente nos últimos anos e hoje inclui modelos de marcas acessíveis.
- Keychron (K2 Pro, Q-series, V-series): VIA nativo de fábrica. Ponto de entrada mais direto para QMK/VIA sem entrar no mercado de teclados customizados.
- Akko (modelos selecionados): Linha 5075B, 3098B e modelos recentes com suporte VIA. Os modelos Hall Effect usam firmware próprio — verificar compatibilidade por modelo.
- Keychron K11 Pro / Max: Split compacto com QMK/VIA nativo. Caminho direto para quem quer ergonomia split com firmware programável sem montar do zero.
- Teclados customizados (Corne, Sofle, Lily58): QMK nativo com controle total sobre firmware e layout. VIA requer configuração adicional.
↗ Leia também: Por que programadores estão migrando para teclados split
↗ Leia também: Como montar um setup de alta performance sem cair em hype tech
Infraestrutura pessoal que não depende de ambiente
A proposta de QMK e VIA não é sobre ter um teclado mais sofisticado. É sobre onde você decide que a lógica do seu fluxo de trabalho vai morar.
Quando essa lógica mora num software, ela está sujeita a reinstalações, atualizações que quebram configurações, restrições de ambiente corporativo e diferenças entre sistemas operacionais. Quando ela mora no firmware do teclado, a única coisa que precisa ir com você de uma estação para outra é o próprio teclado.
Para um profissional que trabalha em múltiplas máquinas, acessa servidores remotos ou simplesmente quer que seu fluxo de trabalho seja robusto o suficiente para sobreviver a uma formatação, essa é uma diferença que importa.
O teclado passa de acessório para infraestrutura. E infraestrutura, por definição, é o que continua funcionando quando tudo o mais muda.
Referências e documentação
1. QMK Firmware — Documentação oficial. docs.qmk.fm — Layers: docs.qmk.fm/feature_layers
2. QMK Macros. docs.qmk.fm/feature_macros
3. QMK Tap Dance. docs.qmk.fm/features/tap_dance
4. VIA Configurator. usevia.app — Lista de teclados compatíveis: caniusevia.com
Leia também: O teclado gamer virou decoração. Não ferramenta de trabalho. · A Nova Infraestrutura de Produtividade
