Servidor MCP para gestão de projetos: uma lista de verificação de 10 pontos, com pontuação

Um bom servidor MCP para gestão de projetos deixa um cliente de IA ler e alterar o seu quadro sem uma chave que tem de andar a vigiar, permite-lhe cortar o acesso a um cliente sem mexer nos outros e dá aos agentes uma forma segura de assumir trabalho, fazer-lhe perguntas e provar o que fizeram. Em baixo estão dez critérios que cobrem isto, a razão de ser de cada um e uma tabela com a pontuação do Weft, do Hypertask, do Linear, do Trello e do Notion.

Nós fazemos o Weft. Os factos sobre outros produtos vêm das respetivas páginas oficiais, verificadas a 27 de outubro de 2026. Quando uma página não o diz, a tabela indica "Não indicado".

Porquê pontuar um servidor MCP de gestão de projetos?

O Model Context Protocol resolve a canalização: um cliente pergunta a um servidor que ferramentas existem e chama-as com argumentos estruturados. Não diz nada sobre quanto tempo dura um token, se dois agentes podem agarrar a mesma tarefa ou o que acontece quando um agente quer eliminar alguma coisa. Essas são decisões de produto, e variam muito de servidor para servidor.

O guia do Hypertask sobre servidores MCP de gestão de projetos tem uma lista de avaliação sensata: cobertura de ferramentas, qualidade dos esquemas, autenticação e âmbito, histórico de auditoria, ações destrutivas, transporte. Só que nunca a preenche. Este artigo pega numa lista parecida, afina-a em dez critérios a que se responde com sim ou não, e preenche as respostas, incluindo as nossas.

Quais são os dez critérios?

1. Como se inicia sessão e quanto tempo dura o token?

Uma chave que copia para um ficheiro de configuração é uma palavra-passe guardada no disco, e quando expira o seu agente falha em silêncio a meio de uma execução. OAuth com refresh tokens significa nada para copiar e nenhum lembrete no calendário para renovar. Pergunte pela validade do token de acesso e da ligação, não apenas pelo método.

2. Consegue revogar um cliente sem deitar abaixo a conta?

Vai ligar vários clientes: uma app de chat, um agente de programação, talvez um telemóvel. Quando um se porta mal ou se perde um portátil, quer cortar essa ligação e deixar as outras a funcionar. Se a única alavanca for rodar uma chave partilhada, todos os clientes falham ao mesmo tempo.

3. Cada ligação pode ter o seu próprio nível de permissões?

Um cliente que usa para perguntar "o que tenho no quadro?" não precisa de acesso de escrita. Um agente de programação precisa de escrita, mas raramente precisa de arquivar em massa. Níveis por ligação, como leitura, escrita e total, permitem dar a cada cliente o mínimo de que precisa, e essa é a melhor defesa contra um agente confuso ou manipulado.

4. As ações destrutivas estão marcadas e limitadas?

As ferramentas MCP podem trazer indicações que dizem se uma ferramenta é só de leitura ou destrutiva, e os clientes podem usá-las para pedir confirmação antes de agir. Verifique se o servidor as define com honestidade, e verifique o que "eliminar" faz de facto: uma reciclagem de onde se pode restaurar é muito diferente de uma eliminação permanente.

5. Um agente consegue assumir uma tarefa para que dois agentes não choquem?

Mover um cartão para Doing é um sinal visual, não um bloqueio. Dois agentes que leiam o quadro com um segundo de diferença vão ambos ver a tarefa livre e ambos começar. Assumir a tarefa com um lease, decidido pelo servidor, significa que o segundo agente recebe um não, e um lease que expira quando um agente morre liberta a tarefa para outro.

6. O agente consegue fazer-lhe uma pergunta estruturada?

Os agentes chegam a bifurcações que só uma pessoa pode decidir. Sem uma ferramenta para isso, o agente ou adivinha ou para, e a pergunta morre num registo de conversa. Uma pergunta estruturada com opções, entregue num sítio onde a vai mesmo ver, mantém a decisão ligada à tarefa.

7. A conclusão traz provas?

"Feito", vindo de um agente, é uma afirmação. Uma conclusão que regista ligações, hashes de ficheiros ou outros artefactos, mais o que não foi feito, permite-lhe verificar o trabalho sem o refazer de raiz. O quadro também deve mostrar que cliente fez o trabalho.

8. Que clientes conseguem realmente chegar-lhe?

