Servidor MCP de Loudcode

• Nome no registrodev.loudcode/loudcodeverificado no registro MCP

O nome no registro fica sob loudcode.dev. O registro só libera esse espaço de nomes para quem prova controle do domínio por DNS ou HTTP.

• Estadorespondeverificado em 2026-11-02
• Ferramentas6
• O servidor se chamaloudcode
• Versão do servidor1.0.0
• Versão do protocolo2025-06-18

Em 2026-11-02 o servidor respondeu a initialize e tools/list sem login. Primeira resposta em 197 ms.

• Ainda não avaliamos se as ferramentas fazem o trabalho do produto.
• Verificado em 2 dos 7 dias necessários para julgar a confiabilidade.

Dito por regras a partir das medições acima. A primeira chamada provável é a escolha de um modelo na lista de ferramentas; leia a descrição antes de confiar nela.

• Nota INITE MCPdepois de uma semanaa nota precisa de 7 verificações diárias: 2 até agora
• Respondeumedindo2 das 7 verificações diárias necessárias para mostrar a porcentagem
• Mediana da primeira resposta1303 ms
• Espaço no contexto do agente≈ 665 tokensas definições de todas as ferramentas (6), que o agente carrega a cada turno
• Definições das ferramentasB · 83 de 100
• Resultados tipados0 de 6 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Sem dizer se só lê ou se pode destruir: 6 de 6

Um programa verifica o servidor uma vez por dia: initialize e tools/list, sem modelo. Os tokens são o tamanho das definições, a cerca de quatro caracteres por token. A nota é a média de seis verificações do nome, da descrição, do esquema e das anotações de cada ferramenta; diz se as ferramentas estão bem descritas, não se funcionam. A nota pesa só o que foi medido: se responde (25%), se faz o trabalho do produto (25%), definições (20%), contexto (10%), uso (10%) e a facilidade de conectar (10%). Uma parte não medida fica de fora, e uma instrução oculta limita a nota a 40. O estado dos servidores MCP dos fornecedores: método e números →

• draft_post

  Write a build in public post for X about work the user just did, in their own voice (Loudcode knows their product, tone and past posts). Pass a concrete summary of what was built or changed in this session: features, fixes, decisions…

• list_drafts

  List the user's Loudcode drafts waiting for review, and posts queued to go out, with their ids.

• queue_post

  Queue a Loudcode draft to post to the user's X account: at their next free posting slot, or at a specific time. Only do this when the user asked to queue or schedule it.

• post_metrics

  How the user's recent X posts did: views, likes, replies per post and totals, best post first.

• list_ideas

  Post ideas Loudcode found in the user's product, numbers, posts and repo. Good when they shipped nothing new this week.

• weekly_checkin

  Do the user's weekly check-in from what you know about their week, and Loudcode plans a week of posts (saved as drafts with suggested times, not posted). Answer each question concretely; leave one empty if you don't know.