Como colocar a IA no centro do workflow da sua empresa

Autoria: Cortes do Rafael Quintanilha · 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: Como colocar a IA no centro do workflow da sua empresa · Canal: Cortes do Rafael Quintanilha · 07:15 · Assistir no YouTube

Tópicos: Agentes de IA, Automação de tarefas e workflows, Cibersegurança e segurança de software

Resumo

O vídeo apresenta a criação de um harness específico para o domínio da empresa, para que diferentes equipes possam usar IA com acesso controlado às ferramentas e aos dados de que precisam. Em vez de impedir o uso de IA, a proposta é oferecer proteções para cruzar dados, analisar resultados e gerar hipóteses sem expor a empresa a riscos de segurança ou desempenho. O engenheiro de software pode organizar esse acesso em uma sandbox ou VM, com permissões e conectores configurados. Uma opção é disponibilizar um MCP headless, que as pessoas podem usar no harness de sua preferência, ampliando a automação para além do desenvolvimento de software.

Pontos-chave

Profissionais de áreas como marketing, finanças, jurídico, vendas e produto já usam IA, e precisam de suporte dentro do ambiente da empresa.
A solução não é impedir o uso de IA, mas permitir que as equipes a utilizem de forma segura e adequada.
Um harness específico para o domínio da empresa pode permitir o cruzamento de dados de ferramentas externas com dados proprietários.
PMs podem usar esses dados junto à codebase para investigar diferenças de conversão, formular hipóteses e criar tickets para testes.
O harness deve incluir proteções contra erros de segurança, alterações inadvertidas no código e queries pesadas que prejudiquem o servidor.
O acesso pode ser organizado em uma sandbox ou VM, com permissões definidas e conectores configurados, em vez de distribuir API keys.
As capacidades da empresa podem ser oferecidas por meio de um app interno ou de um MCP headless.
Um MCP headless permite que cada profissional acesse as ferramentas a partir do harness de sua preferência.
O objetivo é acelerar os processos da empresa como um todo, não apenas o desenvolvimento de software.

Capítulos

Início	Capítulo	Resumo
00:00	Harness para um domínio específico	O apresentador introduz a ideia de criar um harness voltado a um domínio da empresa e relaciona a proposta à execução headless do Codex.
02:03	Cruzar dados para gerar hipóteses	Um PM combina dados de conversão, codebase e banco de dados para investigar resultados e propor um teste.
04:09	Proteções e planejamento do acesso	O engenheiro organiza conectores, permissões e ambientes controlados para permitir o uso seguro de IA pelas equipes.
05:11	App interno ou MCP headless	O vídeo compara a criação de um agente nativo com a disponibilização de um MCP headless para diferentes harnesses.
06:45	Acelerar a empresa como um todo	O acesso a um MCP headless em diferentes ferramentas pode acelerar processos de várias áreas, não apenas o desenvolvimento.

Citações

A solução não é eles não usarem. A solução é eles usarem isso aqui da forma correta. — 01:32

Você precisa ser o cara que vai deixar ele confortável para fazer isso. — 03:37

Os profissionais, os knowledge workers, eles vão fazer isso, quer você queira, quer você não queira. — 04:09

A vantagem de ser headless é que cada um usa onde é mais confortável. — 06:13

Eu não estou acelerando somente a parte de desenvolvimento. — 06:45

Conceitos e entidades

