Conectores MCP do Claude Code transformam artefatos em aplicativos ativos, mas há uma ressalva sobre permissões

Os conectores MCP do Claude Code agora permitem que artefatos recuperem informações em tempo real e executem ações para cada usuário, transformando interfaces geradas em software ativo. Até este lançamento, os dados úteis de um artefato permaneciam, em grande parte, limitados ao que estava disponível quando seu criador o produzia ou atualizava. A Anthropic anunciou a mudança em 15 de julho de 2026, mas impôs uma restrição importante: artefatos compartilhados publicamente não podem usar o recurso.

Essa limitação sintetiza a tensão por trás da atualização. A Anthropic quer que os artefatos funcionem como aplicativos leves sem expor as contas conectadas do criador a todos que abrirem um link compartilhado. Segundo a empresa, o artefato utiliza as conexões MCP de cada usuário, restringindo os resultados às informações que essa pessoa tem permissão para acessar.

De acordo com o anúncio do recurso da Anthropic, a funcionalidade está disponível para as assinaturas Claude Pro, Max, Team e Enterprise. Ela aproxima os artefatos do Claude Code de painéis internos e aplicativos de fluxo de trabalho, mas ainda não permite uma implantação pública irrestrita. Essa combinação é mais relevante do que simplesmente adicionar mais uma integração a outro assistente de programação.

Conectores MCP do Claude Code fornecem dados em tempo real aos artefatos

A mudança central é simples: agora, um artefato pode solicitar informações atualizadas quando alguém o visualiza, em vez de permanecer como um produto estático da sessão em que foi criado.

Um artefato é uma interface interativa, um documento, uma visualização ou um aplicativo gerado pelo Claude. Ele pode conter controles funcionais e código de interface executável, em vez de apenas texto de conversa. A inclusão de chamadas a conectores oferece a essa interface um caminho para acessar sistemas externos.

MCP, ou Model Context Protocol, é um padrão aberto que conecta aplicativos de IA a fontes externas de dados, ferramentas e fluxos de trabalho. A visão geral do MCP oficial descreve esses sistemas como bancos de dados, arquivos locais, ferramentas de busca, calendários e prompts especializados.

O protocolo separa o aplicativo que solicita uma funcionalidade do servidor que a fornece. Um servidor MCP pode disponibilizar recursos, como documentos, e ferramentas, como consultas a bancos de dados ou ações em fluxos de trabalho. Um cliente compatível pode descobrir e acionar essas funcionalidades por meio de uma interface comum.

O Claude Code já oferecia suporte a conexões MCP durante sessões de programação. Um desenvolvedor podia permitir que o agente de programação examinasse um rastreador de problemas, consultasse a documentação ou interagisse com outro serviço autorizado. O novo lançamento transfere essa funcionalidade para o artefato criado durante a sessão.

Essa distinção altera o momento em que um conector é executado. O criador já não precisa reabrir o Claude Code e gerar novamente um painel sempre que os dados de origem mudarem. O artefato publicado pode solicitar informações atuais quando um usuário autorizado o abre ou utiliza.

Considere um painel de status de engenharia criado a partir da atividade de repositórios, registros de incidentes e um rastreador de projetos. Um artefato estático poderia exibir os dados disponíveis no momento de sua criação. Uma versão com conectores pode solicitar uma visão atualizada sempre que um engenheiro a carregar.

O mesmo padrão se aplica a um aplicativo operacional. Um usuário pode examinar uma fila, selecionar um item e acionar uma ação autorizada por meio de uma ferramenta MCP. A interface torna-se um cliente para serviços existentes, e não apenas um resumo visual.

Segundo a Anthropic, o artefato pode buscar informações e executar ações sob demanda para cada usuário. Essa segunda funcionalidade tem consequências mais significativas do que gráficos em tempo real. A leitura de dados atuais melhora a atualização das informações, enquanto ferramentas com permissão de escrita podem alterar registros ou iniciar fluxos de trabalho.

O anúncio não apresentou uma especificação pública completa para as chamadas de conectores feitas por artefatos. Também não detalhou limites de uso, compatibilidade de conectores, comportamento de registros nem todas as etapas de aprovação. Essas lacunas tornam o recurso mais adequado a uma avaliação cuidadosa do que a uma adoção automática em produção.