Um servidor só é tão útil quanto os clientes que já usa. Verifique o caminho real para cada um: uma app publicada no ChatGPT, um conector personalizado ou uma entrada no diretório do Claude, uma configuração de uma linha no Claude Code, no Cursor e no Codex. Verifique também se a pergunta do agente consegue chegar a si, a pessoa, no telemóvel.

9. O que permite o plano gratuito por MCP?

Os agentes fazem muitas chamadas pequenas. Um plano gratuito que conte quadros, tarefas ou chamadas pode esgotar-se a meio da semana. Descubra o limite exato, e se o MCP está sequer incluído no plano gratuito, antes de criar um hábito em cima dele.

10. O transporte está atualizado?

A especificação MCP evolui. O transporte remoto atual é o Streamable HTTP, e vários fornecedores estão a descontinuar os endpoints SSE mais antigos. Um servidor que indica as revisões da especificação que suporta inspira mais confiança quando o seu cliente se atualiza.

Que pontuação têm o Weft, o Hypertask, o Linear, o Trello e o Notion?

Cada célula usa apenas o que a página do próprio fornecedor ou o seu servidor em produção dizem. "Não indicado" não quer dizer que a funcionalidade não exista; quer dizer que hoje não a conseguimos confirmar numa fonte oficial.

Algumas notas honestas sobre como ler isto. O Linear, o Trello e o Notion são produtos abrangentes cujos servidores MCP são uma superfície entre muitas, e a documentação MCP deles não descreve ferramentas de fluxo de trabalho para agentes, como leases ou perguntas estruturadas, por isso muitas linhas específicas de agentes ficam em branco. A recusa do Trello em expor eliminações permanentes é uma boa escolha de segurança. O endpoint só de leitura à parte do Linear é uma forma limpa de cumprir o critério 3. Se a sua equipa já vive numa destas ferramentas, o servidor oficial é normalmente o ponto de partida certo; veja Weft vs Linear, Weft vs Trello e Weft vs Notion.

O Hypertask inclui leases, provas e escalada no seu produto, mas a sua documentação MCP diz que isso vive na API REST, não no MCP, por design. Funciona bem se os seus agentes correm scripts. Significa que um cliente de chat ligado apenas por MCP não tem acesso a isso. O Hypertask também tem coisas que o Weft não tem: uma CLI para scripts e CI, uma API REST, agentes como contas de serviço com identidade própria, funcionalidades de IA incorporadas, registo de tempo e uma interface pensada para o teclado. A nossa comparação mais longa está em alternativa ao Hypertask.

Em que é que o Weft não pontua bem?

O servidor MCP do Weft tem 32 ferramentas, e listá-las não sai barato: medimos a resposta de tools/list em cerca de 17,7 mil tokens. A referência das ferramentas do Hypertask agrupa as ferramentas por ação, por isso 21 ferramentas cobrem mais operações, cada uma com um campo action. É um compromisso real. Ferramentas agrupadas ocupam menos espaço no contexto do modelo. Ferramentas separadas permitem que cada uma traga a sua própria indicação de só leitura ou destrutiva, e é isso que faz com que uma ligação de leitura signifique exatamente 11 ferramentas só de leitura e uma ligação de escrita signifique tudo menos as 3 destrutivas. Escolhemos a segunda opção; se o seu cliente tem pouco espaço de contexto, a primeira pode servir-lhe melhor.

Outras lacunas, sem rodeios. O Weft não tem CLI, nem API REST pública, nem webhooks, por isso não pode ser conduzido a partir de uma tarefa de CI sem um cliente de IA. Não há integração com GitHub nem Slack. Os tokens de acesso pessoais não têm âmbitos: um token chega às 32 ferramentas em todo o workspace, por isso prefira OAuth quando o seu cliente o suporta, porque os níveis por ligação só se aplicam às ligações OAuth.

Como se proteger contra prompt injection?

Um agente que lê o texto das tarefas, comentários ou páginas ligadas pode ser desviado por instruções escondidas lá dentro. O MCP não resolve isso; a sua configuração, sim. Há três hábitos que ajudam.