Harness (conceito): Ambiente pelo qual uma pessoa ou agente acessa ferramentas e capacidades de IA.
domain-specific harness (conceito): Harness configurado para as ferramentas, os dados, as permissões e os riscos de um domínio específico da empresa.
MCP (conceito): Padrão citado como forma de conectar o harness a ferramentas e dados da empresa.
CLI (conceito): Uma das formas mencionadas para conectar ferramentas ao ambiente de trabalho.
sandbox (conceito): Ambiente isolado proposto para que profissionais usem IA com controles e permissões definidos.
VM (conceito): Máquina virtual mencionada como possível ambiente controlado para o uso de ferramentas.
Agents API (ferramenta): API da OpenAI mencionada como forma de executar o Codex como harness headless.
Codex (ferramenta): Ferramenta da OpenAI citada no contexto de execução como harness headless.
PostHog (ferramenta): Ferramenta de análise de dados citada como possível fonte de informações para equipes da empresa.
Amplitude (ferramenta): Ferramenta de análise de dados mencionada no exemplo de comparação de conversão entre páginas.
Google Analytics (ferramenta): Ferramenta citada como possível conexão de um MCP interno da empresa.
Meta Ads (ferramenta): Ferramenta de anúncios mencionada como possível conexão para uso das equipes.
ActiveCampaign (ferramenta): Ferramenta mencionada como exemplo de uso por profissionais de life cycle.
Salesforce (ferramenta): Ferramenta citada como exemplo de uso pela equipe de vendas.
OpenAI (empresa): Empresa associada à Agents API e ao Codex no vídeo.
Rafael Quintanilha (pessoa): Apresentador que explica como criar um harness para apoiar o uso corporativo de IA.

Tradução completa (pt-BR)

00:00 Maravilha, pessoal. Então, a gente falou aqui do trabalho do engenheiro de software criando o próprio harness, que 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. O que é isso aqui? Eu acabei de dizer no meu vídeo em que falei do Agents API, lá da OpenAI, que permite que você rode o Codex como um harness headless, rodando hospedado na máquina da OpenAI. Vou deixar o link aqui, porque também foi bem legal: um vídeo mais técnico, mais

00:30 prático, sobre como você pode implementar isso que vou falar aqui agora. Na prática, está lá no vídeo do Agents API. Mas, basicamente, pense no seguinte: tem dois contextos que eu vejo aqui e 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ão só desenvolvedores, estão usando IA. O cara do marketing está usando IA, o cara do financeiro está usando IA, o cara do

01:01 jurídico está usando IA, o PM está usando IA, está todo mundo usando IA. E essas pessoas precisam de suporte dentro do ambiente da empresa. Ou seja, essa pessoa aqui talvez esteja usando um MCP, sei lá, do PostHog, do Amplitude ou do Google Analytics. Ou talvez esteja usando o Meta Ads. Ou talvez essa pessoa seja de life cycle e esteja usando o ActiveCampaign. Ou talvez seja um cara de vendas e esteja usando o Salesforce. Então, pessoal, o que eu quis dizer aqui? O seu time vai estar usando um

01:32 conjunto de ferramentas que vai se conectar via MCP, CLI, script ou o que quer que seja, e as pessoas vão começar a usar isso. E a solução não é elas não usarem. A solução é elas usarem isso da forma correta. O que significa da forma correta? Significa que elas 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. E talvez elas queiram cruzar esses dados com o seu banco de dados proprietário. E aí? Mas, Rafael, não, eu não posso deixar que elas acessem o banco de dados, é muito perigoso. Mas imagina um mundo perfeito em que elas conseguissem acessar o banco de dados. E aí você teria o seu PM, o seu PM, o seu product manager, que está precisando pensar: cara, como vou aumentar a conversão de uma determinada página? E aí esse PM que quer aumentar a conversão conecta o PostHog, conecta o Amplitude e pega os dados. Olha, esta página aqui, a página um, tem uma conversão de 8%. A página dois tem uma conversão de 2%.

02:03 Eu não posso deixar eles acessarem o banco de dados; é muito perigoso. Mas imagina, né, um mundo perfeito em que eles conseguissem acessar o banco de dados. E aí você tivesse o seu PM, tá? O seu PM, o seu gerente de produto, está precisando pensar: cara, como é que eu vou aumentar a conversão de uma determinada página? E aí esse PM que está querendo aumentar a conversão pluga os dados do Post Hog e do Amplitude. Ó, esta página aqui, a página um, tem uma conversão de 8%. A página dois tem uma conversão de 2%.

