Harness Design — a disciplina que vai redefinir o design de produto
- john morais
- há 1 dia
- 7 min de leitura

Muitas empresas com áreas de design de produto estão buscando usar a inteligência artificial para acelerar o trabalho. E a gente sabe que, ao longo dos últimos anos, esse trabalho passou a ser cada vez mais a construção de interfaces para software: componentes, telas, fluxos, jornadas. Designers experientes sabem que design vai muito além disso — mas essa parte densa, a de construção visual, tornou-se a maior fatia do dia a dia.
Agora, a IA está mudando esse cenário de forma estrutural. E eu quero falar sobre o que estamos vivendo na prática na Prolog — e sobre um termo que acredito que vai começar a fazer parte do vocabulário do mercado: Harness Design.
A metáfora que mudou minha forma de pensar
Tudo ficou mais claro quando li Why Your "AI-First" Strategy Is Probably Wrong, de Peter Pang. O argumento central é simples e devastador: a maioria das empresas está usando IA como ferramenta auxiliar, quando o movimento correto é colocá-la no centro da produção — e redesenhar tudo ao redor disso.
Não é sobre o designer usar IA. É sobre a IA produzir, e os humanos construírem a linha de produção, alimentarem essa linha com contexto e revisarem o que é gerado.
Esse conceito ganhou ainda mais profundidade quando Luiz Felipe (CTO da Prolog App) compartilhou com o time o artigo da OpenAI sobre o Codex — Alavancando o Codex em um mundo centrado no agente escrito por Ryan Lopopolo — que introduz a ideia do agente no centro, com humanos orquestrando ao redor. Não é ficção científica. É o modelo que estamos tentando construir agora.

Do Design System para humanos ao Design System para máquinas
Hoje, vejo muitos times de design tentando otimizar seus sistemas de design para ferramentas como Figma Make ou Lovable, ainda na visão do designer construindo um protótipo para depois um desenvolvedor levar para o front-end final. Essa visão é a convencional, só que com uma ferramenta nova.
Mas o que estamos construindo agora é diferente. Não estamos mais otimizando uma biblioteca para que um designer olhe, escolha e saiba onde usar cada componente, ou para o Figma Make criar várias ideias. Estamos criando um sistema inteiro pensado para que um robô consiga consumir.
Isso significa documentar com intenção. Não basta nomear um botão — é preciso explicar quando usá-lo, em qual contexto ele faz sentido, quando ele não deve ser usado e por quê. Cada token, cada variável, cada componente precisa de documentação robusta o suficiente para que uma LLM consiga tomar boas decisões de forma autônoma.
O artigo Your Next Design System User Is an AI Agent, de Kartva — que Glauber Franco trouxe para o time e foi, sem exagero, ouro para nós —, deu um mapa muito mais claro de como fazer essa transição na prática. Ele confirmou o que já estávamos intuindo e iluminou pontos que ainda estavam obscuros sobre como otimizar um Design System para LLMs de verdade.

O que é Harness Design
Harness tem dois sentidos que se complementam perfeitamente aqui.
O primeiro é arnês — a estrutura que direciona a força de um animal sem limitá-la. Um arnês não freia o cavalo; ele canaliza sua potência para onde você precisa ir. Sem ele, a IA galopa para onde quer. Com ele, ela vai aonde o produto precisa.
O segundo é o verbo to harness — aproveitar, canalizar. Como em "harness the power of the wind": transformar energia bruta em algo útil e controlado.
Harness Design, então, é a disciplina de projetar sistemas de design documentados com intenção para que LLMs consigam tomar boas decisões autônomas de interface. É o designer deixando de ser construtor de telas para se tornar arquiteto do contexto que a IA vai consumir.

O novo papel do designer: três posições, não uma
Nesse modelo, o designer atua em três momentos distintos — e todos são críticos.
Antes: Ele define as intenções. É o grande bibliotecário do sistema de design, criando a estrutura e a documentação que permitem à LLM tomar boas decisões. Design é designar — dar intenção. E essa é exatamente a habilidade que as máquinas não têm. Cada software tem sua particularidade, cada negócio tem suas nuances. O designer precisa entender tudo isso e traduzir numa linguagem que a máquina consiga processar. Não mais olhando apenas para a forma — a função de cada elemento passa a ser central.
Durante: Ele lidera a máquina. Assim como tech-leads e gerentes removiam impedimentos e garantiam recursos para times humanos, agora todos precisamos aprender a fazer isso para LLMs: garantir contexto suficiente, remover bloqueios, prover o que a IA precisa para produzir bem. Essa camada já tem nome em engenharia — Harness Engineering. O que estou propondo é que ela também existe em design.
Depois: Ele revisa e faz a curadoria. O designer continua sendo o guardião da experiência do cliente. Ele olha para o que a IA produziu, verifica se faz sentido, se entrega valor real, se está alinhado com as necessidades do negócio e do usuário — com tudo aquilo que vive fora das documentações, na cabeça das pessoas.
E tem mais: o designer agora também pode construir o front-end diretamente. Usando Claude Code ou ferramentas similares, ele cria interfaces funcionais e entrega esse front-end para um desenvolvedor refinar — verificar brechas de segurança, problemas estruturais e fazer as conexões com o back-end. O handoff deixa de ser um Figma cheio de ambiguidades e passa a ser código real. O desenvolvedor ganha um papel ainda mais técnico e estratégico. Ninguém perde espaço — todos mudam de posição.




