Harness Engineering é o novo trabalho do engenheiro de software?

Autoria: Rafael Quintanilha – QuantBrasil · Assistir no YouTube

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: português

Vídeo original: Harness Engineering é o novo trabalho do engenheiro de software? · Canal: Rafael Quintanilha – QuantBrasil · 34:06 · Assistir no YouTube

Tópicos: Agentes de IA, Automação de tarefas e workflows, Engenharia de software com IA

Resumo

O vídeo apresenta harness engineering como a construção de sistemas que dão ferramentas, contexto, permissões, observabilidade e limites a modelos de IA. O autor argumenta que a orquestração é apenas um componente do harness e que, embora um agente simples às vezes seja suficiente, a disciplina vai além de escolher entre um ou vários agentes. Ele distingue dois usos: criar um harness pessoal para trabalhar melhor como engenheiro de software e construir um harness específico para as necessidades e os riscos de uma empresa. O objetivo é permitir que profissionais usem IA e acessem dados e ferramentas com mais eficiência, mantendo controles adequados.

Pontos-chave

Orquestração é apenas um dos componentes de harness engineering; deve ser usada quando traz benefícios, não por padrão.
Um harness pode reunir ferramentas, instruções, memória, gerenciamento de contexto, permissões, sandbox, orquestração e observabilidade.
Como modelos são estocásticos, é preciso avaliar se escolhem as ferramentas e os procedimentos adequados.
Engenheiros podem criar um harness pessoal com fluxos de trabalho que apoiem análise, implementação, validação e revisão.
Um harness pessoal pode ser adaptado ao modo de trabalho e às preferências de ferramentas de cada profissional.
Um domain-specific harness organiza o acesso de uma equipe a ferramentas e dados relevantes para seu domínio.
Permissões, sandbox e controles de acesso ajudam a reduzir riscos ao permitir que agentes consultem sistemas e bancos de dados.
Um MCP headless pode disponibilizar capacidades empresariais em diferentes harnesses, sem obrigar todos a usar a mesma interface.
O autor defende que esse trabalho pode ampliar o papel do engenheiro de software, da aceleração do desenvolvimento à melhoria de processos da empresa.

Capítulos

Início	Capítulo	Resumo
00:00	A tese e as objeções ao harness engineering	O apresentador introduz a ideia de que harness engineering pode se tornar parte central do trabalho de engenharia de software e promete responder às críticas.
03:01	Orquestração não é o harness inteiro	O vídeo aborda a comparação entre vários agentes e um agente simples, defendendo a simplicidade quando ela basta e situando a orquestração como apenas um componente.
04:06	A adoção de harnesses específicos por domínio	O apresentador contrasta as críticas com a visão de que empresas e equipes estão construindo harnesses adaptados aos seus domínios.
06:19	O que é um harness e quais são seus componentes	Com uma analogia de arreios, o vídeo explica como um harness controla um modelo e descreve ferramentas, contexto, permissões, orquestração e observabilidade.
12:45	Harness pessoal para o engenheiro de software	O autor apresenta a criação de fluxos de trabalho pessoais para apoiar o desenvolvimento, da análise de tarefas à implementação e validação.
18:47	Personalizar o fluxo de trabalho com IA	O vídeo exemplifica como combinar ferramentas, agentes, skills e integrações para automatizar etapas sem abrir mão da revisão humana.
24:39	Harness específico para uma empresa	O foco passa a ser dar suporte aos diferentes profissionais que usam IA, conectando suas ferramentas e dados com controles adequados.
29:23	Acesso controlado e MCP headless	O apresentador explica como organizar permissões e disponibilizar ferramentas empresariais por meio de um MCP que possa ser usado em diferentes harnesses.
32:01	Ampliar a capacidade da empresa com IA	O vídeo conclui que harness engineering pode acelerar processos além do desenvolvimento de software e apresenta a formação anunciada pelo autor.
34:06	Encerramento	O apresentador agradece ao público e encerra o vídeo.

Citações

Orquestração é apenas uma delas. — 04:06

Você precisa garantir que aquele modelo imprevisível faça apenas o que você quer. — 07:56

A segunda situação onde você montaria um harness é para uma empresa ou para um time. — 13:20

É você criar o conjunto de freios. — 28:23

Conceitos e entidades

Harness Engineering (conceito): Disciplina de projetar sistemas que fornecem ferramentas, contexto, controles e mecanismos de avaliação para orientar modelos de IA.
domain-specific harness (conceito): Harness configurado para as ferramentas, os dados, os processos e os riscos de um domínio, time ou empresa.
orchestration (conceito): Coordenação de agentes e subagents para dividir ou executar tarefas de forma controlada.
observability (conceito): Uso de traces e avaliações para inspecionar o comportamento do harness e identificar problemas.
sandbox (conceito): Ambiente controlado que limita as ações e os recursos acessíveis a um modelo ou agente.
MCP (conceito): Protocolo apresentado no vídeo como uma forma de expor ferramentas e conexões empresariais a diferentes harnesses.
Codex (ferramenta): Harness citado como exemplo de ambiente que incorpora recursos como orquestração.
Claude Code (ferramenta): Harness citado como opção que profissionais podem escolher para seu trabalho.
Cursor (ferramenta): Harness citado como alternativa para o trabalho de desenvolvimento com IA.
Antigravity (ferramenta): Harness mencionado entre os exemplos de ferramentas disponíveis.
Pi (ferramenta): Harness descrito como minimalista e extensível, sem subagents por padrão.
OpenAI (empresa): Empresa mencionada em relação à agents API e à execução do Codex como harness hospedado.
Y Combinator (empresa): Aceleradora citada como exemplo de organização cujo ecossistema discute a construção de harnesses específicos por domínio.
Rafael Quintanilha (pessoa): Apresentador do vídeo e defensor de que engenheiros de software aprendam harness engineering.
Uncle Bob (pessoa): Figura citada no vídeo por questionar a necessidade de harness engineering e destacar a possibilidade de resolver tarefas com um agente.
Gary Tan (pessoa): CEO da Y Combinator citado em relação à ideia de que equipes estão construindo harnesses específicos para seus domínios.

Tradução completa (pt-BR)

00:00 Harness Engineering é o novo trabalho do engenheiro de software. Essa é uma frase que eu já disse algumas vezes e, no vídeo de hoje, quero explicar por que de fato acredito nisso. Quero contar o que Harness Engineering significa na prática. Quero responder às principais objeções feitas a respeito disso e mostrar por que provavelmente você precisa aprender essa disciplina.

00:30 Pessoal, a motivação por trás deste vídeo é que recentemente chegou ao meu conhecimento este vídeo de uma conta no Twitter chamada Uncle Bobby Martin. Posso até estar cometendo, né, um crime ao dizer que não conheço essa pessoa e não sei mais detalhes sobre ela, mas ela reclamou de harness engineering, basicamente dizendo que a gente não precisa disso. E isso meio que viralizou. Vi algumas pessoas comentando sobre o assunto em alguns lugares, tá? Não vou dar play no vídeo inteiro aqui porque são quatro minutos, mas queria mostrar pelo menos os principais pontos da objeção.

01:02 E também quero contrastar essa opinião com a de pessoas que têm visões mais positivas, como, por exemplo, o pessoal do Y Combinator, uma das maiores aceleradoras do mundo, tá? Vou aproveitar isso para explicar um pouco mais sobre Harness Engineering, porque eu, Rafael Quintanilha, acho que você deveria aprender essa disciplina. Beleza? Então vamos começar dando play rapidamente no argumento do Uncle Bob Martin. Beleza? Excelente figura, né?

01:43 OK. Então, aqui está o primeiro ponto, tá? Um dos componentes de um harness é, de fato, a orquestração. E ele está dizendo que usa o harness para nos orquestrar. Beleza? Legítimo. Então, de novo, aqui o foco está na orquestração, né? Como eu pego um agent e chamo um subagent para que trabalhem de forma independente, sem que um polua, nas palavras dele, o contexto do outro. Até aqui, beleza?

02:20 Perfeito. Aqui estamos falando de permissões e ferramentas, né? Cada agent só tem acesso à ferramenta que você disponibiliza para ele, com as permissões adequadas, de modo que você garanta que aquele agent não faça algo que não deveria fazer. Por exemplo, acessar um banco de dados e deletar os recursos ali, né? Então você pode até dar acesso ao banco de dados para um agent, desde que, sei lá, seja a uma tabela protegida ou com acesso somente de leitura, coisas do tipo, tá?

03:01 Então, basicamente, ele disse que montou esse harness, montou essa orquestração que funcionou, só que falou: “Beleza, deixa eu comparar com uma linha de base, né? Se eu tive que montar tudo isso aqui para ter um resultado X, será que conseguiria esse resultado X com apenas um agent?” E é basicamente isso que ele diz, tá? Aí, basicamente, ele diz que, ao simplificar a arquitetura, apenas um agent foi capaz de resolver o problema. E aí ele continua dizendo mais algumas coisas, tá, pessoal? Isso aqui não é novo, tá? Você poderia chamar isso aqui

03:33 do princípio da navalha de Ockham aplicado à engenharia de software. Quando você tem várias formas de resolver um problema, a preferência é sempre resolver da forma mais simples, tá? Você não coloca orquestração só por colocar orquestração. Você coloca orquestração porque identificou que, ao orquestrar, teve um ganho ou que seria melhor de alguma forma, tá? Os modelos têm ficado muito inteligentes atualmente, então conseguem resolver sozinhos, de forma autônoma e sem precisar de muitas otimizações, a maior parte dos problemas que você envia para eles. Até aqui

