_ registry / mcp http-sse · checked 12m ago

com.rightaichoice/mcp

https://rightaichoice.com

Registry code: 89ce773adb87d0df

api record

Verified data on 8,000+ AI tools: live status, pricing, sentiment, alternatives. Free, read-only.

from a public catalogue that lists it, not from the operator

endpoint
https://rightaichoice.com/api/mcp
protocol
http-sse ·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 com.rightaichoice/mcp live?
Yes — it answered the hub's last check (checked 12m ago). It answered 97% of checks over the last 30 days.
Is com.rightaichoice/mcp free to use?
Yes — the hub reached it with no key and no payment.
What tools does com.rightaichoice/mcp have?
13 tools: check_mcp_server, viability_score, find_alternatives, compare_tools, recommend_tools, check_tool_status, best_for, pricing_reality, ….
Is com.rightaichoice/mcp 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
96.7%

90 days 93.7%· all time 93.7%

latency
851ms

last good check

priced tools
0

of 13 tools

_ answered our checks, 90 days 349 checks · signed record
  • down → live
  • degraded → down· HTTP 522
  • live → degraded· HTTP 522
  • degraded → live
  • live → degraded· timeout after 20000ms
_ what it is for
used for
  • check if an ai tool is still alive
  • compare two ai tools
  • find alternatives to an ai tool
  • get ai tool pricing
  • recommend ai tools for a need