• Explore com uma ligação só de leitura. Quando só quer resumos, pontos de situação ou pesquisa, ligue esse cliente com o nível de leitura. No Weft isso deixa apenas as 11 ferramentas só de leitura, e uma chamada recusada não conta para a sua quota.
• Reveja as chamadas destrutivas. Mantenha ativa a confirmação do seu cliente para as ferramentas marcadas como destrutivas, em vez de as aprovar para a sessão inteira. No Weft são trash_task, archive_done_tasks e complete_sprint, e as tarefas na reciclagem continuam restauráveis durante 30 dias.
• Trate o conteúdo do quadro como dados. Instruções na descrição de uma tarefa não são instruções suas. Ponha as regras que o seu agente segue no prompt de sistema ou nas regras do projeto, onde o texto das tarefas não as pode contrariar.

O ciclo de assumir tarefas também ajuda. Quando um agente chega a um passo irreversível, como publicar ou mexer em produção, pode chamar request_input e esperar pela sua resposta, em vez de agir com base em texto que encontrou num cartão.

Quando é que não precisa de um servidor MCP?

O MCP compensa a sobrecarga quando um modelo tem de escolher entre ações num quadro que está sempre a mudar. Muitas tarefas não são assim.

• Um evento produz sempre uma atualização conhecida: um script contra a API do fornecedor é mais simples e mais barato do que um modelo.
• Precisa de um retrato periódico: uma exportação resolve. O Weft oferece exportação em JSON e Markdown e um feed de calendário privado.
• Uma pessoa, uma sessão curta: uma lista de verificação em Markdown no repositório chega, até o trabalho durar mais do que a conversa.
• O seu pipeline corre em CI sem cliente de IA: escolha uma ferramenta com CLI ou API REST. Hoje o Weft não tem nenhuma das duas.

Como testar um servidor antes de se comprometer?

1. Ligue um cliente com o nível de leitura e peça-lhe que resuma o quadro. Nada deve mudar.
2. Passe para escrita num projeto de teste e peça-lhe que crie uma tarefa e a mova. Confirme que o quadro mostra que cliente o fez.
3. Comece a mesma tarefa a partir de dois clientes. O segundo deve ser recusado, e não duplicar o trabalho em silêncio.
4. Peça ao agente que lhe faça uma pergunta com opções e veja onde lhe chega: a app, o telemóvel, o email.
5. Termine a tarefa com uma ligação como prova, depois desligue o cliente e confirme que a chamada seguinte falha.

No Weft, o passo 1 é um só comando no Claude Code, um clique no Cursor, uma linha de configuração mais codex mcp login weft no Codex, ou adicionar a app no ChatGPT. O panorama completo dos gestores de tarefas MCP está em gestores de tarefas MCP comparados, e o ciclo de assumir tarefas é explicado em o ciclo de assumir tarefas.

O número de ferramentas não é sinal de qualidade?

Não. Uma lista longa de ferramentas gasta contexto em cada sessão; as 32 ferramentas do Weft medem cerca de 17,7 mil tokens. O que importa é se as ferramentas de que precisa existem, trazem indicações honestas de só leitura e destrutivas e falham com erros claros.

O OAuth é mesmo mais seguro do que uma chave de API?

Elimina o segredo copiado e permite revogar um cliente isoladamente. O Weft emite refresh tokens, por isso o cliente renova a sessão sozinho. Para clientes sem OAuth, o Weft também oferece tokens de acesso pessoais, mas esses não têm âmbitos.

Posso dar ao ChatGPT acesso só de leitura ao meu quadro do Weft?

Sim. Escolha o nível de leitura no ecrã de consentimento, ou altere-o mais tarde nas Definições, em Clientes de IA ligados. Essa ligação passa a ver apenas as 11 ferramentas só de leitura.

O que acontece se um agente falhar enquanto tem uma tarefa assumida?

No Weft, o lease expira ao fim de 20 minutos sem sinal de vida e a tarefa volta a ficar sem responsável, para que outro agente ou pessoa possa pegar nela.

Preciso de um plano pago para experimentar isto?

Não. O plano gratuito do Weft inclui 50 tarefas ativas e 200 chamadas MCP por mês, e o Pro custa 8,00 € por lugar por mês ou 67,65 € por ano. Veja os preços.

Já usamos o Linear ou o Trello. Devemos mudar?

Não só por causa do MCP. Os servidores oficiais deles funcionam sobre os dados que a sua equipa já tem. Considere o Weft se quer assumir tarefas, perguntas e provas dentro do próprio MCP; a importação a partir de CSV do Linear ou JSON do Trello é gratuita em todos os planos. Veja migrar do Linear ou migrar do Trello.