02:35 O que será que estamos fazendo em uma que não estamos fazendo na outra? Será que tem alguma coisa estranha aqui? E aí esse PM, analisando, conecta — olha só que perigo — conecta à codebase, porque agora a IA consegue saber qual é cada página. E aí ele analisa e chega a uma hipótese: olha, na página um a gente está fazendo isso aqui; na página dois, está fazendo isso aqui. E ele vai lá e escreve um ticket, porque testa uma hipótese. Vamos fazer um teste A/B, usando o mesmo princípio da página dois na página um? Pronto, pessoal. A gente tem aqui o PM, um cara que não é

03:06 técnico, puxando dados de tudo quanto é lado para chegar a uma hipótese, com base na qual vai criar o ticket para você trabalhar. Ele precisa ter isso. Ele precisa ter acesso a isso. E aí talvez fale: cara, mas estou convertendo mais. Mas será que estão realizando tal ação no meu app? Aí ele vai lá e consulta o banco de dados para ver qual é a qualidade do perfil de cada usuário. Por quê? Porque não adianta só converter: ele quer converter o cara com maior qualidade. Ele busca tudo isso e inclui tudo isso na análise dele sem pedir para ninguém.

03:37 Você precisa ser o cara que vai deixá-lo confortável para fazer isso. Isso é um domain-specific harness. É você criar o conjunto de freios — lembra do nosso cachorro aqui? Olha os freios que estamos colocando. Olha os arreios que estamos colocando, para que ele consiga trabalhar aqui sem fazer besteira, sem cometer um erro de segurança, sem mexer no código de forma inadvertida, sem mexer no banco de dados com uma query muito pesada e derrubar o seu servidor.

04:09 Você tem que ser o responsável por construir essa proteção. Então você vai construir essa proteção. Você precisa saber disso. Por quê, pessoal? Por quê? Os profissionais, os knowledge workers, vão fazer isso, quer você queira, quer não. O CEO quer que eles façam isso, eles querem fazer isso, todo mundo quer fazer isso. Agora as IAs estão querendo capturar essas pessoas; cada vez mais temos conectores, MCPs, skills. E aí você tem que chegar para eles e falar: “Beleza, deixa eu organizar essa bagunça aqui. Você vai usar isso dentro da minha

04:41 sandbox, vai usar isso dentro desta VM. A gente vai ter este conjunto de permissões”. Eu parei, parei com esse negócio de ficar mandando API key para um lado e para o outro. Então vou configurar, configuro o conector e por aí vai. E aí você pode tomar diversas decisões. Aí sim entra, lembra, a questão do engenheiro de software planejando a stack. Qual é a nova forma de planejar a stack? A nova forma de planejar a stack

05:11 agora é a seguinte: como ele, ou seja, como o knowledge worker, o cara dentro da minha empresa, o meu co-worker, o meu companheiro de trabalho, vai usar isso? Como ele vai acessar tudo isso? Como ele vai acessar tudo isso? Existem várias respostas para essa pergunta. Você pode criar, por exemplo, um agente nativo. Então você vai lá, cria uma interface interna, um app interno, coloca todas as capacidades lá, dá um login e uma senha, e cada um vai usar dentro daquele ambiente. Isso é bem comum. Só que cada vez mais a gente

05:43 está vendo a necessidade de usar isso de forma headless. O que é isso, pessoal? É você disponibilizar, dentro da sua empresa, um MCP, por exemplo. Então você vai criar um MCP da sua empresa e esse MCP vai expor diversas ferramentas. Vai expor a conexão com o PostHog, vai expor a conexão com o Google Analytics, vai expor a conexão com o Meta Ads, vai expor a conexão com o banco de dados, dependendo da permissão do usuário, dependendo do

