MCP-сервер RedirX

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

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

• Состояниеотвечаетпроверено 2026-10-28
• Инструменты12
• Сервер называет себяredirx
• Версия сервера0.1.0
• Версия протокола2025-06-18

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

• Инструменты делают все проверенные сценарии: map old page URLs to proposed new destinations; review uncertain URL matches before approving them; export approved redirect file for the site platform.

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

• Оценка INITE MCP95 из 100отвечает 100 · делает работу 100 · описания 85 · контекст 89 · подключение 100
• Что агент может с ним сделать3 из 3 сценариев
• Отвечал100% днейответов на ежедневные проверки: 8 из 8
• Медиана первого ответа473 мс
• Место в контексте агента≈ 4 548 токеновописания всех инструментов (12), они занимают контекст агента на каждом ходу
• Описания инструментовB · 85 из 100
• Типизированные ответы11 из 12 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

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

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

• plan_migration

  Create an owned old-site/new-site plan. Next call import_inventory for the old and new URL lists; planning does not crawl or run the model.

• import_inventory

  Import explicit HTTP(S) URL strings into an owned, immutable old or new inventory. No crawl or page fetch. Use data.inventory.id with run_migration only when data.inventory.status is complete; a partial import lists its exclusions and…

• run_migration

  Match old URLs to new ones from two complete inventories. Migrations up to 500 old URLs run free (one free run a day, five in total per account). Otherwise the answer is payment_required with the one-time price ($1 per 50 old URLs, $10…

• get_migration

  Read an owned migration, its latest inventories, runs (with progress), exports and verifications, and the next recoverable action. Keep migration_id across reconnects; poll only after retry_after_seconds. A finished run still needs review…

• group_matches

  Start review here. Groups a run's mappings by the URL rewrite they apply (from → to, e.g. /product/{slug}/ → /products/{slug}), groups with the most undecided rows first. kind is moved, kept_tail, same_path, unchanged (no redirect needed)…

• list_matches

  Read a run's mappings in stable URL order: the latest proposal, the current decision and its revision. Pass group_id (from group_matches) to read one group's rows. Follow data.next_cursor until null with the same run, filter and group…

• resolve_group

  After the person decides on a whole group from group_matches: record one decision (approve confirms each row's latest proposal; reject, defer or intentional_removal) for every row in the group that has no decision yet. Rows already…

• resolve_matches

  Record audited decisions on individual rows with optimistic concurrency, after the user agrees (for a whole group, use resolve_group): approve (confirms the proposed target, or target_url if given), set_target (an exact URL from the new…

• refine_matches

  Resume a run that stopped part-way (same pass, kept proposals), or start its next pass, which learns from the targets people confirmed and the most confident proposals. Up to three passes per run; no new charge. Read the run's…

• export_redirects

  Create an immutable redirect file at exactly the selection revision you showed the person (data.selection_revision). Before exporting, ask the person what to include: every proposal is the default, or only those at or above a confidence…

• verify_redirects

  Only after the user confirms an export is installed: check each of its redirects on the live site (status, hops, final destination). Give live_origin (where the old URLs are served) and origin_rewrites mapping export destination origins…

• ping

  Connection check. Returns "pong". Has no side effects.