04:06 não há nenhuma novidade, só que isso não é Harness Engineering, ou pelo menos não é tudo o que envolve Harness Engineering. Orquestração é apenas um dos componentes, beleza? Então, basicamente, essa é a visão. Isso repercutiu bastante, com muita gente dizendo: “Cara, tudo de que você precisa é um prompt” e coisas do tipo. E eu queria responder a isso no vídeo de hoje. Mas, antes de entrar de fato no conteúdo da aula, queria apresentar uma visão um pouco mais positiva, tá? Aí tem esse rapaz aqui, o Elvis, que era da Meta, dizendo que você tem que aprender a construir um harness, tá? E ele está dizendo isso

04:40 com base neste post do Gary Tan. Gary Tan é CEO do Y Combinator, como eu disse, a maior aceleradora — ou uma das maiores aceleradoras — do mundo. Então, aquilo a que o pessoal do Y Combinator, lá em São Francisco, está prestando atenção é o que vamos ver acontecer. São os produtos que vamos ver surgir, porque é lá que o dinheiro está entrando e onde está o interesse. Os caras estão lá, né? O pessoal está fazendo as coisas que estão sendo discutidas no Y Combinator, tá? E aí, basicamente, Gary Tan está fazendo uma piadinha aqui, mas retuitando uma apresentação do Y Combinator, dizendo

05:14 que todo mundo está basicamente construindo um harness específico para o seu domínio. E aí o Elvis basicamente diz que você realmente tem que fazer isso, tá? Então, é aqui que eu queria parar com os fatos, beleza? O fato que temos para discutir é o seguinte: você pode achar que harness engineering é exagero, é engenharia excessiva e que você não precisa disso. E, do outro lado, temos uma empresa como o Y Combinator dizendo: “Cara, todo mundo está construindo um harness específico para o seu

05:48 domínio.” O que posso adiantar para vocês é que estou vendo, na prática, essa questão dos harnesses específicos para cada domínio acontecer. Eu mesmo já implementei alguns desses harnesses para algumas empresas, tanto nos Estados Unidos quanto aqui no Brasil, tá? Então, isso está acontecendo, goste você ou não. Pode ser que isso não seja interessante para você, que não tenha motivo para aprender isso ou que você não veja vantagem nisso, mas talvez você veja depois desta aula. Então vem comigo até o final que vou explicar, né,

06:19 o harness, vou responder à questão, ao questionamento do Bob Martin, e também vou dizer o que seria o harness específico para cada domínio, beleza? Beleza, pessoal. Quero fazer este vídeo num formato diferente. Depois, você vai me contar nos comentários se gosta ou não desse tipo de formato. Beleza? Então vou pegar o iPad e quero fazer isso num formato meio que de aula, tá? Quero explicar isso para vocês, porque acho que fica mais fácil do que eu simplesmente falar aqui para a tela, certo? Então vamos começar entendendo que estamos conversando sobre essa nova disciplina chamada Harness Engineering, ou engenharia de harness: construir um

06:54 harness, saber criar um harness da melhor forma. Então, obviamente, precisamos entender o que é um harness para poder construí-lo, né? O que é isso, tá? A melhor forma que vejo de explicar o que é um harness é por meio desta figura aqui. O harness nada mais é do que esse conjunto de fitas e tiras, de coisas que você coloca para amarrar e prender um animal, por exemplo, né? Ou seja, para controlá-lo, para que não saia correndo desabaladamente nem vá para direções em que você não quer que vá. Então, isto aqui é um

07:25 [roncando] harness, beleza? O que está segurando o cachorro, prendendo-o e controlando-o é um harness. Então, quando falamos de Harness Engineering, estamos falando da construção de um sistema que controla um modelo de IA. Então, você tem aqui o modelo de IA. O modelo de IA é imprevisível. Ele pode fazer coisas que você não quer que faça. Você precisa colocar arreios nele. Precisa colocar um freio nele. Precisa dizer para onde ele vai. Você faz isso construindo um

07:56 harness, beleza? Então, com isso, você já vê naturalmente que é interessante aprender Harness Engineering se quiser dar cada vez mais liberdade aos modelos de IA. Se você quer que modelos cada vez mais inteligentes possam tomar diversas atitudes e realizar diversas ações, precisa garantir que aquele modelo, que é imprevisível, estocástico, que você não domina nem entende, faça apenas o que você quer, tá? Então, quando falamos de Harness Engineering, precisamos entender

08:27 Qual é a anatomia de um harness, ou seja, o que compõe um harness, certo? Quais são os elementos que você coloca em um harness para compô-lo? Então, lembrando, temos aqui o modelo. O que é o modelo aqui, pessoal? Ah, estamos falando de GPT6 Astra. Estamos falando de Fable, de GLM, enfim, de Grock. Esses são os modelos que usamos, tá? Cada modelo vai precisar do seu harness para colocá-lo onde precisa estar, certo? Então, do que um harness vai

09:00 precisar? Qual é a anatomia? Do que ele é composto? A primeira coisa que vem à cabeça é que um harness tem ferramentas. Rafael, o que são ferramentas? Bom, aqui estamos falando de MCPs, CLIs, comandos no terminal, leitura e escrita de arquivos etc. Então, um harness vai dar àquele modelo um conjunto de ferramentas que ele pode usar, tá? Outra coisa que o harness precisa ter é contexto, certo? Ou seja, precisamos que o modelo entenda instruções, que não esqueça coisas

09:33 que fez no passado, que saiba o que pode e o que não pode fazer. Então, aqui podemos falar de instruções, de memória e de várias outras coisas que vão gerenciar o contexto. Por exemplo, compactação. Como vou gerenciar isso aqui, né? Então, em algum momento, preciso compactar aquele contexto, preciso resumi-lo — fazer um resumo do contexto — e por aí vai. Então, contexto é outro componente do harness engineering, mas temos outras coisas. Temos, por exemplo, permissões ou sandbox, né?

10:06 Queremos que aquele modelo rode em um ambiente controlado. O que mais temos? Ah, nosso amigo Uncle Bob vai ficar feliz com isso aqui. Temos as questões de orquestração, ou seja, um modelo, por si só, é apenas ele mesmo, né? É o modelo, mas posso querer despachar subagents. Por que eu faria isso, pessoal? Por que despacharia um subagent? Por algumas razões. Pode ser que você tenha ali um modelo muito inteligente, GPT6 Astra, que consome todos os seus tokens. Só que, na hora da execução, depois que você já

10:37 fez um plano, pode despachar um modelo muito mais barato e muito mais rápido. [roncando] Assim, você economiza tokens e chega ao mesmo resultado, só que sem gastar tanto, tá? Então, essa também é uma parte extremamente importante do harness engineering. Especificamente nesse contexto do Codex, do ChatGPT, fiz recentemente um vídeo sobre a orquestração do Codex utilizando o Luna, tá? Ele é excelente para esse tipo de coisa. Vou deixar o link se você estiver particularmente interessado em fazer orquestração no Codex. Mas, claro, o Codex é um exemplo de harness, tá? Acabei nem falando isso aqui.

11:11 Vamos até fazer um pequeno desvio e voltar para dizer quais são os harness famosos que temos hoje, tá? Temos o Codex, o Claude Code, o Cursor e o Antigravity. Todos esses são harnesses que vão incorporar, vão implementar essas questões que estou mostrando para vocês aqui. Claro, esses são harnesses maiores. Há outros mais simples, como o Pi, por exemplo, que é um harness minimalista. Qual é a vantagem do Pi? Ele é tão minimalista que nem vem com algumas coisas por

11:42 padrão. Por exemplo, ele não vem com subagents. Então, você adiciona subagents se quiser. Assim, você monta o harness do seu jeito. Ele é perfeito para harness engineering por causa disso. Outra coisa que um harness pode oferecer é observabilidade. Beleza? O que é essa palavra feia aqui, pessoal? Observabilidade. Normalmente, estamos falando de traces e de evals, ou seja, de formas de analisar se o harness está fazendo aquilo que deveria fazer. Por quê? Porque o modelo

12:12 de inteligência artificial é estocástico. No meio dessa salada de coisas que pode usar aqui, ele vai decidir o que fazer. Como você sabe se escolheu a forma certa? Como sabe se, por exemplo, você deu a ele uma caixa de ferramentas — e nessa caixa há uma chave Philips, uma chave de roda e uma furadeira — e depois deu a ele uma tarefa: “Preciso montar esta cadeira”? E aí ele escolheu a chave de roda, por exemplo, em vez da chave Philips. Aí você pensa: “Opa, peraí, esse modelo escolheu a ferramenta errada. O que está errado aqui? Será que é o meu manual de instruções da ferramenta? Será

12:45 que é o meu contexto, que não estava adequado? Será que o meu modelo é burro e não consegue entender isso? Tudo isso faz parte do harness engineering. E aí você já entendeu por que isso faz parte do trabalho do engenheiro de software, tá? Então, agora o engenheiro de software precisa aprender a montar esse harness para duas situações distintas. E aqui talvez esteja a principal confusão, tá? Situação número um, pessoal: quando você montaria um harness? Ora, você é programador, então montaria para si mesmo. E aí já vou

13:20 explicar o que você vai fazer nesse contexto. A segunda situação em que você montaria um harness seria para uma empresa ou para um time. É o que o pessoal chamou aqui de domain-specific harness, né? Ou seja, para um domínio específico. O que é um domínio específico nesse sentido, Rafael? Bom, aqui estamos falando de uma empresa, aqui estamos falando de um time. Então, qualquer lugar onde você consiga aplicar um agente de IA, pode aplicar um agente no domínio específico daquele time ou daquela empresa. Beleza?

