Servidor MCP de SignOps

• Nome no registrodev.signops/signopsverificado no registro MCP

O nome no registro fica sob signops.dev. O registro só libera esse espaço de nomes para quem prova controle do domínio por DNS ou HTTP.

• Estadorespondeverificado em 2026-10-29
• Ferramentas23
• O servidor se chamasignops
• Versão do servidor1.0.0
• Versão do protocolo2025-06-18

Em 2026-10-29 o servidor respondeu a initialize e tools/list sem login. Primeira resposta em 208 ms.

• As ferramentas fazem Send push notifications from your server to user devices, mas não Replace SMS codes with passkey sign-ins on your own domain.
• Verificado em 4 dos 7 dias necessários para julgar a confiabilidade.

Dito por regras a partir das medições acima. A primeira chamada provável é a escolha de um modelo na lista de ferramentas; leia a descrição antes de confiar nela.

• Nota INITE MCPdepois de uma semanaa nota precisa de 7 verificações diárias: 4 até agora
• O que um agente consegue fazer com ele1 de 2 casos de uso
• Respondeumedindo4 das 7 verificações diárias necessárias para mostrar a porcentagem
• Mediana da primeira resposta164 ms
• Espaço no contexto do agente≈ 2.258 tokensas definições de todas as ferramentas (23), que o agente carrega a cada turno
• Definições das ferramentasA · 99 de 100
• Resultados tipados0 de 23 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Parâmetros sem descrição: em 2 de 23

Um programa verifica o servidor uma vez por dia: initialize e tools/list, sem modelo. Os tokens são o tamanho das definições, a cerca de quatro caracteres por token. A nota é a média de seis verificações do nome, da descrição, do esquema e das anotações de cada ferramenta; diz se as ferramentas estão bem descritas, não se funcionam. A nota pesa só o que foi medido: se responde (25%), se faz o trabalho do produto (25%), definições (20%), contexto (10%), uso (10%) e a facilidade de conectar (10%). Uma parte não medida fica de fora, e uma instrução oculta limita a nota a 40. O estado dos servidores MCP dos fornecedores: método e números →

• send_push

  Send a push notification to one user (user_id), a list (user_ids, up to 1,000), a topic, or everyone (all: true). Give exactly one target. A push to one user, sent now, answers with its result at once; others answer with status sending or…

• get_push

  One push by id: status, devices, sent and failed, per platform.

• list_pushes

  Pushes, newest first. On the Free plan only pushes still to go are listed (no delivery logs).

• cancel_push

  Cancel a push that is scheduled and has not started sending.

• register_device

  Store a device's push token under your user id. Android and iOS tokens come from the Firebase or Apple SDK; for web, token is the PushSubscription as JSON.

• list_devices

  The devices registered for one user id, newest first, with platform and whether each is trusted for approvals.

• remove_device

  Remove one device by id; it gets no more pushes.

• list_topics

  Topics with how many users each has.

• subscribe_topic

  Add a user to a topic. The topic exists once it has a user.

• unsubscribe_topic

  Take a user off a topic.

• list_templates

  Saved push templates with their fields.

• get_template

  One template by name.

• save_template

  Create or replace a template. Put {{field}} where a value goes, or {{field|default}} for one with a fallback.

• delete_template

  Delete a template by name. Pushes already made from it are not changed.

• create_approval

  Send an approval request to the user's trusted phone, with number matching. The user must have a phone enrolled through the SignOps SDK.

• get_approval

  An approval request's status: pending, approved, denied, expired or cancelled.

• cancel_approval

  Cancel a pending approval request.

• list_passkeys

  The passkeys registered for one user id.

• get_authenticator

  Whether a user has an authenticator app (TOTP) confirmed, when it was last used, backup codes left, and whether wrong codes have locked them.

• remove_authenticator

  Remove a user's authenticator app and backup codes, for a lost phone. They can enrol again.

• unlock_user

  Clear the lock that five wrong codes in 15 minutes put on a user, and their count of wrong codes.

• export_user

  Everything SignOps holds on one user id as JSON: devices (tokens shortened), topics, passkeys, authenticator status, approvals of the last 90 days, consent history and pushes sent to them.

• get_consent

  The latest consent answer per purpose for one user, like marketing_push, and the history.