Ainda assim, o mecanismo está suficientemente claro para demonstrar a mudança. Os conectores MCP do Claude Code agora vão além do agente que cria o software. Eles podem passar a fazer parte do próprio software produzido pelo agente.

Um único artefato pode atender a diferentes usuários

O design da Anthropic faz da identidade do usuário a fonte de acesso, impedindo que o criador de um artefato conceda silenciosamente suas permissões pessoais a outras pessoas.

Esse modelo separa a interface do artefato das credenciais utilizadas durante a execução. O criador pode definir o que o aplicativo tentará solicitar, mas cada usuário fornece a conexão relevante e o contexto de autorização. Os dados resultantes devem refletir o acesso já concedido a essa pessoa.

Assim, um gerente e um representante de vendas podem abrir o mesmo painel, mas receber registros diferentes. O gerente pode visualizar os totais regionais, enquanto o representante vê apenas as contas atribuídas a ele. O artefato permanece idêntico, mas o sistema conectado aplica permissões distintas.

Isso é mais útil do que gerar painéis separados para cada função. Também evita incorporar as credenciais do criador ao código gerado, o que criaria um problema evidente de segurança e manutenção. As credenciais devem permanecer fora do artefato e sob o fluxo de autorização do conector.

A arquitetura se assemelha a padrões consolidados de aplicativos empresariais. Uma interface compartilhada solicita dados a um serviço protegido, enquanto a identidade e a autorização determinam a resposta. A interface gerada pelo Claude altera o processo de criação, mas não elimina a necessidade de controle de acesso.

Esse detalhe também explica por que artefatos compartilhados publicamente estão excluídos. Um visitante anônimo não dispõe do contexto autenticado do Claude nem da relação com o conector exigidos pelo recurso. Permitir que páginas públicas acionassem chamadas privadas de conectores criaria limites complexos de consentimento e credenciais.

A restrição reduz o mercado imediato. Esses artefatos são mais adequados a fluxos de trabalho pessoais autenticados, utilitários de equipe e aplicativos internos do que a serviços públicos voltados ao consumidor. No formato atualmente descrito, uma empresa não pode criar um portal público irrestrito com essa funcionalidade.

Para equipes internas, esse limite pode ser uma vantagem, e não um defeito. Muitos aplicativos úteis já dependem da identidade dos funcionários e de dados organizacionais privados. Painéis de projetos, filas de aprovação, resumos de clientes e interfaces de pesquisa raramente devem estar disponíveis em links públicos.

O modelo baseado no usuário também reduz o trabalho de atualização. O criador desenvolve a interface uma única vez, enquanto cada usuário solicita resultados atualizados por meio de suas próprias conexões. O criador não precisa iniciar outra sessão de geração sempre que alguém quiser consultar informações atuais.

No entanto, o acesso restrito ao usuário não torna todos os aplicativos gerados seguros. Um artefato ainda pode solicitar uma ferramenta com permissões excessivamente amplas ou apresentar uma ação sem contexto suficiente. Um usuário também pode autorizar o acesso sem compreender o que a interface gerada fará.

Portanto, as organizações devem distinguir autorização de intenção. Um conector pode confirmar corretamente que alguém tem permissão para atualizar um registro. Essa verificação não confirma que o usuário compreendeu o botão, a consulta gerada ou a ação proposta pelo artefato.

O benefício prático continua sendo considerável. Uma equipe pode distribuir uma única interface gerada sem compartilhar as credenciais de uma pessoa nem manter cópias separadas para cada usuário. Os conectores MCP do Claude Code tornam esse modelo possível dentro do ambiente de artefatos da Anthropic.

O verdadeiro adversário é o protótipo estático

Nesse caso, a Anthropic não está apenas concorrendo com outro assistente de programação; está desafiando a fronteira entre protótipos gerados e aplicativos internos mantidos a longo prazo.

As ferramentas de programação com IA tornaram-se capazes de produzir painéis atraentes antes de se tornarem boas em abastecê-los com dados atuais e sujeitos a governança. Uma interface gerada podia parecer pronta, embora dependesse de valores de exemplo, exportações coladas ou informações confinadas a uma conversa.

Essa lacuna criou um problema comum em demonstrações. Um protótipo funcionava durante uma apresentação, mas perdia valor assim que seus dados de origem mudavam. Transformá-lo em uma ferramenta interna duradoura ainda exigia autenticação, integração com APIs, hospedagem, permissões, monitoramento e manutenção.