13:55 Mas vamos começar falando primeiro da parte do engenheiro de software que está construindo um harness para si, tá? Para si mesmo, enquanto programador. Beleza? Então, vamos dar um zoom aqui para falar do harness para programadores, beleza? E isso posso dizer com mais propriedade porque sou engenheiro de software de formação, tá? Se você não me conhece, trabalho com engenharia de software desde 2012. Sou formado em engenharia de software, estudei lá fora também e trabalho com isso há muitos e muitos anos, tá? Então, essa é a minha formação original em engenharia de

14:29 software, tá? E aí, normalmente, quando você é engenheiro de software, o que um engenheiro de software tradicional precisa fazer? Então, vamos colocar aqui: tradicionalmente, sei lá, ele precisava… Você quer construir um software, né? Gosto de usar esta analogia: o que é engenharia, no fim das contas? Engenharia é resolver problemas, e você resolve problemas com algumas ferramentas específicas. É a regra do jogo, aquilo que o jogo permite usar. Então, um engenheiro de software vai usar software para resolver problemas. O engenheiro naval vai

15:00 construir navios e embarcações para resolver um problema. O engenheiro mecânico vai estudar mecânica para resolver problemas naquele domínio e por aí vai, tá? Então, o engenheiro de software precisa resolver problemas com software, tá? E o que esse engenheiro de software precisa fazer? Bom, precisa levantar os requisitos, né? Você precisa saber: “Cara, qual é o problema que está acontecendo aqui? O que eu quero resolver? Qual é a sua dor e como posso pensar em uma solução para essa dor específica?”, tá? Ele precisa planejar a stack, né? Ou seja, agora que já entendi qual é o seu problema e já

15:33 pensei na solução, qual stack, quais ferramentas, qual linguagem de programação, qual banco de dados e qual arquitetura vou usar para isso? Vai ser um app para dispositivos móveis, um aplicativo web? Vai ser um script? Como posso resolver o seu problema? Então, o engenheiro de software vai fazer tudo isso; claro, vai implementar, validar e iterar sobre a solução, tá? Vai iterar. Claro que estou confundindo um pouco aqui o trabalho que seria o de um arquiteto com o de um programador, porque, na prática, você acaba tendo que fazer tudo, tá? Então

16:05 Você vai pensar em criar MVPs, certo? Vai monitorar, conversar de novo com o usuário e ver o que ele achou, né? E vai continuar fazendo isso. Agora, pessoal, algumas coisas mudaram com a IA. Por exemplo, a parte de planejar a stack, que antes demandava muito conhecimento para você entender onde cada coisa quebra, onde pode usar uma tecnologia e onde ela não vai ser tão boa para você. Hoje, não é que isso tenha sumido; continua existindo, claro,

16:37 né? Se você pedir para a IA dizer qual stack vai usar e não entender nada, vai ficar meio vendido. Mas a verdade é que os modelos, com os treinamentos que vêm recebendo em diversas bases de código, já meio que sabem ou já vão ter um bom plano para você de cara, tá? Então não vai fugir muito disso, né? Você já consegue fazer coisas, já sabe mais ou menos no que vai ter que trabalhar. E tem outro detalhe: antigamente, como você precisava fazer essa parte da implementação, cara, precisava entender. Então, pô, eu

17:09 vou programar aqui, mas meu time só sabe Java, e eu entendi que o melhor para programar aqui seria JavaScript, certo? Pô, mas meu time só sabe Java, cara. E aí, como faço? O pessoal do Java gosta de orientação a objetos, sei lá. Pô, em JavaScript o pessoal não faz isso, é uma bagunça, não tem tipagem. E aí você dá um jeito de pegar aquele profissional e tentar colocá-lo para usar a melhor ferramenta, a melhor tecnologia para aquele problema. Hoje em dia, com a IA, isso meio que acabou, porque a IA é proficiente em todas as linguagens. Então você consegue escolher

17:42 de fato a melhor linguagem e não precisa ter um especialista naquela linguagem. Repito, pessoal: saber é muito importante. Fazer um código sem entender absolutamente nada do que está acontecendo — você abre o código e fala: “Cara, não entendo nada” — obviamente não é certo. Mas você consegue se virar, né? Consegue entregar um produto funcional com um nível menor de entendimento da linguagem. Não estou falando de não entender o software, as implicações ou os requisitos; estou falando da linguagem. Como faço um loop for

18:13 em Rust? Como faço um loop for em Go? Como faço um loop for em Python? São detalhes da linguagem, beleza? Hoje você consegue, sabendo menos, tirar seu projeto do papel. Então, validar é algo que hoje você também consegue fazer com IA. Você consegue fazer revisão de código, testes de ponta a ponta, usar uma ferramenta de computer use e testar seu projeto e, claro, colocar tudo isso em um loop, beleza? Então, aprender esse harness para programadores é algo que você deveria

18:47 fazer para trabalhar melhor e mais rápido como engenheiro de software. Por quê, pessoal? Porque você vai entrar em uma empresa e, se ela for boa e favorável à IA, talvez deixe você usar o modelo que quiser. Quer usar Claude Code? Pode usar. Quer usar Codex? Pode usar. Quer usar Cursor? Pode usar. Você escolhe onde se sente mais confortável. Na minha empresa americana, onde sou responsável por estabelecer as regras de como as pessoas vão trabalhar com IA, gosto de fazer assim. Cada um tem seu orçamento. Você recebe US$ 00 por mês para gastar com… Escolha o que te

19:21 deixa mais confortável. Não quero saber o que você escolheu. Quero que seu resultado seja bom. Essa é a filosofia que gosto de aplicar nas minhas empresas. Pode ser que sua empresa seja diferente, tudo bem, mas aqui estamos trabalhando para descobrir qual seria a melhor forma de você usar IA no dia a dia. Então, dito isso, você vai receber um orçamento ou talvez a empresa já te dê uma assinatura do Claude Code, por exemplo, tá? E você precisa construir o melhor sistema de trabalho para você dentro daquele harness que recebeu ou escolheu para usar. Você vai construir o que te deixa mais confortável, tá? Então,

19:54 talvez você faça uma engenharia em loop para ajudar a acompanhar quando houver um comentário no seu pull request e, automaticamente, pedir para um agente implementar e depois validar e, sei lá, fazer o commit. Então você cria um loop para acompanhar isso. Ou uma engenharia em loop que, quando você receber algo, vai enviar uma mensagem no seu Linear, no seu gerenciador de projetos, né? Hoje o pessoal usa Linear. Gosto bastante, mas também tem Jira,

20:25 também tem Notion, né? Também tem Asana, né? Enfim, seja lá o que você usar para gerenciar seu rastreador de issues, como GitHub Issues e por aí vai, você vai receber essa notificação. Aí já vai cruzar os dados com, por exemplo, a base de código. Caiu um ticket para você aqui, ó. Vou criar o ticket: 1, 2, 3, 4. Aí meu agente já pega esse ticket, cruza as informações com a base de código e analisa mais ou menos onde tenho que mexer: faz uma análise preliminar. E aí sugere:

20:57 “Cara, vamos fazer isso aqui. A solução é esta aqui, ó.” E aí você valida de novo, valida como ser humano, tá? Você lê, olha e pensa: “Opa, pera aí, meu agente falou isso aqui. Mas calma aí, gente. Você esqueceu desta outra parte. Calma aí, gente. Você esqueceu que neste projeto a gente faz assim, e não assado?” E aí você percebe: “Putz, ele está errando isso aqui toda hora, cara.” Quer saber? Antes de partir para a implementação, vou fazer um pequeno desvio aqui e criar uma skill. Criar uma skill, porque, da próxima vez que isso acontecer, essa skill já vai ser chamada na solução, beleza? E aí

21:29 você ficou feliz com a validação e com o plano, e aí pede para seu agente implementar. Repare: isso aqui é da sua empresa? Não, foi você que construiu para si mesmo. Você se tornou um engenheiro de software mais capaz fazendo isso. Você se tornou um profissional melhor e mais eficiente fazendo isso. Ninguém pediu para você fazer isso. Talvez peçam; seu gerente, seu chefe, seu manager pode perguntar como você está usando IA. Aí você fala: “Cara, criei isso aqui para mim e tal, mas olha só, presta atenção, tá? Estou participando da análise preliminar. Estou vendo quando

22:00 ele implementa, ele cai neste meu loop de validação e tudo mais. Estou olhando o PR, então nunca fico muito tempo sem responder aos meus colegas. E você construiu isso para si mesmo. Então precisa ter sua própria fortaleza, digamos assim, suas próprias ferramentas. Você construiu o que funciona bem para você. E, claro, aqui você consegue decidir isso no seu harness. Talvez use o OpenCode e tenha um processo de decisão na solução. Se for frontend, você manda usar o Opus. Se

22:33 for backend, manda usar o GPT-6 Astra. E você faz isso porque sabe que eles se saem bem assim. Aí, quando vai começar um trabalho de frontend, dá uma instrução: “Pera aí, pera aí. Vai trabalhar com isso aqui. Quero que você se conecte ao Figma. Conecte-se ao Figma e valide sempre em relação ao Figma, porque é nele que meu designer trabalha.” Então, pessoal, você vai conseguir trabalhar de forma muito mais eficiente se criar isso para si mesmo, seja dentro de um time de programação, seja

