MCP, ACP ou skills de IA: de que ligação precisa?
Distinga endpoints de modelos, ferramentas MCP, agentes ACP, skills reutilizáveis e tarefas agendadas através de exemplos concretos.
Quer que um assistente leia um pedido, corrija um erro ou repita uma verificação semanal. «Adicionar uma integração» não lhe diz de que configuração precisa. Os endpoints de modelos, o MCP, o ACP, os skills e os agendamentos tratam cada um de uma parte diferente do trabalho.
Comece pela ação que quer e descubra o que falta. Adicionar um protocolo não lhe dá um modelo melhor, não inicia sessão numa conta nem mantém um computador ligado. Este guia ajuda-o a escolher a configuração mais pequena que funciona, no Mono by Reunified ou numa app semelhante.
1. Identifique a capacidade em falta
Use esta tabela antes de procurar um plugin:
| Objetivo imediato | O que verificar primeiro |
|---|---|
| Usar outro modelo nas respostas de texto | Definições do endpoint do modelo |
| Consultar ou alterar informação noutro serviço | Um servidor MCP adequado ou uma integração incluída |
| Trabalhar com um agente de programação num repositório | Se o cliente e o agente ACP funcionam juntos |
| Reutilizar um fluxo já preparado | Um skill e aquilo de que precisa |
| Repetir uma ação que já funciona | Um agendador e onde é executado |
São pontos de partida e muitas vezes funcionam em conjunto. Um skill pode usar MCP, um agente de programação pode chamar ferramentas e uma tarefa agendada pode executar um skill. Encontre a primeira peça em falta em vez de instalar todas as camadas.
2. Use MCP para uma capacidade de serviço
O Model Context Protocol (MCP) liga uma app de IA às funções que um servidor oferece. A arquitetura oficial divide-as em ferramentas, recursos e prompts. Um servidor pode oferecer uma ou várias.
Imagine que quer listar os pedidos abertos de um serviço de projetos. Precisa de uma ligação que ofereça essa consulta e de uma conta com permissão para ler o projeto. Um servidor que pesquisa pedidos não consegue necessariamente criá-los ou fechá-los.
Confirme o que o servidor faz de facto e teste-o com um pedido pequeno só de leitura. Para os passos de configuração, use o guia de ligação MCP. Mudar de modelo de linguagem não lhe dá acesso à sua conta do projeto.
3. Use ACP para uma sessão de programação
O Agent Client Protocol (ACP) define como um agente de programação comunica com um cliente, como um editor. A introdução de ACP explica isto. O agente faz o trabalho no repositório; o cliente é o ecrã a partir do qual o orienta.
Para «encontra e corrige este teste que falha», confirme que o agente, o cliente e o computador que os executa funcionam juntos. Usarem o mesmo protocolo não prova que foram testados juntos. O repositório e os comandos continuam a precisar de um computador com os acessos e as ferramentas certos.
Um telemóvel pode controlar esse trabalho sem ser o computador que o executa. No Mono Code, o seu computador aloja os projetos e o telemóvel orienta agentes como o Claude Code, o Gemini CLI ou o OpenCode através de ACP. O nosso guia de programação remota aborda tarefas pequenas, aprovações e nova ligação. O ACP não lhe dá um computador na nuvem sempre ligado nem paga a fatura do fornecedor do agente.
4. Use um skill para reutilizar comportamento
«Skill» significa coisas diferentes em produtos diferentes. No Mono, um skill é um complemento que pode incluir módulos, parâmetros e ligações a outros serviços. Noutros sítios, um skill pode ser um documento de instruções ou um pacote noutro formato. Não assuma que os skills de um produto funcionam noutro.
Para «formatar estas notas da mesma maneira todas as semanas», veja primeiro o que o skill espera receber e o que devolve. Pode usar apenas o texto que lhe dá, chamar um modelo ou obter informação através de uma ligação. Cada uma destas opções acrescenta configuração e mais uma coisa que pode falhar.
Use a lista de instalação de skills para rever aquilo de que um skill precisa e testar um resultado. Uma instalação bem-sucedida não prova que a fonte de dados funciona hoje nem que corre em todos os dispositivos.
5. Acrescente o horário depois de a ação funcionar
Um agendador decide quando o trabalho começa. Não fornece dados nem permissões em falta. Para um resumo semanal de um projeto, confirme primeiro à mão que consegue obter os itens certos e um resumo útil. Depois decida onde o trabalho pode correr à hora de que precisa.
As Tarefas do Mono correm no seu dispositivo, e uma tarefa falhada enquanto a app estava fechada é recuperada da próxima vez que a abrir. Por isso, não conte com uma tarefa a horas enquanto o telemóvel está desligado. Uma tarefa que precisa de um comando no computador também precisa desse computador; um agendamento não passa o comando para o telemóvel.
Quando falta um resultado agendado, veja onde a tarefa corre antes de mudar de modelo. Quando um serviço devolve um erro de autorização, verifique a ligação da conta antes de reinstalar o agente de programação.
6. Descreva a configuração em cinco linhas
Escreva cinco linhas: modelo, serviços externos, ações reutilizáveis, computador de programação (se houver) e agendamento (se houver). Deixe em branco as que não usa. Ao lado de cada parte usada, anote quem a gere, que informação recebe e quem lha cobra.
Uma tarefa simples de escrita pode precisar apenas de um modelo. Reparar um repositório pode precisar de um agente ACP e de um computador, mas de nenhuma ligação MCP nova. Um resumo semanal de um serviço pode precisar de uma ligação, de um skill e de um agendador em funcionamento.
O Mono ainda não está disponível, mas pode aderir à lista de espera. Entretanto, use este mapa para planear uma configuração que consiga explicar e testar antes de a alargar.