Os conectores MCP do Claude Code eliminam parte desse trabalho de integração. Se uma organização já disponibiliza sistemas autorizados por meio do MCP, um artefato pode acionar essas funcionalidades através de um protocolo compartilhado. O desenvolvedor não precisa criar uma interface personalizada diferente para cada serviço.

A Anthropic apresentou originalmente o MCP em novembro de 2024 como um padrão para conectar assistentes de IA a dados e ferramentas. O lançamento do protocolo descreveu uma arquitetura de duas partes, na qual os servidores disponibilizam funcionalidades e os aplicativos de IA atuam como clientes.

Desde então, o protocolo se expandiu para além dos produtos da própria Anthropic. Em dezembro de 2025, a Anthropic doou o MCP à Agentic AI Foundation, da Linux Foundation. O anúncio da fundação afirmou que ChatGPT, Gemini, Microsoft Copilot, Cursor e Visual Studio Code haviam adotado o padrão.

Essa adoção é importante porque a disponibilidade de conectores determina a utilidade dos artefatos em tempo real. Um padrão aceito por vários clientes dá aos provedores de serviços mais motivos para manter servidores compatíveis. Também aumenta as chances de as empresas reutilizarem seu trabalho de integração.

O GitHub oferece uma referência competitiva direta. Seu guia do Copilot sobre MCP oficial explica como desenvolvedores podem ampliar o Copilot Chat por meio de servidores MCP. As empresas também podem habilitar ou desabilitar o uso do MCP por meio de políticas.

A diferença está na superfície do produto que recebe o conector. Agentes de programação normalmente acionam ferramentas MCP enquanto auxiliam um desenvolvedor. A Anthropic permite que um artefato gerado acione essas ferramentas posteriormente, quando outra pessoa interage com a interface finalizada.

Isso aproxima o resultado de uma plataforma de aplicativos internos. O artefato oferece a experiência do usuário, o MCP fornece funcionalidades padronizadas e a conta do usuário fornece a identidade. O Claude Code continua sendo o ambiente de criação, mas o resultado permanece funcional fora da interação original de programação.

Isso não torna obsoleto o desenvolvimento convencional de aplicativos. Sistemas complexos ainda exigem testes, observabilidade, controle de versão, controles de implantação, revisão de acessibilidade e responsabilidade de longo prazo. Os artefatos gerados também permanecem limitados pelo ambiente de execução e pelo modelo de compartilhamento da Anthropic.

A mudança concentra-se, em vez disso, no amplo espaço entre uma maquete e um aplicativo em produção. Muitas necessidades internas envolvem um público pequeno, uma fonte de dados existente e um fluxo de trabalho restrito. Esses projetos frequentemente ficam em espera porque seu valor não justifica um ciclo de desenvolvimento dedicado.

Um gerente de produto pode precisar de uma visão semanal dos riscos de lançamento, compilada a partir de tickets e da atividade dos repositórios. Um pesquisador pode precisar de uma interface pesquisável para materiais de estudo autorizados. Um líder de engenharia pode precisar de uma única tela que mostre incidentes, implantações e acompanhamentos atribuídos.

As equipes já podem criar esses sistemas com as ferramentas existentes. A questão é se o Claude Code consegue reduzir a distância entre uma necessidade expressa e uma interface utilizável e sujeita a governança. A resposta depende menos da geração da interface e mais da confiabilidade dos conectores.

Para equipes que exploram fluxos de trabalho internos assistidos por IA, uma base de conhecimento de engenharia bem mantida também pode garantir que os materiais de origem permaneçam pesquisáveis. Os artefatos com conectores podem, então, concentrar-se em ações e visualizações desenvolvidas em torno de informações devidamente governadas.

A pressão competitiva mais intensa, portanto, recai sobre protótipos estáticos e trabalhos de integração fragmentados. A aposta da Anthropic é que um artefato deve continuar recuperando dados mesmo depois que sua sessão de criação termina. Essa é uma ambição mais restrita do que substituir plataformas de ferramentas internas, mas também mais plausível.

Ações em Tempo Real Ampliam o Perímetro de Segurança