23:04 você para você mesmo, beleza? E antes de eu falar de Harness Engineering aplicada ao contexto específico da sua empresa, se você está gostando desta aula até agora, a primeira coisa que já te peço é: pô, já deixa o like aqui, beleza? Isso ajuda a gente. Repito: me conta aqui nos comentários se você está gostando deste novo formato e se me acompanha há algum tempo. Se você é novo aqui no canal, já se inscreve também. A gente fala bastante sobre assuntos relacionados à engenharia de software, programação agêntica e engenharia de IA; falamos sobre tudo isso aqui neste canal, beleza? E, aproveitando que já comecei a falar sobre agent harness, é…

23:37 justamente isso e muito mais que vou abordar na minha formação de AI Native Engineer. Você quer ser um engenheiro nativo, quer trabalhar com IA da melhor forma, ou tem uma empresa e quer implementar IA da melhor forma nela. Estou lançando minha trilogia de cursos: Fundamentos da Engenharia de IA, Programação Agêntica e Harness Engineering. Ela será lançada no dia 30 de setembro. Então, estou anunciando oficialmente a data de lançamento. O link, se você quiser participar da lista…

24:07 de espera, vai estar aqui na descrição e no comentário fixado. Pode ser que, quando você estiver assistindo a este vídeo, o curso já tenha sido lançado, né? Mas vá conhecer um pouco mais. Vou deixar o link aqui, tá? E tenho certeza de que você vai gostar, principalmente se quiser desenvolver seus próprios harnesses, para você ou para uma empresa. E se quiser aprender a usar a inteligência artificial ao máximo, extraindo o máximo dela no seu trabalho. É nisso que estou dedicando muitas horas: construir e criar este conteúdo do zero, um conteúdo realmente profundo para quem quer aprender,

24:39 mas que vai colocar você rapidamente no caminho certo para trabalhar com… Beleza? Então não deixe de se inscrever; o link está na descrição e no comentário fixado. Maravilha, pessoal. Então, falamos aqui sobre o trabalho do engenheiro de software criando seu próprio harness. Esse foi o ponto número um. Agora quero falar do ponto número dois, que é criar o harness para um domínio específico. O que é isso? Acabei de dizer no meu vídeo sobre a Agents API da OpenAI, que permite executar o Codex como um harness, hospedado na máquina da OpenAI. Vou deixar o link…

25:14 aqui, porque também ficou bem legal: é um vídeo mais técnico e prático, que mostra como implementar na prática o que vou explicar agora. Está lá no vídeo sobre o Agent… Mas, basicamente, pense no seguinte, tá? Vejo aqui dois contextos importantes. O primeiro é: meu time está usando IA. E agora, pessoal, seja você purista ou apocalíptico em relação à IA, nada vai mudar o fato de que as pessoas em geral, não só os desenvolvedores, estão usando IA. O pessoal de marketing está usando IA, o pessoal…

25:44 do financeiro está usando IA, o pessoal do jurídico está usando IA, o PM está usando IA; todo mundo está usando IA. E essas pessoas precisam de suporte dentro do ambiente da empresa. Ou seja, talvez essa pessoa esteja usando um MCP do PostHog, do Amplitude ou do Google Analytics; talvez esteja usando o Meta Ads; ou talvez trabalhe com Life Cycle e esteja usando o ActiveCampaign. Ou talvez seja alguém de vendas e esteja usando o Salesforce. Então, pessoal, o que quero dizer com isso?

26:17 Seu time vai usar um conjunto de ferramentas que vai se conectar via MCP, CLI, script ou seja lá como for, e as pessoas vão começar a usar tudo isso. A solução não é impedir que usem; a solução é fazer com que usem da forma correta. O que significa usar da forma correta? Significa que precisam ser capazes de cruzar esses dados, porque esse é o grande barato da IA, certo? Você consegue ter os dados ali à mão com muita facilidade, tá? E talvez queiram cruzar esses dados com o banco de dados proprietário da empresa. E…

26:48 aí você diz: “Mas, Rafael, não posso deixar que acessem um banco de dados; é muito perigoso.” Mas imagine um mundo perfeito em que pudessem acessar o banco de dados e você tivesse o seu PM, o seu product manager, precisando pensar: “Como vou aumentar a conversão de determinada página?” Esse PM que quer aumentar a conversão conecta os dados do PostHog e do Amplitude. “Olha, esta página aqui, a página um, tem uma conversão de 8%; a página dois…”

27:19 tem uma conversão de 2%. O que será que estamos fazendo em uma que não fazemos na outra? Será que tem alguma coisa estranha aqui?” Então, esse PM está analisando os dados e conecta… Olha só que perigo: ele conecta a codebase, porque agora a IA consegue identificar cada página. Aí ele analisa e chega a uma hipótese: “Olha, na página um estamos fazendo isto; na página dois, estamos fazendo aquilo.” E ele cria um ticket para testar uma hipótese: “Vamos fazer um teste A/B, usando na página um o mesmo princípio da página dois.” Pronto, pessoal. Temos aqui o PM…

27:52 — alguém que não é técnico — puxando dados de todo lado para chegar a uma hipótese e criar um ticket para você trabalhar. Ele precisa ter isso; precisa ter acesso a isso, tá? E talvez diga: “Cara, estou convertendo mais, mas será que as pessoas estão fazendo tal coisa no meu app?” Aí ele acessa o banco de dados para verificar a qualidade do perfil de cada usuário. Por quê? Porque não basta converter; ele quer converter usuários de maior qualidade. Ele busca tudo isso e inclui na análise sem pedir para…

28:23 ninguém. Você precisa ser a pessoa que vai deixá-lo confortável para fazer isso. Isso é domain-specific harness. É você criar um conjunto de freios. Lembra do nosso cachorro aqui? Olha os freios e os arreios que estamos colocando para que ele consiga trabalhar sem fazer besteira, sem cometer um erro de segurança, sem mexer no código inadvertidamente e sem mexer no banco de dados com uma…

28:53 query muito pesada e derrubar seu servidor. Você precisa ser responsável por construir essa proteção, tá? Então, você vai construir essa proteção. Precisa saber disso. Por quê, pessoal? Porque os knowledge workers vão fazer isso, quer você queira, quer não. O CEO quer que façam isso, eles querem fazer isso; todo mundo quer fazer isso. Agora, as IAs estão tentando atrair essas pessoas. Temos cada vez mais conectores, MCPs e skills. Então, você precisa chegar e dizer: “Beleza…”

29:23 deixa eu organizar essa bagunça aqui. Você vai usar isso dentro da minha sandbox, dentro desta VM. Vamos ter este conjunto de permissões. Chega de ficar mandando API de um lado para o outro. Vou configurar o conector e por aí vai. E aqui você pode tomar várias decisões. Aí sim entra, lembra, a questão do engenheiro de software planejando a stack. Qual…

29:53 é a nova forma de planejar a stack? Agora, a nova forma de planejar a stack é pensar em como ele — ou seja, o knowledge worker, a pessoa dentro da minha empresa, meu colega de trabalho — vai usar isso. Como vai acessar tudo isso? Como vai acessar tudo isso? Há várias respostas para essa pergunta, tá? Você pode, por exemplo, criar um agente nativo. Então, cria uma interface interna, um app interno, coloca todas as capacidades lá e fornece um login e uma senha e…

30:24 Cada um vai usar dentro daquele ambiente, tá? Isso aqui é bem comum, só que cada vez mais a gente está vendo a necessidade de usar isso aqui sem interface. O que é isso, pessoal? É você disponibilizar, dentro da sua empresa, um MCP, por exemplo. Então, você vai criar aqui um MCP da sua empresa. E aí esse MCP vai expor diversas ferramentas. Vai expor aqui a conexão com PostHog, com Google Analytics, com MetaSs e com o banco de dados, dependendo das permissões.

30:58 Do usuário, dependendo do usuário — ou seja, qual usuário no banco de dados, o que ele pode e o que não pode fazer —, você vai ser responsável por criar isso aqui e disponibilizar para que aquela pessoa possa instalar lá no harness favorito dela. Então, essa é a principal vantagem de você fazer isso aqui. A vantagem de ser sem interface é que cada um usa onde se sente mais confortável. Ué, a gente não falou que o programador, né, vai usar o harness que quiser? Por que o outro profissional também não pode? Tem muita gente que gosta de

31:28 trabalhar no Claude Code, tem gente que gosta de trabalhar no OpenClaw, tem gente que gosta de trabalhar no Hermes, tem gente que prefere o Claude Code, tem gente que prefere o Codex. Você criou um MCP sem interface e disponibilizou para que seu colega de trabalho possa ter acesso a tudo isso. E agora você não está mais acelerando só o desenvolvimento de software, porque aqui, qual é a graça, né? Aqui a gente acelera. Aqui eu estou acelerando o software e, no número dois, estou acelerando o processo. Estou acelerando a empresa como um todo. Não estou acelerando somente a parte de

32:01 desenvolvimento. E aí você viu? Agora você ficou ainda mais útil, porque não está só no nível do código, da programação. Está olhando de forma holística para o que o meu cara de dados precisa, o que o meu pessoal de vendas precisa, o que o meu pessoal de analytics precisa, o que o meu PM precisa. E sou capaz de criar esse ambiente para que eles trabalhem de forma controlada dentro de um harness. Então, pessoal, era essa aula que eu queria passar para vocês. Por favor, me contem aqui nos comentários, de verdade, se vocês gostam desse formato. Eu

32:32 Eu gosto, tá? Já adianto que gosto de gravar quase tudo isso aqui de uma vez só. É bem legal. Para mim, é muito bom falar desse tipo de assunto. E, repito, né, este e outros temas vão fazer parte da minha formação de engenheiro nativo de IA, AI Native Engineer, que vai incluir três cursos: Fundamentos da Engenharia de IA, Programação Agêntica e Harness Engineering. Rafael, por que três? Porque, no curso de Fundamentos, você aprende o que são as coisas, dá nome às coisas. É muito comum passarmos por cima dos conceitos. Nos fundamentos, eu explico tudo

