O que é MCP no vibe coding: a camada de onde conectar

O que é MCP, na mesa do ia.de.gabinete, é a camada de onde conectar. Ele leu a documentação oficial: JSON-RPC, sistemas externos, as mãos do modelo alcançando um mundo fora do chat. Ele tira dali 4 camadas. CLAUDE.md trata do que é, skills do como fazer, MCP do onde conectar, hooks do quando impor. Se a equipe escreve no CLAUDE.md o que deveria ser MCP, o contexto vaza.

A sessão durou 100 min.

JSON-RPC na documentação, onde conectar na mesa

Ele lê em voz alta o que a página oficial descreve:

O MCP é um protocolo Jon RPC da documentação oficial conecta sistemas externos e serve como interface padrão para que as mãos do modelo alcancem um mundo externo.

Jon RPC, no ASR, é JSON-RPC. Ele traduz o protocolo numa pergunta de camada: onde conectar. Outro recorte desta live é o do benchmark de IA; o daqui é o que é MCP e as 4 camadas.

Misturar CLAUDE.md com MCP vaza o contexto

Ele formula a decisão no meio da leitura:

A decisão central é a separação da responsabilidade. Cloud MD trata de o que é skills, como fazer, ah, o MCP de onde conectar e hooks quando impor. Se uma equipe misturar essas camadas, por exemplo, escrever um cloud em Mir, algo que deveria ser feito por MCP, surgirá o vazamento do contexto

Cloud MD e cloud em Mir, no ASR, são CLAUDE.md. O exemplo gravado é esse: escrever no CLAUDE.md algo que deveria ser feito por MCP. O arquivo que trata do que o projeto é começa a carregar o onde conectar. O contexto incha com o que deveria ficar no MCP. O modelo mistura o que o projeto é com o lugar em que se pluga.

Skills ficam no como fazer, conhecimento procedimental em SKILL.md, com palavras de ativação. Hooks ficam no quando impor.

No vibe coding, o conector mora no MCP

O atalho, com o agente já lendo o CLAUDE.md, é colar ali o sistema externo. O modelo então carrega identidade e conexão no mesmo bloco. No prompt seguinte, o conector vira parte de quem o projeto é.

A live ainda separa quem faz e quem verifica:

Isso separa quem faz e quem verifica. Antroppo observou explicitamente no artigo sobre Harners que os agents elogiam o próprio trabalho com confiança. Por isso, Hooks injetam verificações determinísticas em vez de confiar na autoavaliação do modelo.

Verificação é quando impor.

Ele lastreia permissão no que o agente toca. Só arquivo, e ele já mapeou o lugar:

como eu sei que não afeta em nada meu computador, não tô mexendo só em arquivos e neles eu tem o BP, permite que ele não me pede permissão para executar isso tudo, porque eu eu já sei na onde que ele vai mexer, que ele vai escrever isso. Senão, em cada coisa que ele fosse fazer, ele ia me pedir permissão, a gente não ia conseguir rodar isso aqui nunca.

BP, na prosa, é bypass. Ele liga porque só escreve arquivo e já sabe onde o agente vai mexer. Senão, em cada ação o agente pede permissão e o lote não roda.

Amanhã, pergunta onde conectar antes de abrir o CLAUDE.md

Amanhã, quando o agente pedir um sistema externo, pergunta em qual camada isso mora. Se é conexão, vai para MCP. Se é o que o projeto é, vai para o CLAUDE.md. Misturar as 2 no mesmo arquivo é o vazamento que ele nomeia na leitura.

Dá para assistir à live e ouvir Jon RPC, Cloud MD e cloud em Mir. No vibe coding, o CLAUDE.md responde o que o projeto é e o MCP responde onde conectar.