MCP-сервер MiniMindsLab

• Имя в реестреcom.minimindslab.mcp/toolsподтверждён в реестре MCP

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

• Состояниеотвечаетпроверено 2026-10-21
• Инструменты11
• Сервер называет себяminimindslab-tools
• Версия сервера0.3.0
• Версия протокола2025-06-18

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

• Делают ли инструменты работу продукта, ещё не проверено.
• Проверок пока 2 из 7, нужных, чтобы судить о надёжности.

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

• Оценка INITE MCPчерез неделюдля оценки нужно 7 ежедневных проверок, пока 2
• Отвечалидёт замерпроверок пока 2, долю покажем после 7
• Медиана первого ответа626 мс
• Место в контексте агента≈ 3 947 токеновописания всех инструментов (11), агент держит их в контексте на каждом ходу
• Описания инструментовA · 100 из 100
• Типизированные ответы11 из 11 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

• Все инструменты проходят все шесть проверок.

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

• accessible-name-and-label-regression-diff

  Teams need to know when a code change silently breaks accessible names, labels, or descriptions on interactive elements.

• api-breaking-change-diff-viewer

  Developers need to know whether a new API contract breaks existing clients before they merge or publish it.

• api-pagination-and-cursor-consistency-checker

  Backend and frontend teams need to confirm that paginated API response samples keep page, offset, and cursor behavior consistent across endpoints and edge cases.

• conference-badge-readability-tester

  Estimates whether a name badge is readable at social distance and flags text that will likely feel too small or too crowded.

• css-stacking-context-inspector

  Frontend developers need to understand why an element is visually hidden behind another even when z-index seems correct.

• html-duplicate-id-and-aria-reference-checker

  Developers need to catch duplicate IDs and broken ARIA relationships that silently break accessibility and scripting.

• json-contract-compatibility-checker

  Developers need to confirm that a sample API response still matches a contract, including required fields, type expectations, enum constraints, and unexpected shape changes.

• json-schema-drift-impact-checker

  API and frontend engineers need to know whether a JSON schema change will break real payloads, generated clients, or form bindings before they ship it.

• json-schema-vs-sample-payload-diff-checker

  API builders need to see exactly where a sample payload violates a schema or where the schema does not describe real data.

• multipart-form-data-inspector

  Frontend and API developers need to see exactly what a browser will send as multipart form data, because hidden controls, disabled fields, repeated names, and file inputs often create payload mismatches.

• spreadsheet-merge-conflict-reconciler

  Teams need to reconcile two spreadsheet versions and see what changed, what conflicts, and which rows or columns need manual review.