33:04 direitinho. A gente vai para a parte de programação agêntica. Para quem é isso? Para quem quer construir com IA. Você quer usar IA para desenvolver software. Então, precisa aprender como fazer isso da melhor forma: como planejar, como implementar, como verificar, como acelerar, como paralelizar. Tudo isso são coisas que vou ensinar lá no curso. E aí você pode aprender a base, pode aprender a implementação e agora também pode aprender a desenvolver o seu próprio harness, que é justamente o curso de harness. E já dou aqui um spoiler para vocês. Quando abri a lista de espera do programa, o curso de Harness Engineering foi

33:36 justamente o que teve mais procura, tá? Então, esses três cursos vão sair em um bundle, em um pacote, no dia 30 de setembro. Já estou adiantando a data para você. E repito o convite para você se inscrever no link que vai estar tanto na descrição quanto no comentário fixado, beleza? Agradeço imensamente por você ter chegado até aqui nesta aula. Me conta, de verdade, se você gostou. Não deixa de se inscrever no canal. Isso me ajuda bastante, pessoal. Inscreva-se aqui para receber informações sobre os próximos vídeos, receber notificações sobre novos modelos que estão saindo, nossos reviews e também esses assuntos mais técnicos

34:06 também, né? Não deixa de curtir o vídeo e hypar, se estiver no celular. Agradeço bastante a sua ajuda e até a próxima. É.

Transcrição original

[00:00] Harness Engineering é o novo trabalho do engenheiro de SP. Essa é uma frase que eu já disse algumas vezes e no vídeo de hoje eu quero te explicar o por eu de fato acredito nisso. Eu quero te contar o que significa Hend na prática. Quero responder as principais objeções feitas acerca disso e te mostrar porque provavelmente você precisa aprender essa disciplina.

[00:30] Pessoal, a motivação por trás desse vídeo é que recentemente chegou ao meu conhecimento é esse vídeo dessa conta aqui no Twitter chamado Uncle Bobby Martin, que eu posso estar até cometendo, né, um crime de dizer que eu não conheço, não sei mais detalhes sobre essa pessoa, só que ele reclamou de harness engineering, né, basicamente disse que a gente não precisa disso. E isso meio que deu uma viralizada, eu vi algumas pessoas comentando em algumas áreas, tá? E eu queria, né, não vou, não vou dar o play aqui no vídeo todo porque são 4 minutos, mas eu queria mostrar pelo menos os principais pontos aqui de

[01:02] objeção e também quero contrastar essa opinião com pessoas que têm visões mais positivas, como por exemplo o pessoal lá do Y Combinator, uma das maiores aceleradoras do mundo, tá? Eu vou aproveitar isso para explicar um pouco mais sobre Harness Engineery, porque eu, Rafael Quintanilha, acho que você deveria aprender essa disciplina. Beleza? Então vamos começar aqui dando um play rapidamente no argumento aqui do Uncle Bob Martin. Beleza? Excelente figura, né?

[01:43] OK. Então aqui tem o primeiro ponto, tá? Um dos componentes de um harness, de fato, é orquestração. E ele tá dizendo que ele tá usando o harness para orquestrar a gente. Beleza? Legitimo. Então, de novo, aqui o foco tá na orquestração, né? Como que eu pego um agente e chamo um suagente para que eles trabalhem de forma independente, sem que um polua nas palavras dele o contexto do outro. Até aqui, beleza?

[02:20] Perfeito. Aqui a gente tá falando agora de permissões e ferramentas, né? Cada agente ele só tem acesso à aquela ferramenta que você dá para ele com as permissões adequadas, de modo que você garanta que aquele agente não faça algo que não deveria ser feito. Por exemplo, acessar um banco de dados e deletar os os recursos ali, né? Então você pode até dar acesso ao banco de dados para um agente, desde que você dê, sei lá, numa tabela protegida ou que seja read, coisas do tipo, tá?

[03:01] Então, basicamente ele disse que montou esse harness, montou essa orquestração que funcionou, só que ele falou: “Beleza, deixa eu comparar com baseline, né? Se eu tive que montar tudo isso aqui para ter um resultado X, será que eu conseguiria esse resultado X com apenas um agente?” E é basicamente isso que ele fala, tá? E aí, basicamente, ele diz que ao simplificar a arquitetura, uma um agente apenas foi capaz de resolver o problema. E aí ele segue aqui dizendo mais algumas coisas, tá pessoal? Isso aqui não é novo, tá? Você poderia chamar isso aqui

[03:33] do princípio da navalha de OCAN aplicada em engenharia de software. Quando você tem múltiplas formas de resolver um problema, a preferência é sempre de você resolver aquela forma mais simples, tá? Você de fato não coloca orquestração por colocar orquestração. Você coloca orquestração porque você identificou que ao orquestrar você teve um ganho ou que seria melhor de alguma forma ou de outra, tá? Os modelos atualmente têm ficado muito inteligente, então eles conseguem resolver a maior parte dos problemas que você manda para eles sozinhos de forma autônoma e sem precisar de muitas otimizações. Até aqui

[04:06] não tem nenhuma novidade, só que isso não é Harness engineering, ou pelo menos isso não é tudo que envolve harness engineering. Orquestração é apenas uma delas, beleza? Então, basicamente essa é a visão. Isso aqui repercutiu bastante, muita gente dizendo, cara, tudo que você precisa é um prompt e tudo mais. E eu queria responder a isso, né, no vídeo de hoje. Mas antes de eu de fato entrar aqui no conteúdo da aula, eu queria falar aqui uma visão um pouco mais positiva, tá? E aí tem esse rapaz aqui, o Elvis, né, que era da meta, dizendo que você tem que aprender a construir um harness, tá? E ele tá dizendo isso em

[04:40] cima desse post aqui do Gary 10. Gary T, ele é CEO do Y Combinator, como eu disse, é a maior aceleradora, né, ou uma das maiores aceleradoras do mundo que nós temos. Então, o que o pessoal tá prestando atenção lá no Y Combinator lá em São Francisco, é o que a gente vai ver acontecendo. É, são os produtos que a gente vai ver surgindo, que é aqui que a grana tá entrando e onde o interesse, o Z guys tá aqui, né? O pessoal tá fazendo as coisas que estão sendo discutidas lá no Y Combinator, tá? E aí, basicamente, o Gary Ton dizendo aqui, fazendo uma piadinha, mas retuitando é uma apresentação lá do Y Cominator, é,

[05:14] dizendo que todo mundo está basicamente construindo um domain specific harness, um harness específico para o seu domínio. E aí o Elvis aqui basicamente diz que você tem que realmente fazer isso, tá? Então ponto é aqui que eu queria parar os fatos, beleza? O fato que a gente tem aqui para discutir é o seguinte: você pode achar que harness engineering é overkill, é overengine engineering e você não precisa. E a gente tem do outro lado aqui uma empresa, como é o caso do Y Combinator, dizendo: “Cara, tá todo mundo construindo um domain specific harness, um harness específico para o seu

[05:48] domínio.” Que que eu posso adiantar para vocês aqui que eu estou vendo na prática essa questão do domain specific harness acontecendo. Eu mesmo já implementei alguns desses harness para algumas empresas, tanto nos Estados Unidos quanto aqui no Brasil, tá? Então isso está acontecendo, goste você ou não, pode ser que isso não seja interessante para você, que você não tenha porque aprender isso ou você não veja vantagem nisso, mas pode ser que você veja a partir dessa aula. Então vem comigo aqui até o final que eu vou te explicar, né,

[06:19] o Harnes, vou responder a questão, o questionamento aqui do Bob, do Bob Martin e vou também dizer o que que seria o domain specific harness, beleza? Beleza, pessoal. Então, esse vídeo eu quero fazer num formato diferente. Você vai me contar depois aqui nos comentários se você gosta desse tipo de formato ou não. Beleza? Então vou vir aqui para o iPad e eu quero fazer isso aqui num formato meio que de aula, tá? Quero explicar aqui para vocês que acho que fica mais fácil porque eu só falando aqui na tela, certo? Então vamos começar aqui entendendo que nós estamos conversando sobre essa nova disciplina chamada harness engineering, então engenharia de harness, construir um

[06:54] harness, saber criar um harness da melhor forma. Então, obviamente, a gente precisa entender o que que é um harness, né, para eu poder construir ele, o que que é isso, tá? Então, a melhor forma que eu vejo de explicar o que é harness é através dessa figura aqui, ó. O harness é nada mais nada menos do que esse conjunto de fitas e straps, né, de coisas que você coloca para amarrar aqui, para prender um animal, por exemplo, né? Ou seja, para que você controle ele, para que ele não saia correndo de forma desabalada, que ele não vá para direções que você não quer que ele vá. Então, isso aqui é um

[07:25] [roncando] harness, beleza? Isso aqui que está segurando o cachorro, que tá prendendo ele, que tá controlando ele, é um harness. Então, quando a gente tá falando de harness engineering, a gente tá falando na construção de um sistema, de um sistema que controla um modelo de A. Então, você tem aqui o modelo de A. O modelo de A é imprevisível. Ele pode fazer coisas que você não quer que ele faça. Você precisa colocar arreios nele. Você precisa colocar ali um freio nele. Você precisa dizer para ele onde que ele vai. Você faz isso construindo um