takes → gives
text → data
tools
11 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 13 tools
2 open 11 never probed 2 of 13 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.

  • deadpool_digest reads open 10h ago

    Use this when the user asks how many AI tools die, AI startup failure or shutdown rates, which AI categories decay fastest, how risky the AI tool market is, or for data behind "most AI tools fail" claims. Returns two clearly separated datasets: (1) LIVE catalog decay — 8,000+ verified AI tools with broken vendor-link rates, dead-homepage counts, pricing opacity, and the fastest/slowest-decaying categories, updated daily; (2) a FROZEN dated survival study of 2,291 top Product Hunt launches (of the 2,066 with a determinable outcome, 24.4% are dead within ~2 years). Every figure carries its as-of date. Data comes from the RightAIChoice verification engine; link-decay figures count only VENDOR-published links (site/docs/changelog/repo), never our own derived URLs. Not for: checking one specific tool (use check_tool_status) or predicting a specific tool's future (use viability_score). Decay rates describe categories and cohorts, not individual products.

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "properties": {
        "response_format": {
          "enum": [
            "concise",
            "detailed"
          ],
          "type": "string",
          "default": "concise",
          "description": "concise = headline mortality figures from both datasets. detailed = adds fastest/slowest-decaying categories and survival splits by launch votes and rank."
        }
      }
    }
    arguments 15 lines
  • whats_changed reads open 10h ago

    Use this when the user asks what has changed recently in AI tools — whether a specific tool has changed its pricing, links, domain or health, or what has moved across the market since a given date. Returns dated, field-level changes we actually observed: vendor pricing-page edits, recorded price changes, link health moving, domain and certificate changes, and vendors moving their site. Each carries the date we observed it and how. Reports only VENDOR-OBSERVABLE changes by default — our own editorial rewrites are excluded and the response says so, because our writing changing is not the market moving. Our change record begins on a fixed date stated in every answer; asking about an earlier period returns that date rather than an empty result. Not for: predicting future changes, or a tool's current status (use check_tool_status).

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "properties": {
        "tool": {
          "type": "string",
          "maxLength": 120,
          "minLength": 1,
          "description": "Optional. A single AI tool — product name or slug. Omit for a market-wide summary."
        },
        "since": {
          "type": "string",
          "maxLength": 30,
          "description": "Optional ISO date (YYYY-MM-DD). Defaults to 7 days ago. Earlier than our coverage floor returns the floor."
        },
        "include": {
          "enum": [
            "vendor_changes",
            "vendor_and_our_assessment"
          ],
          "type": "string",
          "default": "vendor_changes",
          "description": "vendor_changes = only what the vendor did. vendor_and_our_assessment = also our survival re-scores. Our editorial rewrites are never included."
        },
        "response_format": {
          "enum": [
            "concise",
            "detailed"
          ],
          "type": "string",
          "default": "concise",
          "description": "concise = counts plus the most notable changes. detailed = the individual dated changes."
        }
      }
    }
    arguments 35 lines
  • check_mcp_server unknown 12m ago

    Use this when the user asks about a specific Model Context Protocol server — whether it is listed in the official MCP registry, what endpoint it publishes, how current its listing is, or whether that endpoint responds. Returns the registry record (name, version, publish and update dates, declared remote endpoints, registry status) plus the result of one anonymous request to a registry-published endpoint. Reports observations only. It does NOT assess whether a server is safe, trustworthy, well-built or suitable — we cannot see what a server does with data, and reachability is not safety. Many listed servers require authentication and cannot be queried anonymously; that is normal and is not a fault. Absence from the registry is not evidence a server does not exist. Not for: security assessment, recommending which MCP server to install, or checking AI tools in the RightAIChoice catalog (use check_tool_status).

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "server"
      ],
      "properties": {
        "probe": {
          "type": "boolean",
          "default": true,
          "description": "Whether to make one anonymous request to a registry-published endpoint to see if it responds."
        },
        "server": {
          "type": "string",
          "maxLength": 120,
          "minLength": 2,
          "description": "The MCP server name or part of it, e.g. \"rightaichoice\" or \"com.example/mcp\". Not a URL — only registry-published endpoints are ever contacted."
        }
      }
    }
    arguments 20 lines
  • viability_score reads unknown 12m ago

    Use this when the user asks whether a specific AI tool is safe to adopt or build on, likely to still exist next year, well-maintained, gaining or losing momentum — or asks about its long-term viability or abandonment risk. Returns a viability BAND (safe bet / moderate / at risk) with the five measured drivers behind it: what the vendor publishes, site health, traction, user sentiment, and recent activity — plus which signal is weakest and why, in plain language. Assessments come from the RightAIChoice verification engine (8,000+ AI tools, every vendor link re-probed on a rolling weekly cycle). A null driver means "not yet measured", which is different from a bad score. Bands are NOT a leaderboard: they classify risk, they do not rank tools against each other. Not for: comparing two tools (use compare_tools), liveness checks alone (use check_tool_status), or investment decisions.

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "tool"
      ],
      "properties": {
        "tool": {
          "type": "string",
          "maxLength": 120,
          "minLength": 1,
          "description": "The AI tool to assess — product name (e.g. \"Jasper\") or site slug (e.g. \"jasper\")."
        }
      }
    }
    arguments 15 lines
  • find_alternatives reads unknown 10h ago

    Use this when the user asks what to use instead of a specific AI tool, for its alternatives or competitors, or for a replacement because the tool shut down, got acquired, raised prices, or is unreliable. Returns up to 3 verified-alive alternatives from the same category, each with a one-line description, current health verdict, the date our record of it was last rebuilt, and pricing model. If the asked-about tool shut down, says so (with the recorded reason) and returns live replacements. Alternatives come from the RightAIChoice verification engine (8,000+ AI tools, every vendor link re-probed on a rolling weekly cycle), ranked by category and identity-tag match — never filler from unrelated categories. The response states whether results are curated matches or a category roll-up. Not for: comparing two named tools (use compare_tools) or checking a single tool's status (use check_tool_status).

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "tool"
      ],
      "properties": {
        "tool": {
          "type": "string",
          "maxLength": 120,
          "minLength": 1,
          "description": "The AI tool to find alternatives for — product name (e.g. \"Jasper\") or site slug (e.g. \"jasper\")."
        }
      }
    }
    arguments 15 lines
  • compare_tools reads unknown 22h ago

    Use this when the user asks how two specific AI tools compare, which of two tools to choose, or "X vs Y". Returns live verification status for BOTH tools side by side (alive/at-risk/shut-down verdict, the vendor-link probe date AND the separate catalog-rebuild date, pricing reality, market sentiment) plus an editorial head-to-head verdict when a reviewed comparison exists for the pair. Data comes from the RightAIChoice verification engine: 8,000+ AI tools with every vendor link re-probed on a rolling weekly cycle, and 19,000+ maintained comparison analyses. Not for: single-tool checks (use check_tool_status), comparing more than two tools, or category browsing. If either tool is reported as not in the catalog, that is not evidence it is dead.

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "tool_a",
        "tool_b"
      ],
      "properties": {
        "tool_a": {
          "type": "string",
          "maxLength": 120,
          "minLength": 1,
          "description": "First AI tool — product name (e.g. \"Jasper\") or site slug (e.g. \"jasper\")."
        },
        "tool_b": {
          "type": "string",
          "maxLength": 120,
          "minLength": 1,
          "description": "Second AI tool — product name or site slug."
        },
        "response_format": {
          "enum": [
            "concise",
            "detailed"
          ],
          "type": "string",
          "default": "concise",
          "description": "concise = per-tool verdict + pricing + editorial verdict. detailed = adds sentiment, viability signals, and link health per tool."
        }
      }
    }
    arguments 31 lines
  • recommend_tools reads unknown 3h ago

    Use this when the user describes what they need an AI tool to DO rather than naming one — "something to transcribe interviews", "an image generator with an API", "a writing tool for a small team". Returns a verified shortlist matched on the described need, filtered by constraints the caller sets, and — unique to this catalog — screened against a survival bar: tools failing our link-health probes or scoring badly on the 5-signal viability model can be excluded outright. Each result carries its own health verdict, the date our record of it was last rebuilt, and pricing model. Matching combines meaning-based search (text embeddings of each listing) with keyword search over 8,000+ verified tools; the response states which methods ran. Tools with no viability measurement yet are listed separately by name rather than silently dropped. Not for: questions about a tool the user already named (use check_tool_status), head-to-head choices (use compare_tools), or filtering by price amount — prices are recorded verbatim in mixed currencies and are never converted or compared numerically.

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "need"
      ],
      "properties": {
        "need": {
          "type": "string",
          "maxLength": 300,
          "minLength": 3,
          "description": "What the tool must do, in the user's own words. e.g. \"transcribe podcast interviews with speaker labels\"."
        },
        "limit": {
          "type": "integer",
          "default": 5,
          "maximum": 10,
          "minimum": 1,
          "description": "How many results to return (max 10)."
        },
        "requires_api": {
          "type": "boolean",
          "default": false,
          "description": "Only return tools recorded as offering an API."
        },
        "survival_bar": {
          "enum": [
            "none",
            "exclude_at_risk",
            "safe_bet_only"
          ],
          "type": "string",
          "default": "exclude_at_risk",
          "description": "exclude_at_risk = drop tools scoring below the at-risk threshold, with a failing main site, or whose published website now redirects to a different company. safe_bet_only = only the strongest band. none = no survival screening (moved-identity tools are then returned WITH the move stated)."
        },
        "pricing_model": {
          "enum": [
            "any",
            "free",
            "freemium",
            "paid",
            "has_free_option"
          ],
          "type": "string",
          "default": "any",
          "description": "Filter by recorded pricing model. has_free_option = free or freemium. There is no price-amount filter: prices are verbatim strings in mixed currencies."
        },
        "exclude_wrappers": {
          "type": "boolean",
          "default": false,
          "description": "Exclude tools assessed as thin wrappers around a third-party model."
        }
      }
    }
    arguments 54 lines
  • check_tool_status reads unknown 12m ago

    Use this when the user asks whether a specific AI tool is alive, dead, shut down, still maintained, safe to adopt, or trustworthy — or asks for its current health, viability, or verification status. Returns a verified verdict (healthy / monitor / at-risk / shut down / delisted) with evidence: link-health probe results, a 5-signal viability assessment, real-user market sentiment, pricing reality, and verified-alive alternatives. Data comes from the RightAIChoice verification engine: 8,000+ AI tools with every vendor link re-probed on a rolling weekly cycle. Every answer states BOTH dates it stands on and does not merge them: when we last probed the vendor links (what the verdict is built on) and when our catalog record was last rebuilt. Not for: tools outside the AI/software space, historical company research, or legal/financial advice. "Not in the catalog" and a verdict of UNKNOWN are DIFFERENT answers: the first means we hold no entry, the second means we hold one whose signals are not measured yet. Neither is evidence the tool is dead.

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "tool"
      ],
      "properties": {
        "tool": {
          "anyOf": [
            {
              "type": "string",
              "maxLength": 120,
              "minLength": 1
            },
            {
              "type": "array",
              "items": {
                "type": "string",
                "maxLength": 120,
                "minLength": 1
              },
              "maxItems": 20,
              "minItems": 1
            }
          ],
          "description": "The AI tool to check — product name (e.g. \"Jasper\") or site slug (e.g. \"jasper\"). Pass an ARRAY of up to 20 names to assess a whole stack at once."
        },
        "response_format": {
          "enum": [
            "concise",
            "detailed"
          ],
          "type": "string",
          "default": "concise",
          "description": "concise = verdict + freshness + source link. detailed = adds viability signals, link health, sentiment, pricing, and alternatives."
        }
      }
    }
    arguments 38 lines
  • best_for unknown 7h ago

    Use this when the user asks for the best AI tools for a task, niche or category — "best AI meeting notes tools", "top AI video editors", "what should I use for logo design". Returns our ranked list for the topic: the same ranking our "Best AI tools for X" pages use — topic match, real-user mentions, how often AI engines read each tool, and viability, with a founder-reviewed consensus list as a sanity gate. A #1 is named ONLY when the leader clears that gate; otherwise the answer says no single top pick is warranted. Every tool carries its pricing model, viability score and page. Not for: a single named tool (use check_tool_status), two named tools (compare_tools), or a described need with hard filters (recommend_tools).

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "topic"
      ],
      "properties": {
        "limit": {
          "type": "integer",
          "default": 10,
          "maximum": 15,
          "minimum": 3,
          "description": "How many tools to return (3–15, default 10)."
        },
        "topic": {
          "type": "string",
          "maxLength": 120,
          "minLength": 2,
          "description": "The task, niche or category — e.g. \"meeting notes\", \"video editing\", \"customer support chatbots\"."
        }
      }
    }
    arguments 22 lines
  • pricing_reality reads unknown 7h ago

    Use this when the user asks what a specific AI tool costs, its pricing model, plans and tiers, whether it has a free tier, hidden costs, or whether the vendor even publishes prices. Returns the recorded pricing model, per-plan prices exactly as the vendor lists them, and — unique to this catalog — documented HIDDEN COSTS: annual-commitment markups, seat minimums, paywalled features, and undisclosed usage fees. Data comes from the RightAIChoice verification engine (8,000+ AI tools re-verified on a rolling weekly cycle). The response distinguishes "the vendor publishes no prices" (their choice — sales call required) from "not recorded in our catalog" (our gap), and never converts currencies. Not for: negotiating quotes, historical price tracking, or financial advice. Prices change frequently — treat the verification date as part of the answer.

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "tool"
      ],
      "properties": {
        "tool": {
          "type": "string",
          "maxLength": 120,
          "minLength": 1,
          "description": "The AI tool to get pricing for — product name (e.g. \"Jasper\") or site slug (e.g. \"jasper\")."
        },
        "response_format": {
          "enum": [
            "concise",
            "detailed"
          ],
          "type": "string",
          "default": "concise",
          "description": "concise = pricing model + plan prices + top 2 hidden costs. detailed = full plan list with key features and up to 6 hidden costs."
        }
      }
    }
    arguments 24 lines
  • market_sentiment reads unknown 7h ago

    Use this when the user asks what people actually think of a specific AI tool, whether users like it, its reputation, reviews, community feedback, common complaints, or praised strengths. Returns a synthesized sentiment report from real user discussions (Reddit, Hacker News, GitHub, YouTube, Product Hunt and more): overall sentiment label, per-source positivity, top pros and cons, recurring themes, and mention volume — always stamped with the scan date. Reports come from the RightAIChoice sentiment engine and are served from the verified cache (usability gate: completed scans under 180 days old). If no usable scan is on file, this tool says so honestly instead of guessing. SUBJECT GATE: where we hold a scan but cannot establish that the posts are about this product rather than something else sharing its name, NO score, count or breakdown is returned and the reply says so explicitly. That reply means "we checked and disproved the subject" — it is not an absence of data and not a negative signal about the product. Not for: checking whether a tool is alive (use check_tool_status) or head-to-head choices (use compare_tools). Sentiment reflects public discussion volume, not product quality rankings.

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "tool"
      ],
      "properties": {
        "tool": {
          "type": "string",
          "maxLength": 120,
          "minLength": 1,
          "description": "The AI tool to get sentiment for — product name (e.g. \"Jasper\") or site slug (e.g. \"jasper\")."
        },
        "response_format": {
          "enum": [
            "concise",
            "detailed"
          ],
          "type": "string",
          "default": "concise",
          "description": "concise = label, verdict line, top pro/con, mention count. detailed = adds per-source breakdown, up to 4 pros/cons, and recurring themes."
        }
      }
    }
    arguments 24 lines
  • category_landscape reads unknown 3h ago

    Use this when the user asks what a whole category of AI tools looks like — how crowded it is, how healthy or risky it is overall, which tools in it are strongest, or which are in trouble. Examples: "how risky is the AI video generation market", "what does the code assistant category look like". Returns the number of tools we track in that category, how they distribute across survival bands, the category's vendor-link decay rate, and named examples at both the strongest and weakest ends — each with its own survival score and the date our record of it was last rebuilt. Categories are our own classification and tools belong to several at once, so category sizes overlap and never sum to the catalog total. Bands classify risk, not quality — the model has no notion of company size. Not for: choosing between named tools (use compare_tools), finding a tool for a job (use recommend_tools), or market-wide mortality statistics (use deadpool_digest).

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "category"
      ],
      "properties": {
        "category": {
          "type": "string",
          "maxLength": 80,
          "minLength": 2,
          "description": "The category, in plain words or as a slug — e.g. \"image generation\", \"code-development\"."
        },
        "response_format": {
          "enum": [
            "concise",
            "detailed"
          ],
          "type": "string",
          "default": "concise",
          "description": "concise = size, distribution and the strongest few. detailed = adds the weakest end and the decay rate."
        }
      }
    }
    arguments 24 lines
  • stack_overlap reads unknown 3h ago

    Use this when the user asks whether the AI tools they pay for duplicate each other — "are we paying twice", "does our stack overlap", "can we consolidate these". Give it the tools they actually pay for. Returns the pairs we classify the same way, with the shared categories and shared capability tags named for each pair so the user can judge the claim themselves. IMPORTANT: this compares how RightAIChoice classifies two products — not their features, their APIs, or what a team does with them. It is a prompt to review a pair, never evidence that either is redundant. It never recommends cancelling anything and never totals cost, because plan and seat count are unknown. Not for: feature-by-feature comparison of two named tools (use compare_tools), finding a replacement (use find_alternatives), or calculating spend.

    mcp-tool

    {
      "type": "object",
      "$schema": "https://json-schema.org/draft/2020-12/schema",
      "required": [
        "tools"
      ],
      "properties": {
        "tools": {
          "type": "array",
          "items": {
            "type": "string",
            "maxLength": 120,
            "minLength": 1
          },
          "maxItems": 15,
          "minItems": 2,
          "description": "The tools the team pays for — product names or slugs. Between 2 and 15."
        },
        "response_format": {
          "enum": [
            "concise",
            "detailed"
          ],
          "type": "string",
          "default": "concise",
          "description": "concise = overlapping pairs only. detailed = also lists pairs we found no overlap between."
        }
      }
    }
    arguments 29 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 89ce773adb87d0df.

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