Cada chamada de conector transforma o código de interface gerado em um possível evento de acesso a dados ou de fluxo de trabalho, de modo que o lançamento amplia tanto a utilidade quanto o risco.

A primeira questão é o escopo das ferramentas. Os servidores MCP podem disponibilizar operações de leitura, de gravação ou ambas. Um painel que consulta métricas aprovadas apresenta um perfil de risco diferente de um artefato capaz de modificar contas, enviar mensagens ou acionar implantações.

A segunda questão é a intenção gerada. Claude pode produzir uma interface cujo rótulo visível não comunique plenamente a chamada de ferramenta subjacente. Um botão identificado como “resolver” pode atualizar vários registros, encerrar um incidente ou notificar outro sistema.

A terceira questão é a confiabilidade do conector. O MCP padroniza a comunicação, mas não garante que todos os servidores sejam seguros ou estejam implementados corretamente. As organizações ainda precisam avaliar o operador do servidor, o processo de autenticação, as permissões solicitadas e as práticas de tratamento de dados.

A quarta questão é a manipulação de prompts e conteúdo. Um artefato pode exibir informações recuperadas de sistemas externos, e essas informações podem conter instruções enganosas ou maliciosas. As aplicações devem tratar o conteúdo externo como dados, não como orientação operacional confiável.

A quinta questão diz respeito à visibilidade. As equipes precisam de registros que mostrem qual artefato solicitou uma ferramenta, qual usuário autorizou a solicitação, qual operação ocorreu e se o serviço a aceitou. Sem trilhas de auditoria úteis, investigar uma ação inesperada torna-se muito mais difícil.

Os materiais públicos da Anthropic já mostram que a governança dos conectores está evoluindo. Sua documentação sobre autorização empresarial descreve o acesso a conectores provisionado centralmente por meio do provedor de identidade de uma organização.

Esse sistema oferece aos administradores uma forma de autorizar conectores selecionados e vincular o acesso às identidades organizacionais existentes. Segundo a Anthropic, os administradores podem provisionar conectores para grupos e revogar o acesso por meio de alterações no ciclo de vida das identidades. Alguns controles baseados em funções ainda são descritos como futuros.

Esses controles determinam quem pode se conectar a um serviço. As empresas ainda precisam de clareza sobre a possibilidade de os administradores governarem separadamente o uso de artefatos, restringirem ferramentas específicas ou exigirem confirmação para ações sensíveis. O anúncio, por si só, não esclarece essas questões.

A exclusão do compartilhamento público é a proteção mais visível. Ela bloqueia a via mais óbvia para distribuir amplamente um artefato e permitir que visitantes anônimos invoquem serviços autenticados. Ainda assim, o compartilhamento autenticado pode alcançar um grande público interno.

Uma aplicação gerada deve, portanto, passar por uma revisão proporcional às suas capacidades. Um painel somente de leitura sobre dados operacionais de baixa sensibilidade exige menos escrutínio do que uma interface capaz de modificar registros de clientes. Ambos devem ter um responsável designado e uma finalidade definida.

As equipes devem começar com conectores de escopo restrito e ferramentas somente de leitura. Antes de adicionar ações, podem confirmar se as permissões dos usuários produzem os resultados esperados. Ferramentas sensíveis devem exigir confirmação explícita e exibir claramente o destino, os parâmetros e o efeito esperado.

Os testes devem incluir várias identidades. Uma experiência bem-sucedida do criador não comprova que outro usuário verá apenas as informações para as quais possui autorização. Os responsáveis pela revisão devem testar o acesso esperado, o acesso negado, autorizações desatualizadas, contas revogadas e falhas do conector.

O tratamento de erros também é importante. Um painel deve diferenciar falta de permissão de ausência de dados, e ações malsucedidas não devem parecer concluídas. Interfaces geradas costumam privilegiar o cenário ideal, a menos que sejam explicitamente instruídas a tratar falhas.

A minimização de dados oferece outra defesa prática. Um artefato deve solicitar apenas os campos necessários à sua finalidade, em vez de recuperar registros completos e filtrá-los na interface. A aplicação de regras no servidor continua sendo mais confiável do que ocultar informações após a recuperação.

O valor do recurso aumenta conforme cresce a sensibilidade dos sistemas empresariais conectados, mas o risco também. Os conectores MCP do Claude Code reduzem o atrito de integração. Eles não diminuem as consequências de uma ação com escopo inadequado ou de uma consulta autorizada incorretamente.

