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

notavibe-catalog

https://notavibe.dev

Registry code: 3f19a6ebbe7cd133

api record

Read-only access to the notavibe catalog of open-source projects. All results are schema v1: health signals are bands, never raw measures, and no person-derived counts are exposed.

endpoint
https://notavibe.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 notavibe-catalog live?
Yes — it answered the hub's last check (checked 2h ago). It answered 100% of checks over the last 30 days.
Is notavibe-catalog free to use?
Yes — the hub reached it with no key and no payment.
What tools does notavibe-catalog have?
4 tools: compare_projects, get_project, search_projects, get_lists.
Is notavibe-catalog 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
226ms

last good check

priced tools
0

of 4 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 4 tools
2 open 2 never probed 2 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.

  • search_projects open 2h ago

    Search the notavibe catalog of open-source projects. The query matches project name, project description, and the category, ecosystem, kind, runtime and license_family vocabulary facets; free-form repository topics are not matched. A facet match adds a project to the results and does not affect its position in them: results are ordered by how closely the query matches name and description, then by published health signals. Every word of the query must match. A project's description is generated from its facets until its maintainer claims it and writes their own, so a query describing what a project does, such as "http router" or "date parsing", matches only where those words appear in a project name, in a claimed description, or among the words a facet value matches; a project name or a category, kind or ecosystem word is what a generated entry reliably matches. The catalog currently covers one ecosystem: javascript-typescript. category, ecosystem, kind, runtime, license_family and topics are also exact filters. Every filter supplied is applied, and a filter combines with the query rather than replacing it: query with ecosystem returns only projects that match the text AND carry that ecosystem. A filter narrows the result set and never changes the order. category, ecosystem, kind, runtime and license_family accept only values from this catalog's managed vocabulary; a value outside it is refused and the refusal names the accepted values, so it is never returned as an empty result. topics is an open set, so any topic is accepted and an unrecognised one simply matches nothing. The full vocabulary is available from the catalog facet enumeration. The response echoes the filters that were applied. Search returns projects at or above this catalog's discovery floor — a repository whose measured activity is too low to be ranked is held out of search even though the catalog holds it and has signals for it. A call with a query also returns projects in the settling hold, a waiting period a new or changed entry serves before it can be ranked. A call with filters and no query lists ranked projects only, so it excludes projects in the settling hold. An empty result therefore means that nothing matched among the projects that call can return, which is not the same as the catalog having no such project: a project known by name can still be retrieved by exact identity with get_project. At most 100 results are returned; the response field truncated is true when more matched and the list was cut at 100, and no total is reported. Returns compact result rows: repository host and numeric id, slug, name, description, claim state, category, and the maintenance-rhythm and contribution-breadth health bands. Read-only. Serves catalog schema v1.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "kind": {
          "type": "string",
          "description": "Exact filter on the kind dimension. Closed set: a value outside it is refused, and the refusal names the accepted values."
        },
        "query": {
          "type": "string",
          "description": "Full-text query over project name, project description, and the category/ecosystem/kind/runtime/license_family facets. A facet match scopes the result set and never orders it. Combines with any filter below."
        },
        "topics": {
          "type": "string",
          "description": "Exact filter on one repository topic. Open set: any value is accepted, and an unrecognised topic matches nothing rather than being refused."
        },
        "runtime": {
          "type": "string",
          "description": "Exact filter on the runtime dimension. Closed set: a value outside it is refused, and the refusal names the accepted values."
        },
        "category": {
          "type": "string",
          "description": "Exact filter on the category dimension. Managed set: a value outside it is refused, and the refusal names the accepted values."
        },
        "ecosystem": {
          "type": "string",
          "description": "Exact filter on the ecosystem dimension. Managed set: a value outside it is refused, and the refusal names the accepted values."
        },
        "license_family": {
          "type": "string",
          "description": "Exact filter on the license-family dimension. Closed set: a value outside it is refused, and the refusal names the accepted values."
        }
      },
      "description": "All properties combine with AND. Filters narrow the result set and never affect the order. Omit every property to get an empty result set.",
      "additionalProperties": false
    }
    arguments 35 lines
  • get_lists open 2h ago

    List the public curated lists in the notavibe catalog, or return the public members of one list identified by owner handle and list slug. Only public lists and their publishable members are returned. Read-only. Serves catalog schema v1.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "slug": {
          "type": "string",
          "description": "List slug; provide with handle to fetch one list."
        },
        "handle": {
          "type": "string",
          "description": "List owner handle; provide with slug to fetch one list."
        }
      },
      "additionalProperties": false
    }
    arguments 14 lines
  • compare_projects unknown never probed

    Return the public profiles of two catalog projects side by side, identified by host and two owner/repo slugs. The response presents each project's facts and health bands; it draws no conclusion and names no winner. The pair is refused when either project is unavailable or has insufficient measured signals. Read-only. Serves catalog schema v1.

    mcp-tool

    {
      "type": "object",
      "required": [
        "host",
        "a",
        "b"
      ],
      "properties": {
        "a": {
          "type": "string",
          "description": "The owner/repo slug of the first project."
        },
        "b": {
          "type": "string",
          "description": "The owner/repo slug of the second project."
        },
        "host": {
          "type": "string",
          "description": "Repository host, e.g. \"github\"."
        }
      },
      "additionalProperties": false
    }
    arguments 23 lines
  • get_project unknown 2h ago

    Return the public profile of one catalog project, identified by host and either an owner/repo slug or a numeric repository id. Both host and one of slug or id are required; a call missing them is refused as an invalid argument and names what is missing, which is distinct from the not-found given for a well-formed lookup that matched nothing. This resolves any project the catalog holds, including one below the discovery floor that search does not return. The profile carries the claim state, verification or generation provenance, the six vocabulary dimensions, the five health-signal bands, license and package-registry facets, and staleness. Health signals are reported as bands, not raw measures; no person-derived counts are included. Read-only. Serves catalog schema v1.

    mcp-tool

    {
      "type": "object",
      "required": [
        "host"
      ],
      "properties": {
        "id": {
          "type": "integer",
          "description": "The numeric repository id (the stable identity anchor)."
        },
        "host": {
          "type": "string",
          "description": "Repository host, e.g. \"github\"."
        },
        "slug": {
          "type": "string",
          "description": "The owner/repo slug."
        }
      },
      "additionalProperties": false
    }
    arguments 21 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 3f19a6ebbe7cd133.

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