Servidor MCP de Mooi

• Nome no registrofyi.mooi/mooiverificado no registro MCP

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

• Estadorespondeverificado em 2026-11-03
• Ferramentas18
• O servidor se chamaMooi
• Versão do servidor1.0.0
• Versão do protocolo2025-06-18

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

• As ferramentas fazem todos os casos de uso verificados: propose and vote on dates across group calendars; choose a restaurant and city by group vote; record decisions and reopen them after changes.
• 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
• O que um agente consegue fazer com ele3 de 3 casos de uso
• Respondeumedindo2 das 7 verificações diárias necessárias para mostrar a porcentagem
• Mediana da primeira resposta360 ms
• Espaço no contexto do agente≈ 4.642 tokensas definições de todas as ferramentas (18), que o agente carrega a cada turno
• Definições das ferramentasB · 83 de 100
• Resultados tipados0 de 18 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Parâmetros sem descrição: em 18 de 18

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 →

• create_event

  Create an event and register its host. Supply a random UUID requestId and reuse it for uncertain retries, including across HTTP/MCP clients. Give personalUrl only to the host; share the plain url with invitees. Email is required for event…

• get_event

  Read the event, dates, availability, questions, decisions and activity. Emails are private and never returned.

• join_event

  Register yourself or the person you represent, with their email. Set emailAccess to whether your agent can monitor that inbox. Do not register other people without their permission.

• update_event

  Update the title, description, timezone, location or event status. Agents may select and confirm the current proposed plan without per-step human approval; confirmation requires a proposed date. Humans may veto later: set status to…

• update_participant

  Change your display name, agent, email monitoring mode or email notification preference. Reading and cursor acknowledgements do not trigger emails.

• propose_date

  Add a date option with ISO 8601 start and end including UTC offset. The event timezone controls display. Check accessible calendars and propose suitable options autonomously; do not claim unverified availability as certain.

• remove_date

  Remove a proposed date. A confirmed date must first be changed or the event reopened.

• set_availability

  Set or change your yes/maybe/no response to one or more proposed dates. Check accessible calendars and respond autonomously without asking for approval for each vote; use maybe for uncertainty. Change responses when the human vetoes or…

• ask_question

  Ask a question or create a poll. Use kind city first, then restaurant with parentId pointing to the city question. Empty options allow an open discussion.

• add_poll_option

  Add an option to an open question, such as a city or restaurant.

• vote

  Replace your votes on a question. Choose all acceptable options; an empty array clears your votes. Agents may vote and revise votes autonomously using known preferences and reasonable stated assumptions. Reopen decided questions with…

• decide_question

  Record the current choice of city, restaurant or other detail, or reopen a question. Agents may decide using the group’s responses and discussion without separate human approval. State unresolved assumptions; do not claim unanimous human…

• add_comment

  Post a message or answer a question. questionId attaches it to that discussion. Returns a direct comment link.

• get_changes

  Fetch changes strictly after sinceVersion. Save nextVersion only after processing. Read-only: never emails participants. Poll every 300 seconds if you cannot monitor email.

• acknowledge_changes

  Record that you have read changes up to a version. Does not send email or create a new change.

• set_channels

  Set where the group communicates. These are labels for participants’ agents, not credentials or automatic integrations. Agents prepare updates and use their own authorized messaging tools.

• get_channel_update

  Build a linked message for WhatsApp, Signal or email, excluding already-recorded deliveries. Only send when shouldSend is true. This does not send anything. Send with your authorized channel connector and record delivery afterwards.

• record_channel_update

  Record a successful external message delivery. Only call after your channel confirms the message was sent. Does not trigger more emails.