O Que os Conectores MCP do Claude Code Ainda Não Podem Substituir

Os artefatos com conectores encurtam o caminho até um software útil, mas não fornecem o modelo operacional completo exigido por sistemas de produção duradouros.

Uma aplicação de produção precisa de um versionamento previsível. As equipes devem saber qual código de interface está em execução, quem o alterou e como restaurar um estado anterior. Artefatos gerados precisam de uma disciplina comparável quando funcionários passam a depender deles para decisões rotineiras.

As aplicações também precisam de expectativas claras sobre o nível de serviço. Um conector pode ficar indisponível, sofrer limitação de taxa ou ser alterado por seu provedor. O artefato deve lidar com essas condições sem apresentar informações desatualizadas como atuais nem deixar os usuários em dúvida sobre a conclusão das ações.

Alterações de esquema criam outro problema. Uma ferramenta MCP pode mudar seus requisitos de entrada ou os campos retornados. Uma interface gerada com base em uma definição anterior pode falhar ou interpretar incorretamente novas respostas se ninguém realizar a manutenção da integração.

Fluxos de trabalho de longa duração continuam sendo uma categoria à parte. Um artefato pode iniciar uma ação, mas processos empresariais complexos geralmente exigem filas, novas tentativas, aprovações, execução agendada e gerenciamento de estado. Essas responsabilidades normalmente pertencem aos serviços de backend.

Os requisitos de conformidade impõem limites adicionais. Equipes reguladas podem precisar de políticas de retenção, controles regionais, revisões formais de acesso, logs de auditoria detalhados ou alterações de software validadas. Uma simples solicitação de consentimento no nível do usuário não atende, por si só, a essas obrigações.

A distribuição pública também não está disponível para artefatos com conectores. Uma empresa que desenvolve uma aplicação voltada aos clientes ainda precisa de uma arquitetura hospedada adequada, autenticação independente, controles contra abuso e processos de suporte. A restrição da Anthropic mantém os artefatos concentrados no uso autenticado.

Os melhores casos de uso iniciais são restritos e reversíveis. Eles envolvem um público conhecido, um pequeno número de fontes de dados aprovadas e ações que possam ser revisadas ou desfeitas. Painéis internos se encaixam melhor nesse padrão do que operações financeiras autônomas.

Uma avaliação útil deve perguntar se o artefato falha de maneira segura. Se um conector desaparecer, a interface explica o que aconteceu? Se um usuário não tiver permissão, ela interrompe a operação corretamente? Se uma ação expirar, o usuário consegue verificar seu status antes de tentar novamente?

Outro teste diz respeito à responsabilidade. Alguém deve continuar responsável após a sessão inicial de geração. Essa pessoa deve compreender os sistemas de origem, aprovar alterações, monitorar o uso e decidir quando o artefato deixa de cumprir sua finalidade original.

Essa responsabilidade limita as alegações mais ambiciosas de redução de custos associadas às aplicações geradas por IA. Uma construção mais rápida não elimina a manutenção. Ela muda onde a manutenção ocorre e quais competências a equipe responsável precisa ter.

Ainda assim, o recurso pode melhorar a viabilidade econômica de pequenas ferramentas. Reutilizar um conector aprovado elimina tarefas repetitivas de integração, enquanto as interfaces geradas reduzem o trabalho de front-end. Essas economias são relevantes quando o fluxo de trabalho permanece dentro dos limites do ambiente de execução do artefato.

As organizações devem comparar essa abordagem com três alternativas: um relatório estático, uma plataforma consolidada de ferramentas internas e uma aplicação personalizada. O artefato se destaca quando a atualização dos dados é importante, o escopo permanece restrito e uma infraestrutura completa de aplicação seria excessiva.

Ele deixa de ser a melhor opção quando o acesso público, a confiabilidade rigorosa, a orquestração extensa ou a hospedagem independente se tornam essenciais. Isso não representa uma falha do recurso. É a fronteira entre uma interface conectada leve e um produto de software gerenciado.

Os conectores MCP do Claude Code ocupam, portanto, uma camada intermediária prática. Eles são mais capazes do que resultados gerados estáticos, mas menos autônomos do que aplicações implantadas com backends dedicados. As equipes que respeitarem essa fronteira obterão resultados mais confiáveis.

