MCP-сервер · уже в проде

Claude Code пишет тесты.
ReTibe их прогоняет.

Подключите платформу к Claude Code, CortexIDE или любому MCP-клиенту одной командой.
Агент соберёт сценарий, проверит его до запуска браузера, прогонит на наших браузерах и разберёт падение.

18 инструментов

Авторинг, валидация, прогон, история, визуальный регресс

48 действий движка

Каталог извлекается из кода движка, а не пишется руками

HTTP + Bearer

Токен выпускается и отзывается в профиле, отзыв мгновенный

3 промпта

/author — написать, /debug — разобрать падение, /harden — усилить

Подключение

Две минуты до первого прогона

Ничего не нужно собирать и хостить — сервер уже работает на retibe.com

Выпустите токен

Профиль → «API-токены». Токен показывается один раз, восстановить его нельзя. Отзыв там же и действует мгновенно.

Добавьте сервер

Одна команда в терминале — транспорт HTTP, адрес https://retibe.com/mcp.

Проверьте связь

Попросите агента вызвать retibe_whoami — он вернёт email, план и остаток квоты.

bash
$ claude mcp add --transport http retibe https://retibe.com/mcp \
    --header "Authorization: Bearer rtb_live_…"
 Added MCP server retibe

$ claude
> /mcp
   retibe  connected · 18 tools · 3 prompts
Чем отличается

Это не Playwright MCP

Разные задачи. Понимать разницу стоит до начала, иначе ожидания разойдутся с реальностью

Playwright MCP ReTibe MCP
Модель работы водит браузер вживую пишет сценарий, прогоняет, читает разбор
Видит страницу между шагами да нет
Что остаётся после сессии ничего сохранённый сценарий, отчёт, история прогонов
Повторный прогон заново объяснять один вызов по id
Где выполняется локально на платформе, в её браузерах

Они не конкуренты

Playwright MCP хорош для разведки — «посмотри, что на странице, покликай». ReTibe хорош для закрепления — «этот путь должен работать всегда, проверяй его при каждом релизе». Рабочая связка: разведать Playwright'ом, закрепить в ReTibe.

Порядок работы

Как агент доходит до зелёного теста

Этот порядок заложен в описания инструментов — агент следует ему сам

retibe_env

Какие есть окружения и ключи параметров. Значения параметров наружу не отдаются.

retibe_actions

Каталог действий и контракт каждого, которое агент собирается использовать.

retibe_reference

Сквозные механики: шаблоны, условия, фикстуры, хранение результатов.

Сценарий

Агент пишет шаги. Если разметка сайта ему незнакома — сначала стоит показать её любым способом, вслепую селекторы он угадывает плохо.

retibe_validate_scenario

Проверка за миллисекунды, до запуска браузера и без расхода квоты. Этот шаг пропускать нельзя.

retibe_run_scenarioretibe_run_result

Старт возвращает runId, дальше опрос. Вызовы не блокируются: веб-тест обычно около минуты, самые долгие — до десяти.

Главное

Зачем вообще нужен валидатор

Движок принимает почти что угодно. Сломанный тест не падает — он проходит зелёным, ничего не проверяя

Проверки, которые не могут упасть

api_test, security, accessibility, seo_analysis, graphql_test, load_test и ещё несколько записывают проблему в findings, а сам шаг остаётся passed. API вернул 500 — тест зелёный. Валидатор требует настоящий ассерт следом.

web_assert умеет меньше, чем кажется

Он проверяет видимость и вхождение подстроки — причём подстроку только через data.contains. Поля assertion, expected, attribute, text и value не читаются вообще: шаг с ними пройдёт на любом видимом элементе с любым текстом.

Отсутствие элемента проверить нельзя

visible: false выглядит как «его нет», а означает обратное: ожидание ослабляется до state: "attached" — элемент обязан быть в DOM, просто может быть скрыт. Проверки отсутствия в движке нет ни в каком виде.

Несуществующие действия

web_fill, web_type, web_hover, web_select и ещё несколько широко документированы, но в движке их нет. Валидатор ловит их и предлагает замену — потому что каталог действий машинно извлечён из диспетчера движка.

Исход, а не факт действия

Заполнить форму и нажать «отправить» — ещё не тест: без проверки шаги пройдут зелёным и при отказе сервера. Нужен признак, который может не наступить — редирект, появление элемента, изменение URL.

Скриншот упавшего шага

Движок снимает экран после успешного действия, поэтому на упавшем шаге снимка нет — разбирать падение придётся по кадру соседнего шага. Инструмент разбора говорит об этом прямо, вместо того чтобы молчать.

Всё это — предупреждения с готовой заменой

Валидатор отдаёт их до запуска браузера, за миллисекунды и без расхода квоты. Если агент их проигнорировал — попросите прогнать /harden по сценарию и разобрать каждое.

Инструменты

18 инструментов и 3 промпта

Всё, что нужно агенту, чтобы дойти от «протестируй логин» до разобранного отчёта

Справка и проверка

Что движок умеет на самом деле — и проверка сценария до того, как поднимется браузер.

retibe_actions retibe_reference retibe_docs retibe_examples retibe_validate_scenario retibe_doctor

Прогон

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

retibe_run_scenario retibe_run_status retibe_run_result retibe_list_runs retibe_stop_run retibe_publish_run

Платформа

Сценарии, окружения, история стабильности и очередь визуального регресса.

retibe_whoami retibe_env retibe_scenarios retibe_save_scenario retibe_history retibe_visual_review

Промпты

Готовые сценарии работы — вызываются слэшем прямо в Claude Code

/author

Написать сценарий с нуля: собрать контракты действий, составить шаги, провалидировать и прогнать.

/debug

Разобрать падение: что упало, где и почему — и чем это отличается от infra_error, в котором сценарий не виноват.

/harden

Найти в сценариях проверки, которые ничего не проверяют, и заменить их настоящими ассертами.

Как читать результат

Четыре состояния, и только два из них — приговор тесту

  • passed / failedтест отработал, вердикт настоящий
  • infra_errorсценарий не выполнялся: не поднялся браузер или вышел дедлайн. Искать баг в сценарии не нужно
  • unknownпрогон ещё не завершён. Это не «прошёл»
  • stepsObservedоценка, а не счётчик. Признак завершения только state

Ограничения — честно

Лучше узнать это здесь, чем на третьем часе отладки

  • Telegram — только написание сценариев. Прогон требует сессии, которая создаётся интерактивным входом с SMS.
  • Один тест за раз на аккаунт. Бот- и веб-тесты блокируют друг друга.
  • Общая квота. Прогоны отсюда тратят ту же месячную квоту, что и запуски из веб-интерфейса — остаток виден в retibe_whoami.
  • Скриншоты — путями, а не картинками. Открывайте их файловым инструментом агента.

Подключите за две минуты

Выпустите токен в профиле, добавьте сервер одной командой — и попросите агента написать первый сценарий.