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

BrunoSan Intelligence Concierge

https://brunosan.de

Registry code: 15d7dceca6155eed

api record

BrunoSan Intelligence Concierge MCP is the public discovery and capability broker for 11 specialized intelligence domains plus LENS, the cross-domain layer. Do not stop at the root tool list: use discover_brunosan for the network overview, search_capabilities for a goal, inspect_domain to see a vertical's LIVE MCP tool inventory and schemas, inspect_tool for one capability, and plan_intelligence_route for multi-domain work. The Concierge does not proxy protected intelligence in V1 and never uses internal service credentials. It returns canonical vertical MCP endpoints so the client can…

endpoint
https://brunosan.de/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 BrunoSan Intelligence Concierge live?
Yes — it answered the hub's last check (checked 2h ago). It answered 100% of checks over the last 30 days.
Is BrunoSan Intelligence Concierge free to use?
Yes — the hub reached it with no key and no payment.
What tools does BrunoSan Intelligence Concierge have?
9 tools: get_connection_info, inspect_domain, inspect_tool, plan_intelligence_route, discover_brunosan, search_capabilities, get_access_options, list_intelligence_domains, ….
Is BrunoSan Intelligence Concierge 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
99.5%

90 days 99.7%· all time 99.7%

latency
378ms

last good check

priced tools
0

of 9 tools

_ answered our checks, 90 days 335 checks · signed record
  • degraded → live
  • live → degraded· timeout after 20000ms
  • unknown → live
_ what it is for
used for
  • discover intelligence domains
  • search capabilities for a goal
  • inspect a domain's tools
  • plan a multi-domain route
  • get connection details
takes → gives
text → data
tools
9 reads
_ 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 9 tools
3 open 6 never probed 3 of 9 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.

  • get_access_options reads open 9h ago

    Return current BrunoSan access and pricing from the shared pricing manifest. No price is embedded in this server. Unknown or absent manifest values stay absent rather than being estimated.

    mcp-tool

    {
      "type": "object",
      "title": "get_access_optionsArguments",
      "properties": {}
    }
    arguments 5 lines
  • list_intelligence_domains reads open 9h ago

    List all BrunoSan intelligence authorities. By default this is instant and SSOT-only. Set include_live_tool_counts=true when the agent needs proof that the underlying MCP servers are reachable now.

    mcp-tool

    {
      "type": "object",
      "title": "list_intelligence_domainsArguments",
      "properties": {
        "include_live_tool_counts": {
          "type": "boolean",
          "title": "Include Live Tool Counts",
          "default": false,
          "description": "If true, probe each canonical vertical MCP and include current tool counts."
        }
      }
    }
    arguments 12 lines
  • get_intelligence_status reads open 9h ago

    Check whether each canonical BrunoSan MCP currently initializes and lists tools. This is a capability-plane health check only; it does not execute protected intelligence tools or make claims about underlying data freshness.

    mcp-tool

    {
      "type": "object",
      "title": "get_intelligence_statusArguments",
      "properties": {
        "refresh": {
          "type": "boolean",
          "title": "Refresh",
          "default": false,
          "description": "Request a fresh tools/list probe. Normal calls use the short-lived cache to protect vertical MCPs."
        }
      }
    }
    arguments 12 lines
  • get_connection_info reads unknown 24h ago

    Return canonical connection details without guessing client-specific config.

    mcp-tool

    {
      "type": "object",
      "title": "get_connection_infoArguments",
      "required": [
        "domain"
      ],
      "properties": {
        "domain": {
          "type": "string",
          "title": "Domain",
          "description": "BrunoSan domain id/name whose canonical MCP connection should be returned."
        }
      }
    }
    arguments 14 lines
  • inspect_domain reads unknown never probed

    Open one BrunoSan vertical as a complete capability object. Returns purpose, canonical endpoint, human page, related routing vocabulary, disclaimer and—by default—the LIVE tools/list inventory from that vertical.

    mcp-tool

    {
      "type": "object",
      "title": "inspect_domainArguments",
      "required": [
        "domain"
      ],
      "properties": {
        "domain": {
          "type": "string",
          "title": "Domain",
          "description": "Canonical domain id or name, e.g. cyber, arxiv, AI News, regulatory, lens."
        },
        "include_tools": {
          "type": "boolean",
          "title": "Include Tools",
          "default": true,
          "description": "Include the live tools/list inventory and input schemas from the vertical MCP."
        }
      }
    }
    arguments 20 lines
  • inspect_tool reads unknown never probed

    Find and inspect one underlying vertical MCP tool. Returns the owning domain, exact live tool description and input schema. This does not execute the tool and never requests or forwards an API key.

    mcp-tool

    {
      "type": "object",
      "title": "inspect_toolArguments",
      "required": [
        "tool_name"
      ],
      "properties": {
        "domain": {
          "type": "string",
          "title": "Domain",
          "default": "",
          "description": "Optional BrunoSan domain id/name to restrict the lookup."
        },
        "tool_name": {
          "type": "string",
          "title": "Tool Name",
          "minLength": 1,
          "description": "Exact or partial MCP tool name to inspect."
        }
      }
    }
    arguments 21 lines
  • plan_intelligence_route reads unknown never probed

    Plan a source-authority route for a complex intelligence goal. The plan is deterministic and names concrete live tools where possible. If several specialized domains are useful, LENS is recommended as the cross-domain entity layer. V1 plans and connects; it does not proxy protected vertical calls.

    mcp-tool

    {
      "type": "object",
      "title": "plan_intelligence_routeArguments",
      "required": [
        "goal"
      ],
      "properties": {
        "goal": {
          "type": "string",
          "title": "Goal",
          "minLength": 3,
          "description": "Research or monitoring goal that may require one or several BrunoSan verticals."
        },
        "max_domains": {
          "type": "integer",
          "title": "Max Domains",
          "default": 3,
          "maximum": 5,
          "minimum": 1
        }
      }
    }
    arguments 22 lines
  • discover_brunosan reads unknown never probed

    Start here: understand the complete BrunoSan Intelligence network. Returns every intelligence domain, the LENS cross-domain layer, canonical MCP endpoints, human documentation, evidence doctrine, current access summary and concrete next actions. This is intentionally richer than a directory so an agent can decide whether BrunoSan can satisfy its goal.

    mcp-tool

    {
      "type": "object",
      "title": "discover_brunosanArguments",
      "properties": {}
    }
    arguments 5 lines
  • search_capabilities reads unknown 24h ago

    Search the whole BrunoSan network for what an agent is trying to do. Ranking is deterministic over SSOT descriptions, a documented routing vocabulary and LIVE tool names/descriptions/schemas. Returns concrete tool candidates, not merely domain names.

    mcp-tool

    {
      "type": "object",
      "title": "search_capabilitiesArguments",
      "required": [
        "query"
      ],
      "properties": {
        "limit": {
          "type": "integer",
          "title": "Limit",
          "default": 8,
          "maximum": 12,
          "minimum": 1
        },
        "query": {
          "type": "string",
          "title": "Query",
          "minLength": 2,
          "description": "Natural-language goal or capability, e.g. 'critical CVEs', 'citation network', 'EU AI Act sanctions'."
        }
      }
    }
    arguments 22 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 15d7dceca6155eed.

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

_ also on brunosan.de 1 entry

Served from the same domain, which is what was measured. Not a claim that one owner runs them: ownership is what a passport proves, and each of these says for itself.