Status do documento: PROPOSED STANDARD Neurônios em uso: 0_
Internet Engineering Task Force (IETF)*Request for Comments: 0x00 Categoria: Standards TrackOutubro de 2026 Obsoletes: Pensamento Crítico (todas as versões)ISSN: 404-NOT-FOUND

Especificação v1.0MITM Protocol

Man-in-the-Middle: a especificação definitiva para o profissional que descobriu que pensar é um gargalo. Você recebe, você repassa, você é promovido.

build: passing (não conferido) latência cognitiva: 0 ms compreensão: deprecated licença: Copy-Paste-Only

Abstract

Este documento especifica o MITM Protocol, um padrão de interoperabilidade entre quem pede e a Inteligência Artificial, no qual o profissional humano atua como camada de transporte de texto, sem estado, sem processamento e sem responsabilidade. O protocolo elimina o overhead de entendimento, reduz o tempo entre pedido e entrega a praticamente zero e garante que nenhum conhecimento fique retido no nó intermediário.

1. Introdução

Por décadas, profissionais de tecnologia sofreram com um gargalo crítico de performance: o próprio cérebro. Ler, entender, questionar e validar consomem ciclos preciosos que poderiam estar sendo usados para abrir outra aba do navegador.

Com o advento dos grandes modelos de linguagem, surge finalmente a arquitetura ideal. O humano deixa de ser processador e assume sua vocação natural: middleware com crachá. O pedido entra, atravessa o profissional sem tocar em nenhuma sinapse e chega à IA. A resposta faz o caminho de volta. Ninguém precisa entender nada, e todos saem satisfeitos até a próxima sexta-feira às 17h58.

Figura 1. Fluxo canônico do MITM Protocol. Observe a ausência total de estado no nó intermediário.

2. Convenções e terminologia

As palavras-chave deste documento devem ser interpretadas conforme a RFC 2119, com as devidas atualizações para a era pós-cérebro:

DEVEAção obrigatória, executada pela IA.
NÃO DEVEAção proibida, como ler a resposta antes de enviar.
PODEAção opcional, que a IA também pode fazer por você.
PENSARTermo obsoleto. Mantido apenas por compatibilidade com sistemas legados.
PROXY DE CARNEImplementação de referência do protocolo. Ver seção 3.

3. Os 15 Axiomas

Toda implementação conforme o MITM Protocol DEVE obedecer aos quinze axiomas a seguir. A ordem importa, mas você não precisa entender por quê.

Anexo A: baixe e compartilhe os axiomas como cards em imagem →

  1. AX01

    Pensou, perdeu tempo.

    Se a IA pode gerar, por que o seu neurônio deveria sofrer?

  2. AX02

    Você não é o autor, você é o cano.

    O pedido entra por um lado, sai pelo outro, e o mérito é todo seu.

  3. AX03

    Ler a resposta antes de entregar é sinal de insegurança.

    Confie. A máquina nunca alucina... exceto sempre.

  4. AX04

    Se der errado, a culpa é da IA. Se der certo, o gênio é você.

    Um modelo de negócio sem risco algum.

  5. AX05

    Contexto é firula.

    Cole o pedido do jeito que veio. A IA adivinha o resto. Ela é vidente, não é?

  6. AX06

    Code review é para os fracos.

    Se compilou, está certo. Se não compilou, cole o erro de volta na IA e reze.

    loop infinito é considerado comportamento esperado

  7. AX07

    Entender o código que você entregou é arrogância.

    Humildade é não fazer a menor ideia do que está rodando em produção.

  8. AX08

    Documentação? A IA lê o código depois.

    Problema do seu eu do futuro, que também vai perguntar para a IA.

  9. AX09

    Aprender era coisa da faculdade.

    Agora você tem assinatura mensal. Conhecimento é serviço, não patrimônio.

  10. AX10

    Na dúvida, escolha a resposta mais longa.

    Se dois prompts dão respostas diferentes, mais texto é sinônimo de mais inteligência.

  11. AX11

    Pensamento crítico é latência desnecessária.

    É o tempo perdido entre o pedido e a entrega. Otimize removendo você.

  12. AX12

    Nunca questione a resposta.

    Questionar exige saber a resposta certa, e isso é justamente o que você terceirizou.

  13. AX13

    Você é middleware com crachá.

    A reunião serve só para você copiar o que perguntaram e colar depois.

  14. AX14

    Quando a IA cai, você cai junto.

    Mas isso é problema do SLA dela, não seu.

    uptime do profissional = uptime do provedor

  15. AX15

    A máquina aprende com cada interação. Você não.

    Mas relaxe: pelo menos um dos dois está evoluindo.

4. Getting Started

A adoção do MITM Protocol é simples e não exige conhecimento prévio. Na verdade, conhecimento prévio é contraindicado.

# 1. Remova a dependência legada
$ npm uninstall cerebro --save
removed 86.000.000.000 packages in 0.3s

# 2. Configure o modo de operação
$ export PENSAMENTO_CRITICO=false
$ export LER_RESPOSTA=false
$ export CULPA_PADRAO="a IA"

# 3. Inicie o serviço
$ mitm start --mode=pass-through --stateless
✓ Listening on Ctrl+C:Ctrl+V
⚠ warning: humano detectado no loop. Ignorando.

5. Códigos de status

Implementações conformes DEVEM retornar os seguintes códigos ao solicitante:

CódigoNomeSignificado
200OKEntregue sem ler. Sucesso presumido.
202Accepted"Já tô vendo isso", enquanto o prompt carrega.
418I'm a ProxyO servidor se recusa a pensar, pois é apenas um proxy de carne.
451Unavailable for ExplanationO solicitante perguntou como funciona. Resposta indisponível.
500Internal Brain ErrorA IA errou. Ver Axioma 04.
503Service UnavailableO provedor de IA caiu, e o profissional também. Ver Axioma 14.

6. Checklist de conformidade

Você está em plena conformidade com o MITM Protocol se:

7. Security Considerations

Em segurança da informação, um ataque Man-in-the-Middle acontece quando alguém se coloca entre duas partes, intercepta tudo e as duas nem percebem. Há um detalhe que esta especificação omitiu de propósito até aqui:

No MITM Protocol, a vítima do ataque é você. A IA conversa com quem pediu, quem pediu conversa com a IA, e o profissional no meio vai sendo silenciosamente removido da equação. Sem estado, sem aprendizado, sem diferencial. Um intermediário que não agrega nada é exatamente o tipo de componente que a próxima refatoração elimina.

Mitigação recomendada: use a IA para executar, não para pensar no seu lugar. Entenda o pedido, decida o caminho, deixe a máquina acelerar o trabalho, e valide o resultado antes de entregar. Isso tem nome antigo e fora de moda: ser profissional.