MCP-сервер signupbouncer

• Имя в реестреcom.signupbouncer/checkerподтверждён в реестре MCP

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

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

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

• Делают ли инструменты работу продукта, ещё не проверено.

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

• Оценка INITE MCP80 из 100отвечает 100 · описания 100 · контекст 100 · подключение 100 · снижена из-за предупреждений ниже
• Отвечал100% днейответов на ежедневные проверки: 8 из 8
• Медиана первого ответа280 мс
• Место в контексте агента≈ 2 165 токеновописания всех инструментов (6), они занимают контекст агента на каждом ходу
• Описания инструментовA · 100 из 100
• Типизированные ответы2 из 6 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

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

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

• check_email

  Checks one email address, and optionally the signup's IP address, the way SignupBouncer checks a new signup. Returns the result as "verdict" (allow, challenge or block), a 0-100 score, the reasons with their reason codes, the normalised…

• explain_reason

  Explains a SignupBouncer reason code (for example disposable_domain, burner_mx, repeat_inbox, datacenter_ip): what it means, how many points it adds or whether it blocks alone, and the lowest plan on which it counts. Without a code, lists…

• lookup_burner_domain

  Says whether a domain is on SignupBouncer's disposable (burner) email list, only on an old burner list (a challenge, not a block), a known relay service or a free subdomain mail service, or a known real mailbox provider, and when our…

• integration_guide

  Returns the steps and the copy-paste code that checks new signups with SignupBouncer in one stack: supabase (a hook, no code), ory (a web hook, no code), fetch (any TypeScript server), nextjs, express, hono, python, firebase or…

• get_rules

  Needs an API key. Returns the Rules settings of one of your apps: shadow or enforce mode, the challenge and block score cutoffs, what a challenge does in the Supabase and Ory hooks, the message a refused person sees, the "Why was this…

• update_rules

  Needs an API key. Changes the Rules settings of one of your apps, which changes live signup blocking for that app: the next real signups are scored and refused under the new settings. Send only the settings to change. The others stay as…