06:13 usuário — ou seja, de qual usuário do banco de dados, do que ele pode ou não fazer. Você vai ser o responsável por criar isso e disponibilizar para que aquela pessoa possa instalar no harness favorito dela. Então, essa é a principal vantagem de fazer isso. A vantagem de ser headless é que cada um usa onde se sente mais confortável. Ué, a gente não falou que o programador vai usar o harness que quiser? Por que o outro profissional também não pode? Tem muita gente que gosta de 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.

06:45 Você criou um MCP headless e disponibilizou para que o seu companheiro de trabalho possa ter acesso a tudo isso. E agora você não está mais acelerando só o desenvolvimento de software, porque qual é a graça? Aqui a gente acelera — aqui estou acelerando o desenvolvimento de 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

07:15 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 vendedor precisa, o que o meu analista precisa, o que o meu PM precisa. E eu sou capaz de criar esse ambiente para que eles trabalhem de forma controlada dentro de um harness.

Transcrição original

[00:00] Maravilha, pessoal. Então, a gente falou aqui do trabalho do engenheiro de software criando o seu próprio harness, que 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 OpenAI, que permite que você rode o Codex como um harness headless, né? Rodando ali hosteado na máquina da OpenAI. Eu vou deixar o link aqui, porque foi bem legal também, um vídeo mais técnico, mais

[00:30] prático, é como você pode implementar isso que eu vou falar aqui agora na prática, tá lá no vídeo, né, da do Agents API. 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 do financeiro tá usando IA, o cara, né, do

[01:01] 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 Posthog ou do Amplitude ou do Google Analytics. Ou talvez ela esteja usando o Meta Ads. Ou talvez essa pessoa seja de life cycle. E aí ela tá usando aqui o ActiveCampaign. Ou talvez seja um cara de vendas e aí ele tá usando o Salesforce. Então, pessoal, o que que eu falei de dizer aqui? O seu time vai estar usando um

[01:32] 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 usar. 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 aí? Mas Rafael, não, mas

[02:03] eu não posso deixar eles eles acessarem o banco de dados, é muito perigoso. Mas imagina, né, um mundo perfeito onde eles conseguissem acessar o 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 Post Hog, ele pluga lá do Amplitude os dados. Ó, essa página aqui, página um, tem a conversão aqui de 8%. A página dois tem a conversão aqui de 2%.

[02:35] 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, um cara que não é

[03:06] técnico, puxando dados de tudo quanto é lado para chegar numa uma 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 ninguém.

[03:37] Você precisa ser o cara que vai deixar ele confortável para fazer isso. Isso é domain specific harness. É 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 query muito pesada e derrube o seu servidor.

[04:09] Você tem que ser o responsável por construir essa proteção, tá? Então você, você vai construir essa proteção. Você precisa saber isso. Por quê? Pessoal, por quê? Os profissionais, os knowledge 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 IAs estão querendo capturar essas pessoas, cada vez mais nós temos conectores, MCPs, skills. E aí você tem que chegar para eles falar: “Beleza, deixa eu organizar essa bagunça aqui, você vai usar dentro aqui da minha

[04:41] 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 key para um lado para o 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 stack. Qual que é a a nova forma de planejar a stack? A nova forma de planejar a stack

[05:11] agora é o seguinte: como ele, né, ou seja, como o knowledge worker, né, como o cara dentro da minha empresa, o meu co-worker, né, como o co-worker 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 cada um vai usar dentro daquele ambiente, tá? Isso aqui é bem comum. Só que cada vez mais a gente

[05:43] tá vendo a necessidade de usar isso aqui headless. Que que é isso, pessoal? É você dar 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 posthog, ele vai expor a conexão com Google Analytics, ele vai expor a conexão com Meta Ads, ele vai expor a conexão com banco de dados, dependendo da permissão do usuário, dependendo do

[06:13] 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 trabalhar no Cloud Code, tem gente que gosta de

[06:45] trabalhar no Open Cloud, tem gente que gosta de trabalhar no Hermes, tem gente que prefere o Cloud Code, tem gente que prefere Codecs. 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

[07:15] 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, o que que o meu cara de dados precisa, o que que meu sales person precisa, 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.