[07:56] harness, beleza? Então daqui você já vê naturalmente que é interessante você aprender hardness engineering se você quiser dar cada vez mais liberdade para os modelos de A. Se você quer que os modelos de a cada vez mais inteligentes possam tomar diversas atitudes, possam realizar diversas ações, você precisa garantir que aquele modelo que é imprevisível, que é estocástico, que você não domina e não entende que ele faça apenas o que você quer, tá? Então, quando a gente fala de harness engineering, a gente precisa entender

[08:27] qual é a anatomia, a anatomia de um harness, ou seja, o que que compõe um harness, certo? Quais são os elementos que você coloca num harness para compor ele? Então, lembrando, a gente tem aqui o modelo. Então, o modelo, que que é o modelo aqui, pessoal? Ah, aqui a gente tá falando de GPT6 Astra. Aqui a gente tá falando de Fable, aqui a gente tá falando de GLM, enfim, Grock. Esses são os modelos que a gente usa, tá? Cada modelo vai precisar do seu harness para colocar ele, né, onde ele precisa estar, certo? Então, o que que um harness vai

[09:00] precisar? Qual que é a anatomia? O que que ele é composto por? Primeira coisa que vem à cabeça, um harness, ele tem ferramentas, tools. Rafael, o que que são ferramentas? Bom, aqui a gente tá falando de MCPs, CLIs, comandos no terminal, leitura e escrita de arquivos, etc, etc. Então, um harness, ele vai dar para aquele modelo um conjunto de ferramentas que ele consegue fazer, tá? Uma outra coisa que o harness precisa ter é o contexto, certo? Ou seja, a gente precisa que o modelo entenda instruções, que ele não esqueça coisas

[09:33] que ele fez no passado, que ele saiba o que que ele pode fazer e o que ele não pode. Então aqui a gente pode falar de instruções, de memória e diversas outras coisas que vão, né, gerenciar o contexto. Por exemplo, compactação. Como que eu vou gerenciar isso aqui, né? Então eu preciso compactar em alguma, algum momento aquele contexto, eu preciso resumir, né, summary do contexto e por aí vai. Então contexto é um outro componente aqui do harness engineing, mas nós temos outras coisas. Nós temos, por exemplo, permissões ou sandbox, né?

[10:06] A gente quer que aquele modelo ele rode em um ambiente controlado. Que mais que nós temos? Ah, isso aqui o nosso amigo Uncle Bob vai ficar feliz. Nós temos as questões de orquestração, ou seja, um modelo por si só, ele ele é é ele, né? É o modelo, mas eu posso querer despachar aqui subgentes. Por que que eu faria isso, pessoal? Por que que eu despacharia suagente? Por algumas razões. Pode ser que você tenha ali um modelo muito inteligente, GPT6 Astra, consome todos os seus tokens. Só que aí na hora da execução, depois que você já

[10:37] fez um plano, você pode despachar um modelo muito mais barato e muito mais rápido. [roncando] Então você economiza token, chega no mesmo resultado, só que sem gastar tanto, tá? Então aqui é uma parte extremamente importante do harness engineering também, especificamente nesse contexto do Codex, né, do chat GPT, eu já fiz um vídeo aqui recente sobre a orquestração do Codex utilizando o Luna, tá? Que é excelente para esse tipo de coisa. Eu vou deixar o link se você tá particularmente interessado em fazer orquestração lá no Codex. Mas claro que o Codex é um exemplo de harness, tá? Eu acabei nem falando aqui.

[11:11] Vamos até fazer um pequeno detur aqui, vamos voltar para dizer quais são os harness que nós temos hoje famosos, tá? Nós temos o Codex, nós temos o Cloud Code, nós temos o Cursor, nós temos o Antigravy. Todos esses aqui são harnesses que vão incorporar, né, vão implementar esse essas questões que eu tô mostrando para vocês aqui. Claro, esses aqui são harnesses maiores, tem outros mais simples, como por exemplo, o PI é um harness minimalista. Qual a vantagem do pi? Ele é tão minimalista que ele nem vem com algumas coisas por

[11:42] padrão. Por exemplo, ele não vem com suagentes. Então você coloca subagentes se você quiser. Então você monta o hardest a sua feição. Ele é perfeito para um hardness engineering por causa disso. Agora outra coisa que um harness pode te dar é observabilidade. Beleza? Que que é essa palavra feia aqui, pessoal? Observabilidade. Isso aqui a gente normalmente tá falando de traces, a gente está falando de evolves, ou seja, formas de você analisar que o harness está fazendo aquilo que ele deveria fazer. Por quê? Porque o modelo

[12:12] de inteligência artificial ele é estocástico. Ele vai dentro dessa salada de coisas que ele pode usar aqui, ele vai decidir o que ele vai fazer. Como você sabe que ele escolheu a forma certa? Como você sabe que, por exemplo, você deu para ele uma caixa de ferramentas? E aqui nessa caixa de ferramentas tem uma chave Philips, tem uma chave de roda, tem uma furadeira e aí você deu para ele uma tarefa, preciso montar essa cadeira. E aí ele escolheu a chave de roda, por exemplo, em vez de escolher a chave Philips, sei lá, você fala: “Opa, pera aí, esse modelo escolheu a ferramenta errada. O que que tá de errado aqui? Será que é o meu manual de instruções da ferramenta? Será

[12:45] que é o meu contexto que não tava adequado? Será que o meu modelo ele é burro e não consegue entender isso? Tudo isso é parte do harness engineering. E aí você já entendeu porque isso aqui faz parte do trabalho do engenheiro de software, tá? Então o engenheiro de software, ele agora precisa aprender a montar esse harness para duas situações distintas. E aqui talvez entre a principal confusão, tá? Situação número um, pessoal, quando que você montaria um harness? Ora, você é um programador, então para você mesmo. E aí eu já vou

[13:20] explicar o que que você vai fazer nesse nesse contexto. E a segunda situação onde você montaria um harness é para uma empresa ou para um time. É o que o pessoal aqui chamou de domain specific harness, né? Então para um domínio específico. Que que é um domínio específico nesse nesse sentido aqui, Rafael? Bom, aqui a gente tá falando de uma empresa, aqui a gente tá falando de um time. Então, qualquer lugar onde você consiga aplicar um agente de a, você pode aplicar aqui no domínio específico daquele time ou daquela empresa. Beleza?

[13:55] Mas vamos começar aqui então falando primeiro da parte do engenheiro de software que está construindo um harness para si, tá? Para si enquanto programador. Beleza? Então vamos dar um zoom aqui pra gente falar aqui do harness para programadores, beleza? E aí eu, isso aqui eu posso falar com mais propriedade porque eu sou engenheiro de software de formação, tá? Se você não me conhece, eu trabalho com engenharia de software desde 2012. Eu sou formado em engenheiro de software, estudei lá fora isso, trabalho com isso há muitos e muitos anos, tá? Então essa aqui é a minha formação original de engenharia de

[14:29] software, tá? E aí, tipicamente, quando você é um engenheiro de software, que que um engenheiro de software tradicional precisa fazer? Então vamos botar aqui, ó, tradicionalmente, sei lá, ele precisava, né? Você quer construir um software, né? Eu sempre gosto de usar essa analogia que é assim, o que que é a engenharia no final das contas, né? A engenharia é você resolver problemas e aí você resolve problemas com algumas ferramentas específicas. É, é a regra do jogo, é o que que o jogo te permite utilizar. Então, um engenheiro de software vai usar software para resolver os problemas. O engenheiro naval vai

[15:00] construir navios, embarcações para resolver um problema. O engenheiro mecânico vai estudar na mecânica para resolver problemas naquele naquele domínio e por aí vai, tá? Então o engenheiro de software ele precisa resolver problemas com software, tá? E aí o que que esse engenheiro de software precisa fazer? Bom, ele precisa levantar os requisitos, né? Você precisa saber, cara, qual é o problema que tá acontecendo aqui, né? O que que o que que eu quero resolver, que qual é a sua dor e como que eu posso pensar na solução para aquela sua dor em particular, tá? Ele precisa planejar o stack, né? Ou seja, agora que eu já entendi qual é o seu problema e eu já

[15:33] pensei na solução, qual stack, quais ferramentas, quais, qual linguagem de programação, qual banco de dados, qual vai ser a arquitetura que eu vou usar para isso? Vai ser um app mobile, vai ser um web, um web app? Vai ser um script? Como que eu consigo resolver esse seu problema? Então, o engenheiro de software vai fazer tudo isso, ele vai fazer, claro, a implementação, ele vai ter que validar e ele vai iterar sobre isso, tá? ele vai iterar. Claro que aqui eu tô confundindo aqui um pouco o trabalho do que seria um arquiteto com um programador, porque na prática você acaba tendo que fazer tudo, tá? Então

[16:05] você vai aqui pensar em, né, criar MVPs, certo? Você vai eh monitorar, você vai falar de novo com o usuário e ver o que que ele achou, né? E você vai seguir fazendo isso aqui. Agora, pessoal, algumas questões aqui hoje mudaram com a IA. Por exemplo, a parte de você planejar o steack, que era algo que antes, né, demandava muito conhecimento para você entender onde que cada coisa quebra, né, onde que você pode usar uma tecnologia, onde que aquela tecnologia não vai ser tão boa para você. Hoje não é que ela sumiu, ela continua lá, claro,

[16:37] né? Se você pegar e pedir pra Ia te dizer qual stack você vai usar e você não entender nada, você vai ficar meio vendido. Mas a verdade é é que os modelos, com os treinamentos que eles vêm recebendo em diversos code bases já meio que sabem ou já vão ter um bom plano para você de cara, tá? Então não vai fugir muito ali, né? Você já consegue fazer coisas, né? já saber mais ou menos o que você vai, você tem que trabalhar. E tem o detalhe também, tem o detalhe que antigamente, como você precisava dessa parte aqui de implementação que você ia fazer, cara, você precisava entender. Então, pô, eu

