MCP-сервер Mooi

• Имя в реестреfyi.mooi/mooiподтверждён в реестре MCP

Имя в реестре лежит в пространстве mooi.fyi. Реестр пускает в такое пространство только того, кто доказал владение доменом через DNS или HTTP.

• Состояниеотвечаетпроверено 2026-11-03
• Инструменты18
• Сервер называет себяMooi
• Версия сервера1.0.0
• Версия протокола2025-06-18

2026-11-03 сервер ответил на initialize и tools/list без входа. Первый ответ за 177 мс.

• Инструменты делают все проверенные сценарии: propose and vote on dates across group calendars; choose a restaurant and city by group vote; record decisions and reopen them after changes.
• Проверок пока 2 из 7, нужных, чтобы судить о надёжности.

Вывод сделан правилами по замерам выше. Вероятный первый вызов выбрала модель по списку инструментов: прочитайте описание, прежде чем на него полагаться.

• Оценка INITE MCPчерез неделюдля оценки нужно 7 ежедневных проверок, пока 2
• Что агент может с ним сделать3 из 3 сценариев
• Отвечалидёт замерпроверок пока 2, долю покажем после 7
• Медиана первого ответа360 мс
• Место в контексте агента≈ 4 642 токеновописания всех инструментов (18), они занимают контекст агента на каждом ходу
• Описания инструментовB · 83 из 100
• Типизированные ответы0 из 18 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

• Параметры без описания: в 18 из 18

Программа проверяет сервер раз в день: initialize и tools/list, без модели. Токены - это длина описаний из расчёта примерно четыре символа на токен. Оценка - среднее шести проверок имени, описания, схемы и аннотаций каждого инструмента. Она говорит, насколько понятно описаны инструменты, а не о том, работают ли они. Оценка складывается только из замеренного: отвечает ли сервер (25%), делает ли работу продукта (25%), описания (20%), контекст (10%), использование (10%) и насколько просто подключиться (10%). Незамеренная часть не учитывается, а скрытая инструкция ограничивает оценку 40 баллами. Состояние MCP-серверов вендоров: методика и цифры →

• 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.