Isso já está acontecendo — no nosso time
Não estou falando de teoria. Estou falando do que já estamos construindo.
Gustavo Navarro já está criando esteiras de produção com multi-agentes e skills no Claude Code — uma demonstração prática de que esse modelo não é futuro, é presente. Glauber Franco está constantemente trazendo conhecimento novo sobre IA aplicada ao design, e foi quem trouxe o artigo do Kartva que acelerou muito nossa visão sobre Harness Design.
E isso não fica só em Design e Engenharia. Junto com Diogenes Vanzela, estamos construindo um sistema com IA no centro para as fases de upstream — definição de problema e discovery — onde PMs e designers atuam juntos. É uma das frentes mais instigantes que estamos puxando agora. E Hegon Damazo já está colhendo resultados concretos com uso de skills e Claude para otimizar o trabalho de PM: discovery, documentação, planejamento, enquadramento de problema.
Há muito nascendo ao mesmo tempo. E o que me impressiona é a velocidade com que as pessoas estão aprendendo e compartilhando.
Design como disciplina industrial — de volta às origens
Há algo muito coerente nessa transformação quando voltamos às origens. Design sempre teve a ver com criar artefatos passíveis de produção em massa — sistemas escaláveis, processos mais baratos, padrão de qualidade, entrega mais rápida. O trabalho de Design System é exatamente isso.
O que muda é que agora a escala não é mais para outros designers usarem. É para máquinas produzirem.
Existe ansiedade nisso tudo? Sim.
Existe medo, existe FOMO, existe incerteza real. Os custos de LLM ainda são altos e podem subir mais. Há empresas de IA que ainda não são lucrativas. Bolhas podem se formar — e podem estourar. Mas também existe coragem para seguir adiante, aprender com os experimentos e entender como esse cenário novo pode de fato funcionar.
O designer do futuro não vai desaparecer. Vai se tornar o arquiteto da inteligência que produz. E isso, no fundo, é uma volta às raízes da disciplina: entender profundamente o problema, definir a intenção com clareza e garantir que o que chega ao cliente faz sentido de verdade.
Harness Design é o nome que hoje, para mim descreve o que já está acontecendo — e vai se tornar cada vez mais central para quem trabalha com produto.
Você está experimentando algo parecido no seu time? Quero muito ouvir como outros designers, engenheiros e PMs estão navegando por essa mudança.
Anexos
Conceito ou Referência | Papel no Ecossistema de IA | Definição ou Aplicação |
Harness Design | Disciplina de projetar sistemas de design documentados com intenção para decisões autônomas da IA. Mas não limitado a isso, envolve processos, ferramentas, pessoas, governança, tudo para um time que precisa atuar com IA First. | Canalizar a potência da IA através de contextos e regras, transformando o designer em um arquiteto de contexto. |
Your Next Design System User Is an AI Agent | Transição do Design System focado em humanos para um modelo focado em agentes de IA. | Mapa para otimizar bibliotecas de componentes e variáveis (tokens) para o consumo e interpretação por LLMs. |
Alavancando o Codex em um mundo centrado no agente | Introduz o modelo de agente no centro da operação com humanos orquestrando ao redor. | Uso do Codex para criar um ambiente onde a máquina executa as tarefas e o humano atua como o orquestrador. |
Esteiras de produção multi-agentes | Automação da linha de produção integrada de design e código através de múltiplos agentes. | Uso de competências (skills) no Claude Code para criar fluxos de trabalho onde agentes de IA colaboram entre si. |
IA no Upstream (Discovery) | Apoio estrutural na definição de problemas e na fase de descoberta de produto (discovery). | Sistema com a IA no centro para auxiliar PMs e designers na fase de entendimento e definição da estratégia inicial. |
Otimização de tarefas de PM com Claude | Uso de inteligência artificial para a automação da gestão de produtos. | Aplicação de competências (skills) para otimizar discovery, documentação, planejamento e enquadramento de problemas. |
Why Your "AI-First" Strategy Is Probably Wrong | Posiciona a IA no centro da produção em vez de ser tratada apenas como uma ferramenta auxiliar. | Redesenhar a estratégia de produto colocando a IA como motor principal, onde humanos constroem a linha de produção. |
Harness Engineering em Design | Papel de liderança técnica e remoção de impedimentos para a produção da máquina. | Garantir contexto suficiente e remover bloqueios técnicos para que a LLM produza interfaces de forma fluida. |

Comentários