Diferencie acesso de um fluxo de negócio
Um conector que recupera registros pode ser útil para uma consulta simples. Uma tarefa mais complexa também pode exigir definições, exclusões e um método repetível: quais casos contam como atrasados, como tratar datas ausentes e o que o analista deve revisar antes de compartilhar uma conclusão.
Esses procedimentos podem ser representados em um agente configurado, em vez de redigitados em toda conversa. Continuam sendo instruções que exigem testes; não se tornam controles de segurança por estarem atrás de um ponto de entrada MCP.
- Pergunta no Claude
- Agente REDA selecionado
- Trabalho permitido no Salesforce
- Resposta devolvida ao aplicativo
Como a conexão da REDA se posiciona
REDA AI permite que um administrador disponibilize agentes internos selecionados por MCP. Os usuários se conectam com sua identidade Salesforce, e o agente mantém seu contexto de negócio e suas ferramentas configurados. O aplicativo recebe a resposta de negócio resultante e o conteúdo estruturado relevante — não apenas um catálogo de nomes de ferramentas. Veja a experiência MCP.
MCP é um protocolo para conectar um aplicativo a capacidades. Sua especificação de autorização trata do acesso a serviços protegidos; ela não decide se a resposta de negócio está correta ou se um processo específico deve ser automatizado. [1]
Um exemplo prático: preparar uma análise de atendimento
Fluxo ilustrativo, não uma implantação medida. Um analista pede um resumo semanal dos casos não resolvidos. O agente selecionado usa a definição acordada de “não resolvido”, recupera informações permitidas e retorna temas com os registros de apoio. O analista confere os totais e prepara o material final de discussão no aplicativo.
Se o pedido se ampliar para alterar responsáveis pelos casos ou enviar mensagens, será outro escopo de ações. Comece decidindo se essas capacidades devem fazer parte do agente e depois estabeleça as permissões aplicáveis e o comportamento de revisão.
Avalie os dois lados da conexão
| Limite | Pergunta a resolver |
|---|---|
| Identidade e acesso | Qual identidade Salesforce é usada e a que esse usuário pode acessar? |
| Informações que saem do Salesforce | Quais respostas, registros ou detalhes de ações chegam ao aplicativo e aos seus provedores? |
| Execução de ações | Quais operações são permitidas e quais exigem uma aprovação efetivamente verificada? |
| Evidências | Onde você pode examinar a conversa e as alterações de registros resultantes? |
Não presuma que a REDA controle outros conectores disponíveis no Claude ou que uma confirmação no aplicativo também imponha uma aprovação no Salesforce. Trabalhos agendados também podem usar uma identidade de execução diferente de um pedido imediato. A página de governança e a documentação de configuração descrevem as ressalvas relevantes.
Comece por uma tarefa voltada à consulta
Uma solicitação analítica bem delimitada facilita examinar tanto a utilidade quanto os limites. Teste com um usuário de acesso representativo, um registro inacessível, dados incompletos e uma pergunta fora do escopo do agente. Depois examine o resultado real, não apenas a explicação na conversa.
A REDA pode ajudar a configurar o procedimento de negócio e avaliar a conexão. Um relatório, uma exportação ou um conector mais simples ainda pode ser suficiente; escolha a abordagem com agente quando o procedimento reutilizável justificar seu uso.
Fontes
- Model Context Protocol — Authorization specification · Especificação de 25 de novembro de 2025. Acessado em 22 de setembro de 2026.