Comparativo
Run it by vs construir você mesmo, e vs elicitation do MCP
27 de out. de 2026 · 6 min de leitura
A versão curta
Uma página com um formulário e uma tabela no banco leva uma tarde. Um link que você pode mandar com segurança para desconhecidos, que renderiza qualquer schema bem no celular, valida dos dois lados, expira, manda lembretes, assina seus webhooks e tenta de novo, leva umas duas semanas, e depois ainda é seu para manter. A elicitation do MCP é outra ferramenta: ela pergunta à pessoa que já está no chat.
O que “construir você mesmo” inclui
- Um renderizador de schemas arbitrários: datas, enums, arrays, caixas de consentimento, seções, sliders, layouts para celular, rascunhos que sobrevivem a um recarregamento.
- Validação em dobro: no navegador, para a pessoa, e no servidor, para que um POST feito à mão não passe.
- Links seguros para compartilhar: tokens impossíveis de adivinhar, um por pessoa, expiração, encerramento antecipado e uma página clara quando um link não vale mais.
- Entrega: webhooks assinados, novas tentativas com backoff e um jeito de ler a resposta quando o webhook falhou.
- Acompanhamento: quem ainda não respondeu, lembretes que não viram spam, códigos por e-mail para aprovações.
- Combate a abuso: limites de taxa, verificação de bot em links abertos e recusa de formulários que pedem senhas ou números de cartão, porque um link de formulário vindo de um agente é uma ferramenta de phishing tentadora.
- Retenção: excluir respostas num cronograma e uma política de privacidade que cubra as pessoas que respondem.
Nada disso é difícil por si só. Juntas, são um produto, e não é o que você se propôs a construir.
Quando construir você mesmo é o certo
- Você precisa que os dados fiquem em uma região específica ou na sua própria infraestrutura. O Run it by armazena os dados em uma única região US-East e ainda não oferece residência apenas na UE.
- Você precisa hoje de certificações como SOC 2 ou HIPAA. Ainda não as temos.
- O formulário é uma parte central do seu produto e precisa de uma interface totalmente personalizada.
A elicitation do MCP pergunta à pessoa no chat
O Model Context Protocol tem um recurso de elicitation: durante uma sessão, um servidor MCP pode pedir ao cliente que mostre ao usuário um pequeno formulário. É a ferramenta certa quando a pessoa de que você precisa é a que está usando o agente, agora.
Ela é simples de propósito. O schema é um objeto plano de strings, números, booleanos e enums, a resposta é aceitar, recusar ou cancelar, e os servidores não devem usá-la para pedir senhas ou chaves. Versões mais novas da especificação adicionam um modo URL que leva o usuário a uma página externa. O suporte varia conforme o cliente, então confira a documentação do seu.
Elicitation vs Run it by
| Elicitation do MCP | Run it by | |
|---|---|---|
| Quem responde | O usuário da sessão atual | Qualquer pessoa, por link: uma pessoa, até 50 pessoas nomeadas ou um link aberto |
| Quando | Agora, enquanto a sessão espera | Quando for conveniente para a pessoa, até 90 dias |
| Schema | Plano: strings, números, booleanos, enums | Subconjunto de JSON Schema com arrays, mais formatos, widgets e seções |
| Aprovações | Aceitar ou recusar o formulário | Regras para várias pessoas, códigos por e-mail, um veredito |
| Onde aparece | Dentro do cliente MCP | Qualquer navegador, com o tema da sua marca |
Muitos agentes precisam dos dois: a elicitation para perguntar algo rápido ao usuário e um link quando a resposta tem que vir de outra pessoa. Para testar o segundo, adicione o servidor MCP pelo Claude Code ou pelo Codex com um único comando; a documentação mostra como.
Experimente com seu agente
Grátis até 250 solicitações por mês, sem cartão. Adicione o servidor MCP pelo Claude Code ou pelo Codex com um único comando, ou use a API REST.