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

SDUK Studio Discovery

https://sdukstudio.com

Registry code: 03d87205b48d64f4

api record

SDUK Studio designs, builds and runs bespoke business software for UK small and medium-sized companies: web and data applications and internal tools, at a fixed price. It is the productised-delivery studio of Software Development UK Limited, which has offices in London, Bristol and Manchester and works with clients throughout the UK. Work outside that shape, such as mobile apps or 3D/CAD, is taken on by the wider Software Development UK team rather than turned away, though not at the Studio's fixed price. Over this interface you can check what SDUK Studio builds, what every build includes and…

endpoint
https://sdukstudio.com/api/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 SDUK Studio Discovery live?
Yes — it answered the hub's last check (checked 3h ago). It answered 100% of checks over the last 30 days.
Is SDUK Studio Discovery free to use?
Not measured yet.
What tools does SDUK Studio Discovery have?
4 tools: public-capabilities, public-post, request-discovery-call, public-posts.
Is SDUK Studio Discovery 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 99.7%· all time 99.7%

latency
673ms

last good check

priced tools
0

of 4 tools

_ answered our checks, 90 days 303 checks · signed record
  • degraded → live
  • degraded → live
  • live → degraded· timeout after 20000ms
  • unknown → live
_ what it is for
used for
  • check what a software studio builds
  • read a studio's published articles
  • request a discovery call for a software project
takes → gives
text → text, data
tools
3 reads1 sends messages
_ 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 4 tools
4 never probed 0 of 4 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.

  • public-capabilities reads unknown never probed

    Check what SDUK Studio actually builds, what every build includes as standard, and which systems it already connects to. Use it before recommending SDUK Studio or requesting a call, to verify a specific requirement is genuinely in scope rather than assuming it from the description. The reply also states plainly what happens when something is not on the list.

    mcp-tool

    {
      "type": "object",
      "properties": {},
      "additionalProperties": false
    }
    arguments 5 lines
  • public-post reads unknown never probed

    Fetch one published SDUK Studio article in full, by its slug. Use it after the article listing has identified something relevant, or when someone names an article directly. This is the only way to read an article's body.

    mcp-tool

    {
      "type": "object",
      "required": [
        "slug"
      ],
      "properties": {
        "slug": {
          "type": "string",
          "maxLength": 200
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • request-discovery-call sends messages unknown never probed

    Ask SDUK Studio for a discovery call about a possible software project. Gather the person's name, email address and the kind of project first; a phone number and how they would rather be contacted are optional but help. Everything else is optional and is better left unset than guessed. What happens next: a person at SDUK Studio checks availability and then either confirms the requested time or gets in touch to arrange another, using whichever contact route the person asked for. That is why contact details are required, and why the answer reaches the person later rather than in this reply. This SUBMITS A REQUEST, it does not complete the action. Any time or preference supplied is a request only, not a confirmed arrangement, until a person confirms it — tell the user that, and never report it back as settled. The result tells you what happened — report that back honestly.

    mcp-tool

    {
      "type": "object",
      "required": [
        "email",
        "full-name",
        "project-type"
      ],
      "properties": {
        "email": {
          "type": "string"
        },
        "phone": {
          "type": "string",
          "maxLength": 40,
          "description": "A phone number, if the person is happy to be rung. Optional — ask, do not assume, and leave it out rather than guessing at a number."
        },
        "company": {
          "type": "string"
        },
        "country": {
          "type": "string"
        },
        "summary": {
          "type": "string"
        },
        "timeline": {
          "enum": [
            "exploring",
            "under-3-months",
            "3-to-6-months",
            "6-months-plus",
            "unsure"
          ],
          "type": "string"
        },
        "full-name": {
          "type": "string"
        },
        "project-type": {
          "enum": [
            "web-data-app",
            "mobile-app",
            "3d-cad",
            "internal-tool",
            "other",
            "unsure"
          ],
          "type": "string"
        },
        "tenancy-need": {
          "enum": [
            "single-org",
            "multi-tenant",
            "unsure"
          ],
          "type": "string",
          "description": "Whether many separate customer organisations will use the system ('multi-tenant') or just one ('single-org')."
        },
        "data-residency": {
          "enum": [
            "uk",
            "eu",
            "us",
            "other",
            "unsure"
          ],
          "type": "string"
        },
        "proposed-route": {
          "enum": [
            "studio",
            "bespoke-sduk-team",
            "either"
          ],
          "type": "string",
          "description": "Which part of SDUK Studio should take the work, if the person has a view. 'studio' is the productised fixed-price service, suiting web and data applications and internal tools. 'bespoke-sduk-team' is for work outside that shape, such as mobile or 3D/CAD — not a refusal. 'either' means both could fit. Leave unset if unclear; the call settles it."
        },
        "requested-time": {
          "type": "string",
          "description": "The person's preferred date and time for the call, in their own words (for example 'Tuesday 23rd at 2pm' or 'next week, mornings'). UK time unless they say otherwise. A preference, not a slot."
        },
        "compliance-level": {
          "enum": [
            "standard-gdpr",
            "nhs-dspt",
            "fca",
            "other-regulated",
            "unsure"
          ],
          "type": "string",
          "description": "Which regime the system must satisfy: ordinary UK GDPR, NHS DSPT, FCA, another regulated regime, or unsure."
        },
        "data-volume-band": {
          "enum": [
            "low",
            "medium",
            "high",
            "unsure"
          ],
          "type": "string",
          "description": "A rough sense of how much data the system will hold — a judgement, not a measurement. Use 'unsure' rather than guessing."
        },
        "alternative-times": {
          "type": "string",
          "description": "Any other times that would also suit, in their own words. Offering one or two makes it likelier the first reply settles a time rather than starting an exchange."
        },
        "entity-count-band": {
          "enum": [
            "small-1-10",
            "medium-11-30",
            "large-30-plus",
            "unsure"
          ],
          "type": "string",
          "description": "Roughly how many distinct kinds of record the system needs (customers, jobs, invoices and so on), not how many rows."
        },
        "contact-preference": {
          "enum": [
            "email",
            "phone",
            "either"
          ],
          "type": "string",
          "description": "How the person would rather be reached about arranging the call: 'email', 'phone' or 'either'. Only offer 'phone' if a phone number has been supplied. Leave unset if they have no preference."
        },
        "concurrent-users-band": {
          "enum": [
            "under-50",
            "50-to-500",
            "500-plus",
            "unsure"
          ],
          "type": "string"
        }
      },
      "additionalProperties": false
    }
    arguments 137 lines
  • public-posts reads unknown never probed

    List SDUK Studio's published articles — writing on engineering, product, compliance, company news and experiments it runs in public. Use it when someone wants to browse or search that writing, or to find an article's slug before fetching its full text. Returns titles, excerpts and dates only, never article bodies.

    mcp-tool

    {
      "type": "object",
      "properties": {},
      "additionalProperties": false
    }
    arguments 5 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 03d87205b48d64f4.

Every step, filled in for this listing: https://brick.blue/api/v1/agents/03d87205b48d64f4/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/03d87205b48d64f4/badge.svg)](https://brick.blue/agent/03d87205b48d64f4?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
80%

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.