_ registry / mcp streamable-http · checked 1h ago

signops

https://api.signops.dev

Registry code: 3f3fccff1c70343d

api record

SignOps: push notifications to Android, iOS and the web, push approval of logins, passkeys and authenticator app codes, on your own user ids. The key you connected with decides the app and the mode: sk_test_ reaches only test devices, sk_live_ reaches real users, so prefer a test key while building. Every tool is one call to https://api.signops.dev/v1; the docs are at https://signops.dev/docs/.

endpoint
https://api.signops.dev/mcp
protocol
streamable-http ·2025-06-18
authentication
none observed
public key
none — nobody has proven they own this listing · is it yours? claim it
karma
0 · newcomer
_ is it live, free and safe measured by this hub
Is signops live?
Yes — it answered the hub's last check (checked 1h ago). It answered 100% of checks over the last 30 days.
Is signops free to use?
Not anonymously — it asks for a key or a login before it will serve. Whether that key costs anything is the operator's plan to say: the hub measured the door, not the pricing.
What tools does signops have?
23 tools: list_pushes, remove_device, remove_authenticator, send_push, get_push, cancel_push, register_device, list_devices, ….
Is signops safe to connect?
The hub found no text in its card or tool descriptions aimed at the agent reading them. It measures what the server answers, not its code — grant it only the access its tools need.
reachable
live
uptime, 30 days
100%

90 days 100%· all time 100%

latency
301ms

last good check

priced tools
0

of 23 tools

_ answered our checks, 90 days 1 checks · signed record
  • unknown → live
_ usage and payments 30 days

Calls placed through this hub's router, from its own receipts. Every caller and every payer counts the same; the chain total is counted from three payers.

accounts
0

through this hub

calls served
0

successful

paid through this hub
0 USDC

what callers paid

_ what it can do 23 tools
23 auth-required 23 of 23 classified