[17:09] vou eu vou programar aqui, mas o meu time só sabe Java e eu entendi que o melhor para eu programar aqui seria JavaScript, certo? Pô, mas meu time só sabe Java, cara. E aí, como que eu faço? Pessoal ali do Java gosta de orientação, objeto, sei lá, pô, JavaScript, o pessoal não faz isso, é uma bagunça, não tem que tipagem. E aí você vai lá e dá o seu jeito para pegar aquele aquele seu profissional, tentar colocar ele paraa melhor ferramenta, paraa melhor tecnologia, para aquele problema. Hoje em dia, com a IA, isso meio que acabou, porque a IA ela é proficiente em toda a linguagem. Então você consegue escolher

[17:42] de fato a melhor linguagem e você não precisa ter um especialista naquela linguagem. Repito pessoal, saber é muito importante. Fazer ali um código você não entenda absolutamente nada, nada do que tá acontecendo. Você abriu o código, falou: “Cara, não entendo nada”. Obviamente isso não é certo, mas você consegue get away, né? Você consegue passar ter um produto funcional com um nível de entendimento menor da linguagem. Eu não estou falando de você não entender o software, de você não entender as implicações, você não entender os requisitos, eu estou falando da linguagem. Como que eu faço um for

[18:13] loop em Rust? Como que eu faço um for loop em go? Como que eu faço um for loop em Python? São detalhes da linguagem, beleza? você consegue hoje, sabendo menos conseguir tirar o seu projeto do papel. Então, validar, validar é algo que hoje você consegue fazer com a também. Você consegue code review, você consegue eh fazer ali testes and to end, você consegue pegar um computer use da vida e testar o seu projeto e claro e terá colocar tudo isso aqui num looping, beleza? Então esse harness para programadores é algo que você deveria

[18:47] aprender para que fizesse o seu trabalho de engenheiro de software melhor e mais rápido. Por quê, pessoal? Porque você vai entrar numa empresa e se a sua empresa for boa, AI friendly, ela talvez te deixe usar o modelo que você quiser. Quer usar Cloud Code, pode usar. Quer usar Codex, pode usar. Quer usar cursor, pode usar. Você escolhe onde você se sente mais confortável. Eu na minha empresa americana, onde eu sou responsável por estabelecer as regras de como as pessoas vão trabalhar com a eu gosto de fazer isso. Cada um tem o seu budget. Você recebe ali $00 por mês que você pode gastar com Escolha o que te

[19:21] deixa mais confortável. Eu não quero saber o que você escolheu. Eu quero que o seu resultado seja bom. Essa é a filosofia que eu gosto de aplicar nas minhas empresas. pode ser que a sua empresa seja diferente, tudo bem, mas aqui a gente tá trabalhando pro qual que seria a melhor forma de você usar IA no seu dia a dia. Então, dito isso, você vai receber ali um budget ou talvez a empresa já te dê, cara, você tem assinatura aqui do Cloud Code, que seja, tá? E você precisa, dentro daquele harness que você recebeu para você usar ou que você escolheu para você usar construir o melhor sistema de trabalho para você. Você vai construir o que te deixa mais confortável, tá? Então,

[19:54] talvez aqui você faça um loop engineering para te ajudar a ver sempre que tem um comentário no seu request e automaticamente você pedir para um seu agente implementar e aí validar e sei lá, comitar. Então você cria lá um loop que permite que você acompanhe isso ou um loop engineering que quando você receber ali vai pingar uma mensagem ali no seu liner, no seu gerenciador de projeto, né? O pessoal hoje usa liner. Gosto bastante, mas também tem gira,

[20:25] também tem Notion, né? Também temana, né? Enfim, onde quer que você use para gerenciar o seu issu tracker, né? GitHub Issues e por aí vai, você vai receber essa notificação aqui. Você já vai cruzar os dados com, por exemplo, a code base. Não caiu um ticket para você aqui, ó. Vou fazer o tickete. 1 2 3 4. Aí o meu agente já pega esse ticket, ele já cruza ali na codebase, ele já analisa mais ou menos onde eu tenho que mexer, análise preliminar. E aí ele te sugere,

[20:57] cara, vamos fazer isso aqui. A solução é fazer isso aqui, ó. Solução. E aí você valida de novo, valida humanamente, tá? Você lê, você vê, opa, pera aí, o meu agente falou isso aqui. Mas calma aí, gente. Você esqueceu dessa outra parte. Calma aí, gente. Você esqueceu que aqui nesse projeto a gente faz assim e não assado? E aí você entendeu: “Putz, ele tá errando isso aqui toda hora, cara”. Quer saber? Antes de eu de eu partir pra implementação, eu vou fazer um deturzinho aqui e vou criar uma skill. Criar uma skill, porque a próxima vez que isso acontecer, essa skill já é chamada aqui na solução, beleza? E aí

[21:29] você ficou feliz com a validação, com o plano e aí você pede pro seu agente implementar. Note, isso aqui é da sua empresa? Não, isso aqui foi você que construiu para você. Você se tornou um engenheiro de software mais capaz fazendo isso aqui. Você se tornou um profissional melhor, mais eficiente fazendo isso aqui. Ninguém te pediu para fazer isso. Talvez possa te pedir, o seu gerente, seu chefe, seu manager, pode perguntar como que você tá usando IA. Eu você fala: “Cara, eu criei isso aqui para mim e tal, mas olha só, presta atenção, tá? Eh, eu tô participando da análise preliminar. Eu tô vendo quando

[22:00] ele implementa, ele cai aqui nesse nesse meu loop de validar e tudo mais. Eu tô olhando, né, o PR, então eu nunca fico muito tempo sem sem responder os meus colegas. E você construiu isso aqui para você. Então você precisa ter a sua própria fortaleza, vamos botar assim, as suas próprias ferramentas. Você construiu o que funciona bem para você. E claro, aqui você consegue fazer no seu harness decidir, talvez você use o open code e aí você tem aqui um processo decisório na solução. Se for front end, aí você fala para ele usar o opos. Se

[22:33] for back end, você fala para ele usar o GPT6 Astra. E aí você, cara, você porque você sabe que eles vão bem assim. E aí quando vai começar um trabalho de front end, aí você dá uma instrução, pera aí, pera aí. Vai trabalhar com isso aqui. É, eu quero que você é se conecte ali no Figma. Se conecta no Figma e sempre valida frente ao Figma, porque é o Figma que o meu designer trabalha. Então, pessoal, você vai ser capaz de trabalhar de uma forma muito mais eficiente se você criar isso aqui para você, seja dentro de um time de programação, seja

[23:04] você para você mesmo, beleza? E antes de eu falar de Highs Engineering, aplicada ao contexto específico da sua empresa, se você tá gostando dessa aula até agora, primeira coisa que eu já te peço, né, pô, já dá o like aqui, né? Beleza? ajuda, ajuda a gente. Repito, me conta aqui nos comentários se você está gostando desse novo formato, se você me acompanha aqui há um tempo. Se você é novo aqui no canal, pois já se inscreve também aqui no canal. A gente fala bastante desses assuntos relacionados à engenharia de software, programação agênica, engenharia de a tudo isso nós falamos aqui nesse canal, beleza? E aí, aproveitando então que eu já comecei o assunto sobre harness engineer, é

[23:37] justamente isso e muito mais que eu vou falar na minha formação de engenharia de a minha formação de AI native engineer. Você quer ser um engenheiro nativo, quer trabalhar com IA da melhor forma, você tem uma empresa, quer implementar IA da melhor forma na sua empresa. Eu estou lançando a minha trilogia de cursos Fundamentos da Engenharia de A, programação agêntica e Harness Engening. Ela vai ser lançada no dia 30 de setembro. Então, oficialmente tô anunciando a data do lançamento. O link, se você quiser participar ali da lista

[24:07] de espera, vai est aqui na descrição e no comentário fixado. Pode ser que você quando esteja assistindo esse vídeo já tenha saído, né, o curso, mas vai lá conhecer um pouco mais. Vou deixar o link aqui, tá? E eu tenho certeza que você vai gostar, principalmente se você quer desenvolver os seus próprios harnesses para você ou para uma empresa. E se você quer aprender a usar o máximo, extrair o máximo da inteligência artificial no seu trabalho. É isso que eu tô devotando bastantes horas para construir esse conteúdo, para criar esse conteúdo do zero, conteúdo assim bem profundo mesmo para quem quer aprender,

[24:39] mas que vai te colocar rapidamente no caminho certo para trabalhar comb. Beleza? Então não deixa de se inscrever aí na descrição e no comentário fixado. Maravilha, pessoal. Então, a gente falou aqui do trabalho do engenheiro de software criando o seu próprio harness. Esse aqui foi o ponto número um. E agora eu quero falar do ponto número dois, que é você criar o harness para um domínio específico. Que que é isso aqui? Tá, eu acabei de dizer no meu vídeo onde eu falei do agents API lá da Open AI que permite que você rode o Codex como um harness, né? Rodando ali hosteado na máquina da Open AI. Eu vou deixar o link

[25:14] aqui porque ficou bem legal também. um vídeo mais técnico, mais prático, como você pode implementar isso que eu vou falar aqui agora na prática, tá lá no vídeo, né, da do agenti. Mas basicamente pense o seguinte, tá? Tem dois contextos que eu vejo aqui, né, que são importantes. O primeiro contexto é meu time está usando IA. E agora, pessoal, seja você purista, seja você um apocalíptico da IA, nada vai mudar o fato de que as pessoas tradicionais, né, não só desenvolvedores, estão usando IA. O cara do marketing tá usando IA, o cara