Três Sinais Mostrarão se o Modelo Funciona

A próxima fase depende de governança, adoção real e comportamento dos conectores sob cargas de trabalho cotidianas, e não de mais uma demonstração sofisticada.

O primeiro sinal será uma documentação mais detalhada da Anthropic. As equipes precisam de descrições precisas dos fluxos de consentimento, tipos de conectores compatíveis, limites de chamadas de ferramentas, registro de eventos, tratamento de erros e controles administrativos. As lacunas na documentação são mais relevantes quando os artefatos podem executar ações de gravação.

Controles de políticas mais robustos reforçariam a orientação da Anthropic para aplicações internas. Os administradores deveriam poder determinar quais conectores os artefatos podem chamar, se ferramentas de gravação são permitidas e quais usuários podem publicar artefatos conectados.

Se esses controles chegarem rapidamente, o recurso ficará mais fácil de avaliar em ambientes Team e Enterprise. Se a governança continuar sendo conduzida principalmente pelos usuários, as equipes de segurança limitarão as implantações a conectores de baixo risco ou a grupos-piloto isolados.

O segundo sinal será o uso interno contínuo. A evidência importante não será o número de artefatos gerados, mas se as equipes continuarão a usá-los após os experimentos iniciais e designarão responsáveis por sua manutenção.

O uso recorrente indicaria que o modelo baseado no escopo do usuário resolve um problema real de distribuição. Uma baixa retenção sugeriria que a configuração dos conectores, as permissões, a confiabilidade ou a manutenção das interfaces ainda geram atrito excessivo.

Os casos de sucesso também devem se tornar mais específicos. Será importante observar equipes usando artefatos conectados para gerenciar o status de lançamentos, operações com clientes, pipelines de pesquisa, resposta a incidentes ou aprovações rotineiras. Fluxos de trabalho concretos revelam mais do que demonstrações genéricas de painéis.

O terceiro sinal será a forma como ambientes de desenvolvimento concorrentes disponibilizam recursos MCP em resultados gerados. GitHub, Microsoft, OpenAI, Google, Cursor e outros fornecedores já participam do ecossistema mais amplo do MCP. Eles podem aplicar o protocolo a diferentes ambientes de execução e modelos de compartilhamento.

Um concorrente que combine interfaces geradas, políticas empresariais e implantação independente enfraqueceria a posição da Anthropic. Por outro lado, uma adoção mais ampla de clientes MCP semelhantes a artefatos validaria a categoria de produto, ainda que reduzisse a diferenciação no nível do protocolo.

A vantagem da Anthropic não reside na propriedade permanente do MCP. A doação do protocolo fortaleceu sua legitimidade como infraestrutura compartilhada, mas também facilitou a adoção pelos concorrentes. A Anthropic precisará se diferenciar pela experiência dos artefatos, pela governança e pela confiabilidade.

Para os desenvolvedores, a ação imediata é criar um protótipo controlado. Escolha um conector somente de leitura, um fluxo de trabalho restrito e pelo menos duas identidades de teste. Verifique dados atualizados, acesso negado, acesso revogado, falhas do conector e visibilidade de auditoria antes de habilitar ações.

Para compradores empresariais, faça uma pergunta mais precisa do que apenas saber se o recurso oferece suporte ao MCP. Pergunte quem aprova cada conector, quais ferramentas um artefato pode invocar, como os usuários confirmam ações e onde cada invocação aparece nos registros de auditoria.

Para os profissionais do conhecimento, a oportunidade é igualmente concreta. Um artefato útil pode apresentar informações atualizadas por meio de uma interface específica para a tarefa, sem exigir prompts repetidos. Seu valor vem do acesso confiável e de ações claras, não da novidade visual.

Os conectores MCP do Claude Code levaram os artefatos além das demonstrações estáticas, mas a Anthropic os manteve deliberadamente atrás de barreiras autenticadas. O próximo teste será verificar se as equipes conseguem transformar essa barreira em software interno confiável.

Comece por um fluxo de trabalho em que dados desatualizados gerem atritos evidentes. Em seguida, verifique se um artefato habilitado por conectores permanece preciso, compreensível e controlável para vários usuários. Se isso acontecer, a Anthropic terá criado uma nova camada de aplicações com credibilidade.