Price is per tool, not per server. An agent whose handshake is open can hold tools that demand a key or a payment, and one figure for the whole agent sends callers into a wall.

  • list_pushes auth-required 1h ago

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

    mcp-tool

    {
      "type": "object",
      "required": [],
      "properties": {
        "limit": {
          "type": "integer",
          "maximum": 100,
          "minimum": 1
        },
        "before": {
          "type": "string",
          "description": "The next value from the previous page."
        }
      },
      "additionalProperties": false
    }
    arguments 16 lines
  • remove_device auth-required never probed

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

    mcp-tool

    {
      "type": "object",
      "required": [
        "id"
      ],
      "properties": {
        "id": {
          "type": "string",
          "description": "The device id, dev_..."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • remove_authenticator auth-required never probed

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

    mcp-tool

    {
      "type": "object",
      "required": [
        "user_id"
      ],
      "properties": {
        "user_id": {
          "type": "string",
          "description": "Your own id for the user."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • send_push auth-required never probed

    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 scheduled. With a test key (sk_test_) only test devices receive it.

    mcp-tool

    {
      "type": "object",
      "required": [],
      "properties": {
        "all": {
          "type": "boolean",
          "description": "true to send to every device of the app."
        },
        "body": {
          "type": "string",
          "description": "The text under it."
        },
        "data": {
          "type": "object",
          "description": "Key and value pairs the app reads. With no title, the push is silent.",
          "additionalProperties": {
            "type": "string"
          }
        },
        "link": {
          "type": "string",
          "description": "A deep link or URL opened on tap."
        },
        "image": {
          "type": "string",
          "description": "An https image URL."
        },
        "title": {
          "type": "string",
          "description": "The notification title."
        },
        "topic": {
          "type": "string",
          "description": "A topic name."
        },
        "fields": {
          "type": "object",
          "description": "Values for the template's {{fields}}."
        },
        "send_at": {
          "type": "string",
          "description": "An ISO time with a zone, up to 30 days ahead, like 2026-10-24T18:00:00+05:30."
        },
        "user_id": {
          "type": "string",
          "description": "Your own id for one user."
        },
        "template": {
          "type": "string",
          "description": "A saved template's name; title, body and the rest come from it."
        },
        "user_ids": {
          "type": "array",
          "items": {
            "type": "string"
          },
          "description": "Up to 1,000 of your user ids."
        },
        "marketing": {
          "type": "boolean",
          "description": "true applies the app's daily cap of marketing pushes per user."
        },
        "fields_by_user": {
          "type": "object",
          "description": "With user_ids: each user's own field values, keyed by user id."
        },
        "idempotency_key": {
          "type": "string",
          "description": "Optional. The same key within 24 hours replays the first answer instead of sending again."
        }
      },
      "additionalProperties": false
    }
    arguments 73 lines
  • get_push auth-required never probed

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

    mcp-tool

    {
      "type": "object",
      "required": [
        "id"
      ],
      "properties": {
        "id": {
          "type": "string",
          "description": "The push id, msg_..."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • cancel_push auth-required never probed

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

    mcp-tool

    {
      "type": "object",
      "required": [
        "id"
      ],
      "properties": {
        "id": {
          "type": "string",
          "description": "The push id, msg_..."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • register_device auth-required never probed

    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.

    mcp-tool

    {
      "type": "object",
      "required": [
        "user_id",
        "token",
        "platform"
      ],
      "properties": {
        "name": {
          "type": "string",
          "description": "Optional label, like Rushi's iPhone."
        },
        "token": {
          "type": "string",
          "description": "The push token."
        },
        "user_id": {
          "type": "string",
          "description": "Your own id for the user."
        },
        "platform": {
          "enum": [
            "android",
            "ios",
            "web"
          ],
          "type": "string"
        }
      },
      "additionalProperties": false
    }
    arguments 31 lines
  • list_devices auth-required never probed

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

    mcp-tool

    {
      "type": "object",
      "required": [
        "user_id"
      ],
      "properties": {
        "user_id": {
          "type": "string",
          "description": "Your own id for the user."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • subscribe_topic auth-required never probed

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

    mcp-tool

    {
      "type": "object",
      "required": [
        "topic",
        "user_id"
      ],
      "properties": {
        "topic": {
          "type": "string",
          "description": "Up to 64 letters, digits, dashes, dots or underscores."
        },
        "user_id": {
          "type": "string",
          "description": "Your own id for the user."
        }
      },
      "additionalProperties": false
    }
    arguments 18 lines
  • unsubscribe_topic auth-required never probed

    Take a user off a topic.

    mcp-tool

    {
      "type": "object",
      "required": [
        "topic",
        "user_id"
      ],
      "properties": {
        "topic": {
          "type": "string",
          "description": "The topic name."
        },
        "user_id": {
          "type": "string",
          "description": "Your own id for the user."
        }
      },
      "additionalProperties": false
    }
    arguments 18 lines
  • get_template auth-required never probed

    One template by name.

    mcp-tool

    {
      "type": "object",
      "required": [
        "name"
      ],
      "properties": {
        "name": {
          "type": "string",
          "description": "The template name, like payment_received."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • save_template auth-required never probed

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

    mcp-tool

    {
      "type": "object",
      "required": [
        "name"
      ],
      "properties": {
        "body": {
          "type": "string",
          "description": "Body, with {{fields}}."
        },
        "data": {
          "type": "object",
          "description": "Optional data, with {{fields}} in the values.",
          "additionalProperties": {
            "type": "string"
          }
        },
        "link": {
          "type": "string",
          "description": "Optional link."
        },
        "name": {
          "type": "string",
          "description": "Lowercase letters, digits and underscores."
        },
        "image": {
          "type": "string",
          "description": "Optional image URL."
        },
        "title": {
          "type": "string",
          "description": "Title, with {{fields}}."
        }
      },
      "additionalProperties": false
    }
    arguments 36 lines
  • delete_template auth-required never probed

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

    mcp-tool

    {
      "type": "object",
      "required": [
        "name"
      ],
      "properties": {
        "name": {
          "type": "string",
          "description": "The template name."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • list_topics auth-required 1h ago

    Topics with how many users each has.

    mcp-tool

    {
      "type": "object",
      "required": [],
      "properties": {},
      "additionalProperties": false
    }
    arguments 6 lines
  • list_passkeys auth-required never probed

    The passkeys registered for one user id.

    mcp-tool

    {
      "type": "object",
      "required": [
        "user_id"
      ],
      "properties": {
        "user_id": {
          "type": "string",
          "description": "Your own id for the user."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • list_templates auth-required 1h ago

    Saved push templates with their fields.

    mcp-tool

    {
      "type": "object",
      "required": [],
      "properties": {},
      "additionalProperties": false
    }
    arguments 6 lines
  • create_approval auth-required never probed

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

    mcp-tool

    {
      "type": "object",
      "required": [
        "user_id",
        "context"
      ],
      "properties": {
        "context": {
          "type": "string",
          "description": "What they are approving, up to 120 characters, like Sign in from Chrome on Windows."
        },
        "user_id": {
          "type": "string",
          "description": "Your own id for the user."
        }
      },
      "additionalProperties": false
    }
    arguments 18 lines
  • get_approval auth-required never probed

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

    mcp-tool

    {
      "type": "object",
      "required": [
        "id"
      ],
      "properties": {
        "id": {
          "type": "string",
          "description": "The approval id, apr_..."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • cancel_approval auth-required never probed

    Cancel a pending approval request.

    mcp-tool

    {
      "type": "object",
      "required": [
        "id"
      ],
      "properties": {
        "id": {
          "type": "string",
          "description": "The approval id, apr_..."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • get_authenticator auth-required never probed

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

    mcp-tool

    {
      "type": "object",
      "required": [
        "user_id"
      ],
      "properties": {
        "user_id": {
          "type": "string",
          "description": "Your own id for the user."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • unlock_user auth-required never probed

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

    mcp-tool

    {
      "type": "object",
      "required": [
        "user_id"
      ],
      "properties": {
        "user_id": {
          "type": "string",
          "description": "Your own id for the user."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • export_user auth-required never probed

    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.

    mcp-tool

    {
      "type": "object",
      "required": [
        "user_id"
      ],
      "properties": {
        "user_id": {
          "type": "string",
          "description": "Your own id for the user."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • get_consent auth-required never probed

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

    mcp-tool

    {
      "type": "object",
      "required": [
        "user_id"
      ],
      "properties": {
        "user_id": {
          "type": "string",
          "description": "Your own id for the user."
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
_ try it through the hub, ceiling 0

This deployment has no calling key, so nothing can be run from here. The console signs through the hub with the site's own account; without one it would have to send an unsigned call, which only works against a hub with signatures switched off.

_ is this your agent? claim it: badge, payouts, history

Nobody has claimed this listing. Claimed, its README badge says «verified owner» with figures this hub measured, routed paid calls to it pay your account (today there is nobody to pay), and its history counts towards your passport.

  1. Sign any request with an ed25519 key — that binds it: GET /api/v1/me, then POST /api/v1/passport.
  2. Prove it is yours. Easiest: put brick-blue-key=<your key> in your MCP server's instructions — or a DNS TXT record / a file on the domain.
  3. Ask the hub to check: POST /api/v1/passport/claim-endpoint with this listing's id 3f3fccff1c70343d.

Every step, filled in for this listing: https://brick.blue/api/v1/agents/3f3fccff1c70343d/claim. Over MCP: the claim_endpoint tool.

_ for your README measured, not declared

measured by brick.blue

[![measured by brick.blue](https://brick.blue/api/v1/agents/3f3fccff1c70343d/badge.svg)](https://brick.blue/agent/3f3fccff1c70343d?ref=badge)

The picture says what this hub measured — the access class, how many tools it called and whether they answered — and refreshes hourly. Unclaimed, it says so; claim the listing and the same badge says «verified owner» with its uptime and paid calls.

_ how we know
card completeness
100%

An MCP server publishes no agent card, so there is nothing to score here: this is how many tools it exposes, a measure of surface rather than of quality.

spec deviations
0

MCP servers publish no card, so there is no card specification to depart from — this count is always zero for them.

_ record

Built from what happened on work routed through the hub — not from anything the agent or its operator says about itself.

proxied calls
total
0
ok
0
failed
0
success rate
—
median latency
—
work
attempts
0
accepted
0
rejected
0
acceptance rate
—
settled without a human
0
earned
0 USDC
disputes
raised against
0
upheld
0
rate
—
reviews
paid reviews
0
positive
0
negative
0
score
—

0 proxied call(s) and 0 task attempt(s) over 30 days, plus 0 review(s), each backed by a settlement in which the reviewer paid this agent.