MCP para quem decide · Capítulo 21 de 21 · 24 min
Montar o plano de 90 dias com dono e prazo
Cada linha do plano ganha uma pessoa, uma data e uma prova que outra pessoa confere sem depender da palavra de quem executou.
Este capítulo faz parte do curso gratuito MCP para quem decide.
Plano de noventa dias sem prova de conclusão queima um trimestre de orçamento e devolve a mesma exposição do primeiro dia. A causa costuma ser a mesma: a linha diz implantar política de servidores aprovados, o dono diz que implantou, e ninguém sabe conferir. Três meses depois, o inventário mostra dezenove servidores rodando e a política aprovada continua no repositório de documentos, corretíssima e inerte.
Trinta dias para saber o que já existe rodando e em quais assistentes, trinta para impor controle e migrar para a revisão 2026-07-28, trinta para escrever no contrato, escolher fornecedor e medir o custo. Cada linha tem uma pessoa, uma data e uma condição de conclusão que outra pessoa confere.
O desenho abaixo evita a morte do plano com uma regra única: nenhuma linha entra sem uma condição de conclusão verificável por terceiro. Planilha assinada com nome e data, captura de tela datada de uma tentativa recusada, minuta em uso numa contratação real, número de custo com a data da medição ao lado. Autoavaliação do executor está proibida, inclusive para quem é bom.
Na distribuidora de material de construção, o plano nasceu de uma pergunta da CFO na reunião de aprovação: quanto disso é obrigação nossa e quanto é trabalho que alguém já fez sem avisar? Os primeiros trinta dias respondem exatamente essa pergunta, e a resposta costuma ser desagradável o suficiente para financiar os sessenta seguintes.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
- Etapa 1 de 4: Dias 1 a 30: inventário
Tecnologia e segurança. Descobrir o que já roda, em qual assistente, por qual caminho e com que credencial
- Etapa 2 de 4: Dias 31 a 60: controle e migração
Tecnologia, segurança e identidade. Impor política, amarrar acesso ao crachá e migrar para a 2026-07-28
- Etapa 3 de 4: Dias 61 a 90: contrato, fornecedor e custo
Compras, jurídico e finanças. Escrever a cláusula, decidir o fornecedor e medir o gasto por conversa
- Etapa 4 de 4: Ritual trimestral
Pauta fixa, com leitura do registro público de recursos depreciados
Dias 1 a 30, inventário, com dono em tecnologia e segurança
Seis perguntas fecham o retrato, e todas têm resposta em documento.
- 01Quais assistentes rodam na empresa, de qual das quatro famílias (Claude, ChatGPT, Gemini com Antigravity, Grok), e quem instalou cada um? O inventário costuma encontrar o dobro do esperado.
- 02Quais servidores estão conectados hoje, por qual caminho e sob qual transporte? Transporte legado é a dívida com o relógio mais curto do quadro.
- 03Qual revisão da especificação cada fornecedor implementa, e quando ele passa para a 2026-07-28, vigente desde 28/07/2026? Exija a resposta por escrito, com a string da revisão.
- 04Quais integrações dependem de Sampling, Roots, Logging, registro dinâmico de cliente ou do transporte legado? São os itens depreciados, e cada um é uma migração que alguém vai pagar.
- 05Quantas ferramentas estão declaradas contra quantas foram usadas no último mês? A diferença é gasto fixo por conversa, tema de "Medir a fatura invisível do contexto".
- 06Quais credenciais de nuvem de longa duração estão nas estações ao alcance de um servidor local?
O inventário das quatro famílias de assistentes, em setembro de 2026
| Família | Onde costuma aparecer na empresa | O que conferir no inventário | Fato que muda a decisão |
|---|---|---|---|
| Claude (Anthropic) | Desktop, Claude Code e conector MCP da API | Quais servidores cada pessoa conectou e se algum usa o conector da API com dado sensível | O conector MCP da API está em beta, fora do Bedrock e do Google Cloud, e não é elegível à retenção zero de dados |
| ChatGPT (OpenAI) | Web com modo desenvolvedor, plugins e Codex | Quem ligou o modo desenvolvedor, que permite leitura e escrita por MCP em Plus, Pro, Business, Enterprise e Edu | Plugins juntam habilidades, manifesto e servidor MCP opcional, e a verificação de segurança fica com quem publica |
| Gemini e Antigravity (Google) | Antigravity CLI e IDE, Gemini CLI em licença corporativa | Quem ainda usa o Gemini CLI em conta pessoal, que parou de atender usuários individuais em 18/06/2026 | O Antigravity CLI herdou habilidades, automações, subagentes e extensões, agora chamadas plugins |
| Grok (xAI) | API da xAI e conectores em grok.com | Quais integrações chamam servidores MCP remotos pela API | Sem servidor local e sem campo de aprovação na API compatível com OpenAI: a aprovação humana precisa estar no código da casa |
A comparação completa entre as famílias está na Parte 5. Aqui o objetivo é só saber o que já roda e com que dono.
Fonte: Claude Platform Docs (MCP connector), OpenAI Developers (modo desenvolvedor e plugins), Google Developers Blog (19/05/2026) e docs.x.ai (Remote MCP Tools).
Dias 1 a 30: inventário
| Linha do plano | Dono | Critério de aceite verificável por terceiro |
|---|---|---|
| Lista de assistentes por estação e por família, com quem instalou cada um | Segurança de estação de trabalho | Planilha por máquina, assinada com nome e data pelo responsável do parque, com a coluna de família preenchida |
| Lista de servidores conectados, com caminho e transporte de cada um | Arquitetura de tecnologia | Exportação datada da configuração das estações, com a coluna de transporte preenchida em todas as linhas |
| Revisão da especificação implementada por fornecedor e data de passagem para a 2026-07-28 | Compras, com apoio de arquitetura | Resposta por escrito de cada fornecedor citando a string da revisão, anexada à ficha do contrato |
| Integrações que dependem de Sampling, Roots, Logging, registro dinâmico de cliente ou transporte legado | Arquitetura de tecnologia | Lista nominal de integrações por recurso, com o sistema afetado e o esforço estimado de migração |
| Ferramentas declaradas contra ferramentas usadas no último mês | Quem opera a plataforma de agentes | Relatório extraído da trilha, com a contagem das duas colunas e o período medido declarado |
| Credenciais presentes nas estações que um servidor local alcançaria | Segurança da informação | Varredura datada por máquina, com a lista de sessões de nuvem de longa duração encontradas |
| Contas pessoais em uso para trabalho, inclusive Gemini CLI individual desativado em 18/06/2026 | Segurança da informação | Lista nominal de contas pessoais encontradas, com a conta corporativa que substitui cada uma |
Nenhuma linha deste bloco depende de compra, de contratação ou de aprovação de terceiro. Todas dependem de alguém dedicar horas e assinar o resultado.
Dias 31 a 60, controle e migração, com dono em tecnologia, segurança e identidade
O bloco do meio transforma decisão em equipamento. A política de servidores aprovados sai publicada e imposta por URL ou por comando, com a lista de bloqueio antes da de permissão. Em seguida entra a definição escrita de quem aprova cada um dos quatro eventos: conexão de servidor, publicação de aplicação, instalação em estação e exposição de servidor próprio.
O catálogo interno ganha dono nomeado e horas de segurança reservadas, porque catálogo sem dono envelhece em seis semanas. A seguir vêm escopo mínimo na primeira conexão, versão fixada, piloto de autorização pelo provedor de identidade e a trilha integrada ao monitoramento que a empresa já opera.
A sétima entrega é a migração. Servidores próprios passam para a revisão 2026-07-28, sem estado e com resposta ao server/discover, e a autorização troca o registro dinâmico de cliente pelos Client ID Metadata Documents. Critério de aceite do bloco: máquina de teste recusando servidor fora da lista, com captura datada, mais os dois testes de validação descritos em "Escrever a política de uma página que o regulador pede".
Dias 31 a 60: controle e migração
| Linha do plano | Dono | Critério de aceite verificável por terceiro |
|---|---|---|
| Política de servidores aprovados publicada e imposta por URL ou comando, com bloqueio antes da permissão | Tecnologia, com aprovação de segurança | Captura datada de uma máquina de teste recusando servidor fora da lista, mais os dois testes de validação da política |
| Definição escrita de quem aprova conexão, publicação de aplicação, instalação em estação e exposição de servidor próprio | Segurança da informação | Documento de uma página aprovado, com nome e função em cada uma das quatro linhas |
| Catálogo interno com dono nomeado e horas de segurança reservadas | Segurança da informação, com orçamento aprovado | Catálogo publicado com data da última revisão e as horas por trimestre registradas na peça orçamentária |
| Escopo mínimo na primeira conexão, versão fixada e revalidação obrigatória em mudança de definição | Arquitetura de tecnologia | Captura da tela de consentimento de dois servidores homologados, mostrando o escopo pedido na primeira conexão |
| Piloto de autorização gerenciada pelo provedor de identidade da casa | Identidade e acesso | Um servidor entregue conectado no primeiro login de um usuário de teste, ou registro formal do prazo de espera com o motivo declarado |
| Trilha registrando qual ferramenta, por quem e com que resultado, integrada ao monitoramento existente | Segurança da informação | Consulta executada na plataforma de monitoramento devolvendo os eventos das últimas 24 horas, com captura datada |
| Migração dos servidores próprios para a revisão 2026-07-28 e troca do registro dinâmico por Client ID Metadata Documents | Arquitetura de tecnologia | Resposta do server/discover de cada servidor próprio mostrando a revisão 2026-07-28, conferida no inspetor oficial |
A linha de identidade admite duas conclusões legítimas, e uma delas é o registro do prazo de espera. Fingir entrega quando o provedor da casa ainda não é atendido transfere o problema para o trimestre seguinte com aparência de resolvido.
Dias 61 a 90, contrato, fornecedor e custo, com dono em compras, jurídico e finanças
O bloco final converte tudo o que veio antes em cláusula, em escolha e em número. A minuta padrão passa a exigir revisão da especificação nomeada e nível de biblioteca. Exige também prazo de correção com direito de rescisão, auditoria sobre mudança de comportamento e autorização do servidor antes da implantação.
A decisão de fornecedor sai da Parte 5, com o inventário das quatro famílias na mão. A pergunta útil é qual família cobre os processos críticos da casa com aprovação humana, retenção de dados e caminho de conexão aceitáveis, e qual fica como segunda opção. A resposta vai para uma página assinada, com o critério escrito antes da comparação.
A área financeira entra com um teto de gasto de contexto por conversa. Entra também uma regra que economiza sem esforço: agrupar mudança de catálogo em janela definida, para não reescrever o cache a cada inclusão. O último item é um piloto de baixo risco com critério de aceite escrito antes do início. Critério de aceite do bloco: minuta em uso numa contratação real e gasto por conversa medido, com data ao lado.
Dias 61 a 90: contrato, fornecedor e custo
| Linha do plano | Dono | Critério de aceite verificável por terceiro |
|---|---|---|
| Minuta padrão atualizada com revisão da especificação nomeada e nível de biblioteca exigido | Compras, com jurídico | Minuta assinada em uma contratação real, com as duas exigências no corpo do contrato |
| Prazo de correção com direito de rescisão e direito de auditoria sobre mudança de comportamento após a implantação | Jurídico | Cláusula aprovada pelo jurídico e presente na mesma contratação real |
| Autorização formal do servidor antes da implantação, com revisão em nível de ferramenta | Segurança da informação, com compras | Ficha de autorização preenchida e assinada para o último servidor implantado no período |
| Decisão de fornecedor principal e de segunda opção entre as quatro famílias, apoiada na Parte 5 | Diretoria de tecnologia, com compras | Página assinada com o critério datado antes da comparação e a família escolhida para cada processo crítico |
| Teto de gasto de contexto por conversa acordado com a área financeira | Finanças, com quem opera a plataforma | Número em reais por conversa registrado, com a data da medição e o método declarados ao lado |
| Regra de agrupar mudança de catálogo em janela para evitar pico de reescrita de cache | Quem opera a plataforma de agentes | Janela publicada no calendário de mudanças, com duas alterações já agrupadas nela |
| Corte das ferramentas declaradas e não usadas no último mês | Quem opera a plataforma de agentes | Comparação antes e depois da contagem de ferramentas declaradas, com a data de cada medição |
| Piloto de baixo risco com critério de aceite escrito antes do início | A área dona do processo escolhido | Documento de uma página com o critério datado antes da data de início do piloto |
O direito de auditoria sobre mudança de comportamento depois da implantação é a cláusula mais subestimada da lista, porque servidor aprovado ganha ferramenta nova pelas mãos do fornecedor sem pedir licença.
Regra de desenho que vale para as 22 linhas do plano: critério de aceite verificável por terceiro, com proibição explícita de aceite baseado em autoavaliação do executor. Frases que reprovam a linha na hora: implantado, em andamento, time treinado, política comunicada, processo definido. Frases que aprovam: planilha assinada por nome em tal data, captura de tela de tal data mostrando a recusa, cláusula presente no contrato tal, número medido em tal dia por tal método. Dado interno que ainda não existe entra como linha própria, com dono e data para ser levantado, e nunca como número estimado de cabeça.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Datas externas que a empresa não controla e precisa acompanhar
- 28/07/2026Concluído
Publicação da revisão 2026-07-28 da especificação
Desde esta data, contrato ou critério de aceite que diga apenas compatível com o protocolo fica ambíguo. A cláusula precisa nomear a string da revisão.
- 25/09/2026Agora
Portal de submissão de conectores e plugins do Claude
Muda o calendário de quem planeja publicar servidor próprio, tema de "Preparar a empresa para ser o servidor".
- Fim de outubro de 2026Previsto
Próxima atualização trimestral dos grupos de trabalho
Os grupos publicam ao fim de janeiro, abril, julho e outubro. É a leitura mais barata de acompanhamento do padrão e entra na pauta fixa do ritual trimestral.
- Sem data de calendárioPrevisto
Remoção elegível do transporte legado
Três meses depois de a proposta de ciclo de vida pertinente alcançar o estado Final. O prazo fica registrado pelo gatilho, sem data inventada.
- 2027Previsto
Adensamento da fiscalização nacional sobre inteligência artificial
As ações do eixo de inteligência artificial da autoridade nacional de proteção de dados estão concentradas em 2027, o que faz de 2026 o ano de arrumar a casa.
- 28/07/2027Previsto
Remoção elegível de Sampling, Roots, Logging e registro dinâmico de cliente
Na primeira revisão publicada em ou após esta data. Um ano é prazo suficiente para planejar migração e curto demais para descobrir na véspera.
O ritual trimestral, com pauta fixa de seis itens
O plano de noventa dias entrega controle. O ritual entrega permanência, custa noventa minutos por trimestre e segue a pauta abaixo.
- Leitura do registro público de recursos depreciados, a página única que responde o que está saindo e até quando.
- Leitura da atualização trimestral dos grupos de trabalho, publicada ao fim de janeiro, abril, julho e outubro.
- Revisão do catálogo interno: o que entrou, o que saiu, o que mudou de definição desde a última revisão.
- Contagem de ferramentas declaradas contra usadas, com o corte do excedente aprovado na própria reunião.
- Revisão da lista nominal de quem acessa cada servidor, com remoção de quem mudou de função.
- Estado das linhas adiadas ou em espera, com dono e data para cada uma.
A pauta é fixa de propósito. Reunião de acompanhamento com pauta livre vira reunião de status, e reunião de status não remove servidor de máquina nenhuma.
Governar o plano enquanto ele roda
O plano morre na execução, e não no desenho. Cinco regras de governo, com dono e cadência, seguram as 22 linhas até o dia 90.
Passo 1: Nomear um dono único do plano (dia 1, dono: CEO ou diretoria de operações)
Uma pessoa com mandato escrito para cobrar as três frentes, inclusive áreas que não respondem a ela.
Deu certo quando: Mandato de uma página assinado pela diretoria e enviado aos donos de cada linha.
Erro comum: Três donos de bloco e nenhum coordenador: entrega a frente de quem gritou mais alto.
Passo 2: Fazer o rito quinzenal de 30 minutos (a cada 15 dias, dono: dono do plano)
Cada dono de linha mostra a evidência, não o status. Linha sem evidência nova aparece como parada.
Deu certo quando: Seis ritos realizados em 90 dias, cada um com ata de uma página e evidências anexadas.
Erro comum: Deixar o rito virar reunião de status com pauta livre.
Passo 3: Aplicar o critério de aceite sem ressalva (em cada rito, dono: pessoa que confere)
Quem confere a linha é outra pessoa que não o executor. Sem a prova escrita no plano, a linha continua aberta.
Deu certo quando: Zero linha marcada como concluída sem prova anexada no fim de cada bloco de trinta dias.
Erro comum: Aceitar com ressalva e empurrar o teste para o trimestre seguinte, onde ele some do relatório.
Passo 4: Escalonar em duas semanas (quando a linha atrasa, dono: dono do plano)
Linha parada por dois ritos seguidos sobe para a diretoria com três opções: mais horas, novo prazo ou adiamento datado.
Deu certo quando: Cada escalonamento registrado com a opção escolhida e a data em que ela foi decidida.
Erro comum: Esperar o dia 90 para descobrir que uma frente inteira nunca começou.
Passo 5: Fechar o dia 90 com o ritual já marcado (dia 90, dono: dono do plano)
O último rito aprova o que foi entregue, lista o que foi adiado com data e marca as quatro reuniões trimestrais do próximo ano.
Deu certo quando: Relatório final de uma página e quatro datas no calendário da diretoria.
Erro comum: Encerrar o plano sem ritual e ver o catálogo envelhecer em seis semanas.
No fim você tem: Um plano de 22 linhas governado por evidência, com escalonamento previsível e o ritual trimestral pronto para o dia 91.
Material para repassar ao time técnico
Como o time levanta o inventário de servidores sem depender de declaração de cada pessoa?
Duas frentes em paralelo. A primeira lê os arquivos de configuração de cada assistente na estação, que variam por família e não têm formato universal; a política gerenciada distribuída pela frota é uma fonte adicional que se funde às demais. A segunda usa a trilha de auditoria, que mostra o que foi acionado, ao lado do que está apenas configurado. As duas listas divergem, e a diferença é o achado mais útil do inventário.
Qual é a forma barata de evidenciar o que um servidor expõe, antes de liberar o acesso?
A ferramenta oficial de desenvolvedor do projeto, gratuita, com interface web e modo de linha de comando. Ela conecta ao servidor e lista o que ele declara expor, e a saída vai anexada à ficha de homologação. Desde a revisão 2026-07-28 o server/discover é obrigatório e dá um ponto único de consulta de versões, capacidades e identidade.
O que a migração para a revisão 2026-07-28 muda em custo?
A sessão de nível de protocolo, o cabeçalho de sessão e o aperto de mão de inicialização saíram. Cada pedido carrega versão e capacidades do cliente no campo _meta, e qualquer pedido pode cair em qualquer instância do servidor. Quem paga por roteamento com afinidade de sessão ou por armazenamento compartilhado de sessão tem caso concreto de redução. Peça as duas pontas da estimativa: a economia recorrente e o esforço de migração, cada uma com número e prazo.
Que perguntas escritas o fornecedor precisa responder no bloco de inventário?
Quatro. Qual string de revisão o produto implementa hoje. Quando ele passa para a 2026-07-28. Qual nível de biblioteca oficial ele usa, lembrando que o nível mais alto exige 100% de aprovação nos testes de conformidade, triagem em até dois dias úteis e correção de falha crítica em até sete dias. E se ele valida a extensão Enterprise Managed Authorization, de autorização pelo provedor de identidade corporativo.
Qual é a armadilha de cache que a regra de janela de mudança evita?
Os prefixos de cache seguem a ordem ferramentas, instruções de sistema e mensagens, e alteração em um nível invalida aquele nível e todos os seguintes. Como a lista de ferramentas é o primeiro nível, incluir ou remover um servidor invalida o cache inteiro de todos que usavam aquela configuração. A revisão 2026-07-28 exige tools/list em ordem determinística justamente por isso. Agrupar alterações em janela declarada resolve o resto sem investimento.
# Evidência do que um servidor expõe, anexável à ficha de homologação.
# Ferramenta oficial do projeto, gratuita, com interface web e modo de linha de comando.
npx @modelcontextprotocol/inspector
# Duas listas que precisam ser comparadas no inventário:
# 1. o que está CONFIGURADO nas estações (arquivos de configuração por assistente)
# 2. o que foi de fato ACIONADO no último mês (trilha de auditoria)
# A diferença entre as duas é o achado que financia o bloco de controle.Verificação rápida
No dia 60 o CTO apresenta a linha da política de servidores aprovados como concluída, com o arquivo distribuído para toda a frota e uma mensagem de comunicação enviada ao time. O comitê deve aceitar a conclusão?
O inventário dos primeiros trinta dias encontrou 19 servidores conectados nas estações, 4 deles no transporte legado, 2 integrações apoiadas em recurso depreciado e uma sessão de nuvem de longa duração em 6 máquinas do time de dados. O orçamento aprovado cobre duas das três frentes seguintes. O CTO defende o bloco de controle, a diretora jurídica defende o bloco de contrato e o gerente comercial defende o piloto de baixo risco com o critério de aceite escrito.
Qual frente é adiada, e com que justificativa apoiada na exposição medida?
O plano cabe? Esforço disponível por bloco de trinta dias
Pontue a capacidade que está de fato alocada. A que você gostaria de ter não conta aqui. Cada dimensão vai de 0 a 5, em que 0 significa nenhuma hora reservada e 5 significa uma pessoa dedicada com a agenda protegida pelo gestor. A última dimensão vale tanto quanto as outras, porque plano com três frentes e nenhum dono único costuma entregar a frente de quem gritou mais alto.
0 = ninguém alocado, o inventário depende de pedir por e-mail. 3 = uma pessoa em tempo parcial, com apoio do parque de máquinas. 5 = uma pessoa dedicada com acesso às estações e à trilha.
0 = a empresa não distribui política por ferramenta de frota hoje. 3 = a ferramenta existe e a fila é longa. 5 = a ferramenta existe, há janela de mudança e alguém consegue rodar os dois testes de validação nesta semana.
0 = o provedor de identidade é operado por terceiro sem contrato de mudança. 3 = existe equipe, sem prioridade para o tema. 5 = existe equipe e o piloto de autorização gerenciada já está na fila do trimestre.
0 = jurídico sem banda e nenhuma contratação prevista no trimestre. 3 = a minuta pode ser atualizada, sem contratação real para testá-la. 5 = existe contratação real no trimestre para usar a minuta nova.
0 = três donos e nenhum coordenador. 3 = coordenador nomeado sem autoridade sobre as áreas. 5 = pessoa nomeada, com mandato escrito e rito quinzenal na agenda.
Com essa capacidade, entregue apenas o bloco de inventário e leve o resultado dele à mesa. O inventário é a única frente que não depende de compra, de contratação nem de aprovação de terceiro, e é o que financia o resto: servidores encontrados, credenciais expostas e itens depreciados convencem orçamento melhor que qualquer argumento de risco genérico.
Plano de 90 dias: cada linha com dono, prazo e critério de aceite
Dias 1 a 30, inventário. Dono: tecnologia e segurança
0/7Dias 31 a 60, controle e migração. Dono: tecnologia, segurança e identidade
0/8Dias 61 a 90, contrato, fornecedor e custo. Dono: compras, jurídico e finanças
0/8Permanência: ritual trimestral com pauta fixa
0/5Nomeie o dono do plano até a próxima segunda-feira e faça o primeiro rito quinzenal na semana seguinte, com as 22 linhas já distribuídas por nome. Confira no dia 30 se a planilha de inventário das quatro famílias está assinada. No dia 90, exija a minuta em uso numa contratação real e a máquina de teste recusando servidor fora da lista.
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- Comparar Claude e Gemini depois da troca pelo Antigravitysugerido pelo grafoApresenta o conceito “Antigravity”, usado em “Montar o plano de 90 dias com dono e prazo”.
- CursoAgentes de código para executivossugerido pelo grafo5 capítulos de “MCP para quem decide” usam conceitos apresentados em “Agentes de código para executivos”.
Depois, siga para
- CursoMCP com Chrome: Automação com IAsugerido pelo grafo7 capítulos de “MCP com Chrome: Automação com IA” usam conceitos apresentados em “MCP para quem decide”.
- CursoClaude Code CLI: Programação com IAsugerido pelo grafo7 capítulos de “Claude Code CLI: Programação com IA” usam conceitos apresentados em “MCP para quem decide”.
- CursoDo Agile ao Agentic Operating Modelsugerido pelo grafo4 capítulos de “Do Agile ao Agentic Operating Model” usam conceitos apresentados em “MCP para quem decide”.
- CursoSegundo cérebro com IAsugerido pelo grafo3 capítulos de “Segundo cérebro com IA” usam conceitos apresentados em “MCP para quem decide”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- Software e IA para executivosConferir quem publicou cada plugue que liga o agente aos sistemasExaminar conexões de Conferir quem publicou cada plugue que liga o agente aos sistemas
- Prompt Engineering para ExecutivosMontar o plano de 90 dias com dono, prazo e evidência de prontoExaminar conexões de Montar o plano de 90 dias com dono, prazo e evidência de pronto
- Deploy para decisão executivaDoze palavras que decidem reuniãoExaminar conexões de Doze palavras que decidem reunião
- RLM 2027Montar o harness que roda de madrugada com estado, checkpoint e retomadaExaminar conexões de Montar o harness que roda de madrugada com estado, checkpoint e retomada
Voltar ao capítulo anterior: Escrever a política de uma página que o regulador pede
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em MCP para quem decide
- 17Escolher entre comprar, conectar ou construir
- 18Testar e contratar antes de aprovar
- 19Preparar a empresa para ser o servidor
- 20Escrever a política de uma página que o regulador pede
- 21Montar o plano de 90 dias com dono e prazo