Como colocar a IA no centro do workflow da sua empresa

Author: Cortes do Rafael Quintanilha · 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: Como colocar a IA no centro do workflow da sua empresa · Channel: Cortes do Rafael Quintanilha · 07:15 · Watch on YouTube

Topics: AI agents, Task and workflow automation, Cybersecurity and software security

Summary

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.

Key points

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.

Chapters

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

Quotes

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

Concepts and entities

Harness, domain-specific harness, MCP, CLI, sandbox, VM, Agents API, Codex, PostHog, Amplitude, Google Analytics, Meta Ads, ActiveCampaign, Salesforce, OpenAI, Rafael Quintanilha

Full transcript (original language)

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.