[25:44] do financeiro tá usando IA, o cara, né, do jurídico tá usando IA, né, o PM tá usando IA, tá todo mundo usando IA. E essas pessoas precisam de ter suporte dentro do ambiente da empresa. Ou seja, essa pessoa aqui, talvez ela esteja usando um MCP, sei lá, do Post Hog ou do Amplitude ou do Google Analytics, ou talvez ela esteja usando o Metaads, ou talvez essa pessoa seja de Life Cycle. E aí ela tá usando aqui o Active Campaign ou talvez seja um cara de vendas. E aí ele tá usando o Sales Force. Então pessoal, o que que eu quero dizer aqui?

[26:17] O seu time vai estar usando um conjunto de ferramentas que vai se conectar via MCP ou CLI ou script ou o que quer que seja e eles vão começar a usar isso aí. E a solução não é eles não usarem, a solução é eles usarem isso aqui da forma correta. O que que significa da forma correta? Significa que eles precisam ser capazes de cruzar esses dados, porque esse é o grande barato da IA, certo? Você consegue ter os dados ali na sua mão de uma forma muito fácil, tá? E talvez eles queiram cruzar esses dados com o seu banco de dados proprietário. E

[26:48] aí, mas Rafael, não, mas eu não posso deixar eles eles acessarem um banco de dados, é muito perigoso. Mas imagina um mundo perfeito onde eles conseguissem acessar o banco de dados e aí você tivesse o seu PM, tá? o seu PM, o seu product manager, ele tá precisando pensar ali, cara, como que eu vou aumentar a conversão de uma determinada página? E aí esse PM que tá querendo aumentar a conversão, ele pluga lá do postog, ele pluga lá do amplitude os dados. Ó, essa página aqui, página um, tem a conversão aqui de 8%, a página 2,

[27:19] tem a conversão aqui de 2%. Que será que a gente tá fazendo em uma que a gente não tá fazendo na outra? Será que tem alguma coisa de estranho aqui? E aí esse PM analisando ali, ele pluga. Olha só que perigo. Ele pluga lá na code base porque agora a Ia consegue saber qual é cada página. E aí ele analisa e ele chega com uma hipótese. Olha, na página um é, a gente tá fazendo isso aqui, na página dois a gente tá fazendo isso aqui. E ele vai lá e escreve um ticket porque ele testa uma hipótese. Vamos fazer um AB test, né? Usando o mesmo princípio da página dois na página um. Pronto, pessoal. A gente tem aqui o PM,

[27:52] um cara que não é técnico, puxando o dado de tudo quanto é lado para chegar numa numa hipótese que ele vai criar o ticket para você trabalhar. Ele precisa ter isso, ele precisa ter acesso a isso, tá? E aí talvez ele fala: “Cara, mas eu tô convertendo mais, mas será que eles estão é realizando tal coisa no meu app?” Aí ele vai lá e puxa do banco de dados para ver ali no banco de dados qual é a qualidade do perfil de cada um, né? Qualidade do usuário. Por quê? Porque não adianta só converter, ele quer converter o cara com maior qualidade. Ele busca tudo isso e coloca tudo isso na análise dele sem pedir para

[28:23] ninguém. Você precisa ser o cara que vai deixar ele confortável para fazer isso. Isso é domain specific hardness. É você criar o conjunto de freios. Lembra do nosso cachorro aqui, ó? Olha os freios que nós estamos colocando, olha os arreios que a gente tá colocando para que ele consiga trabalhar aqui sem que ele faça besteira, sem que ele, né, cometa um erro de segurança, sem que ele mexa no código de forma inadvertida, sem que ele mexa no banco de dados com uma

[28:53] query muito pesada e derrube o seu servidor. Você tem que ser o responsável por construir essa proteção, tá? Então você vai construir essa proteção. Você precisa saber isso. Por quê, pessoal? Porque os profissionais, os noed workers, eles vão fazer isso, quer você queira, quer você não queira. O CEO quer que eles façam isso, eles querem fazer isso, todo mundo quer fazer isso. Agora as IA estão querendo capturar essas pessoas. Cada vez mais nós temos conectores, MCPs, skills. E aí você tem que chegar para eles e falar: “Beleza,

[29:23] deixa eu organizar essa bagunça aqui. Você vai usar dentro aqui da minha sandbox, você vai usar aqui dentro dessa VM. A gente vai ter esse conjunto de permissões. Eu parei, parei com esse negócio aqui de ficar mandando API aqui para um lado pro outro. Então eu vou configurar, eu configuro o conector e por aí vai. E aí aqui você pode tomar diversas decisões que aí sim entra, lembra da questão aqui do engenheiro de software, né, planejando a STEC. Qual

[29:53] que é a nova forma de planejar Stack? A nova forma de planejar stack agora é o seguinte, como ele, né, ou seja, como o knowledge worker, né, como o cara dentro da minha empresa, o meu corker, né, como o corker, o meu companheiro de trabalho vai usar. Como que ele vai acessar tudo isso? Como que ele vai acessar tudo isso? Existem várias respostas para essa pergunta, tá? Você pode criar, por exemplo, um agente nativo. Então você vai lá, cria uma interface interna, um app interno, e você coloca todas as capacidades lá, dá um login e senha e

[30:24] cada um vai usar dentro daquele ambiente, tá? Isso aqui é bem comum, só que cada vez mais a gente tá vendo a necessidade de usar isso aqui headless. Que que é isso, pessoal? é você dá ali dentro da sua empresa um MCP, por exemplo. Então você vai criar aqui um MCP da sua empresa. E aí esse MCP ele vai expor diversas ferramentas. Ele vai expor aqui a conexão com Post Hog, ele vai expor a conexão com Google Analytics, ele vai expor a conexão com MetaSs, ele vai expor a conexão com o banco de dados, dependendo da permissão

[30:58] do usuário, dependendo do usuário, ou seja, qual usuário no banco de dados, o que que ele pode, o que ele não pode fazer, você vai ser o responsável a criar isso aqui e disponibilizar para que aquela pessoa possa instalar lá no harness favorito dela. Então essa é a principal vantagem de você fazer isso aqui. A vantagem de ser headless é que cada um usa onde é mais confortável. Ué, a gente não falou que o programador, né, vai usar ali o harness que ele quiser. Por que que o outro profissional também não pode? Tem muita gente que gosta de

[31:28] trabalhar no cloud cor, tem gente que gosta de trabalhar no open claw, tem gente que gosta de trabalhar no Hermes, tem gente que prefere o Cloud Code, tem gente que prefere o Codex. Você criou um MCP Headless e você disponibilizou para que o seu companheiro de trabalho possa ter acesso a tudo isso. E aqui agora você não está mais acelerando só o desenvolvimento de software, porque aqui, qual que é a graça, né? Aqui a gente acelera. Aqui eu tô acelerando software e aqui no número dois eu tô acelerando o processo. Tô acelerando a empresa como um todo. Eu não estou acelerando somente a parte de

[32:01] desenvolvimento. E aí você viu agora você ficou ainda mais útil porque você não tá só no nível do código da programação. Você tá olhando holisticamente que que o meu cara de dados precisa, o que que o meu salespa, o que que o meu analytics precisa, o que que o meu PM precisa. E eu sou ali capaz de criar esse ambiente para que eles trabalhem de forma controlada dentro de um harness. Então pessoal, era essa aula que eu queria passar para vocês. Por favor, me conta aqui nos comentários de verdade se você gosta desse formato. Eu

[32:32] eu gosto, tá? Eu já adianto que eu gosto graver isso aqui quase tudo de uma vez só. Bem legal. Para mim é muito bom falar desse tipo de assunto. E repito, né, esse e outros temas vão ser ali vão fazer parte da minha formação de engenheiro nativo de a E AI Native Engineer, que vai incluir ali três cursos fundamentos da engenharia de A, programação agêntica, Harness Engineering. Rafael, por que três? Porque na do fundamentos você aprende o que que são as coisas, você dá nome às coisas. É muito comum que nós passemos por cima dos conceitos. ali no fundamento, eu te explico tudo

[33:04] bonitinho. A gente vai ali pra parte de programação agêntica. Para quem isso? Para quem quer construir com IA. Você quer usar IA para desenvolver software. Então você precisa aprender como fazer isso da melhor forma, como planejar, como implementar, como verificar, como acelerar, paralelizar. Tudo isso são coisas que eu vou ensinar lá no curso. E aí você pode aprender a base, você pode aprender a implementação e você agora também pode aprender a desenvolver o seu próprio que é justamente o curso de harness. E já dou aqui um spoiler para vocês. Quando eu abri a lista de espera lá do programa aí, o curso de HNY foi

[33:36] justamente o que eu tive mais procura, tá? Então, esses três cursos vão sair em um bundle, em um pacote no dia 30 de setembro. Já vou adiantando a data para você. E eu repito o meu convite para você se inscrever no link que vai est tanto na descrição quanto no comentário fixado, beleza? Agradeço imensamente por você ter chegado até aqui nessa aula. Me conta realmente se você gostou. Não deixa de se inscrever no canal. Me ajuda bastante, pessoal. se inscreva aqui para você receber sobre os próximos vídeos, receber as notificações sobre novos modelos que estão saindo, nossos reviews e também esses assuntos mais técnicos

[34:06] também, né? Não deixa de curtir o vídeo e hypar estiver no celular. Agradeço bastante a sua ajuda e até a próxima. Yeah.