Harness Engineering é o novo trabalho do engenheiro de software?

Author: Rafael Quintanilha – QuantBrasil · Watch on YouTube

Video authored by the channel shown, not by IANIA; all rights belong to the creator. Transcript and summary generated automatically; the original-language content is preserved.

Original language: Portuguese

Original video: Harness Engineering é o novo trabalho do engenheiro de software? · Channel: Rafael Quintanilha – QuantBrasil · 34:06 · Watch on YouTube

Topics: AI agents, Task and workflow automation, Software engineering with AI

Summary

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.

Key points

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.

Chapters

Start	Chapter	Summary
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.

Quotes

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

Concepts and entities

Harness Engineering, domain-specific harness, orchestration, observability, sandbox, MCP, Codex, Claude Code, Cursor, Antigravity, Pi, OpenAI, Y Combinator, Rafael Quintanilha, Uncle Bob, Gary Tan

Full transcript (original language)

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.