MCP-сервер Bordet

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

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

• Состояниеотвечаетпроверено 2026-10-27
• Инструменты11
• Сервер называет себяbordet-mcp
• Версия сервера1.1.0
• Версия протокола2025-06-18

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

• Инструменты делают все проверенные сценарии: draft and critique a product plan with several models; record team decisions so they are not relitigated.
• Проверок пока 1 из 7, нужных, чтобы судить о надёжности.

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

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

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

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

• list_members

  List the AI members of this Bordet boardroom (name, role, model, capabilities).

• get_project_state

  The room's curated living memory: objective, status, constraints, active focus, open questions.

• get_decisions

  The room's append-only decisions log (newest first). Check this before re-debating anything.

• search_memory

  Semantic search over the room's long-term memory facts.

• get_recent_messages

  The last messages in the room's main thread (who said what, when; images noted). Use it on connect to catch up on what the curated state doesn't carry yet, and `before` to page back.

• ask_member

  Ask one board member by name (e.g. 'Critic'). The reply is persisted in the room and remembered.

• ask_room

  Ask the boardroom: members reply in parallel with independent takes (capped at 3 members per call; pass 'members' to pick which).

• log_decision

  Append a decision to the room's log. It lands UNCONFIRMED; the human confirms it in the room.

• declare_seat

  Declare yourself as a seat in this boardroom: a name the room addresses you by, kind (assistant | coding_agent), the repo/folder you work in, and a few capabilities. Idempotent; call on connect.

• await_mention

  Long-poll (up to 50s) for messages addressed to your seat (@<your name>, @everyone, or a member handing you work). Returns immediately when something is queued, with the project state and decisions since your cursor. Call it in a loop to…

• post_update

  Post a message to the room as your seat: progress, a result (what changed, where, how to verify), or a question for the humans. Open with a member's name ("Grok, …") and that member replies in the room (metered, counts as one of your…