MCP servercom.qumge/skills
Find, call and pay per call: the capability layer for agents, plus skills.
Read more
Find, call and pay per call: the capability layer for agents, plus skills. One key or OAuth.Overview
Score?
UNRATED 0.684
of what a free look can see, on 32 looks
Looks
36
last 8 hr ago
Tools
18
changed 3 days ago
More info
URL
qumge.com/mcp
streamable-http
Says it is
qumge-skills 1.2.0
protocol 2025-03-26
In the record since
32 days ago
Among servers18,413 with a card
0median 0.606 · this server 0.684 · highest on record 0.8561
Toolsfrom sha256:7885ee745a…9a9bec · +0 −0 3 days ago
| Tool | Schema |
|---|---|
| become_developer Open a developer account for the user (needs their qumge key). There is no review and no waiting: it takes effect immediately, and publish_cap works right after. Give a display nam |
input · output |
| call_cap Call a capability on the user's behalf and return its response. Use this when you cannot make the HTTP call yourself: qumge charges the user's qumge balance and forwards the call, |
input · output |
| cap_status Check one of the developer's own capabilities: its status (draft / review / live / suspended) and how far the publishing checklist has got. Needs the developer's Qumge key. (Older |
input · output |
| get_balance The user's Qumge balance, plus what each capability has spent this month against its monthly limit. Call this before a paid call when the user asks whether they can afford it, and |
input · output |
| get_cap Fetch one capability's operations, prices and how to call it, by the slug returned from search_caps. Call this before using a cap: it lists each operation (by name), its input and |
input · output |
| get_earnings What a developer has earned and what is payable: the amount still inside the 30-day holdback, the amount sitting in their wallet (income from capabilities — the only part that can |
input · output |
| get_skill Fetch the full SKILL.md content of one skill, by the slug returned from search_skills. Write the returned markdown to .claude/skills/<name>/SKILL.md (or the equivalent for the user |
input · output |
| list_caps List the developer's own capabilities with their status (draft / live / suspended) and slug. Use it before publishing to see what already exists, and after to check what went live. |
input · output |
| list_categories List the skill categories and how many skills are in each. Useful when the user is browsing rather than looking for something specific. |
input · output |
| list_models List the models this gateway can route to, best first. Every one is reachable with the same Qumge key — no per-vendor signup. Only tool-calling models are listed: an agent cannot u |
input · output |
| list_wanted What agents searched for on Qumge and found nothing: the demand side of the store, in the searchers' own words, with how often each was searched in the last 7 and 30 days. Useful b |
input · output |
| publish_cap Every billed operation must deliver one complete result for one clear input (e.g. product URL in → finished video out); helper steps such as job status are free, and a result that |
input · output |
| request_payout Ask for a payout of the developer's payable balance (capability income only — topped-up money cannot be withdrawn). Call it once without `confirmed` to get the estimate (amount, ch |
input · output |
| search_caps Search Qumge's capabilities — paid services an agent can call, billed per call from the user's Qumge balance. A capability (cap) is somebody's API or MCP server with a price list; |
input · output |
| search_skills Search Qumge's curated catalog of agent skills (SKILL.md files) by what the user wants to accomplish. Use this whenever the user asks for a skill, tool, or capability — e.g. 'find |
input · output |
| submit_cap Take one of the developer's capabilities live. Nothing is reviewed before launch and nobody approves it: when the three code-checked items pass (signature, end-to-end, price book), |
input · output |
| test_cap Run a cap's connection test and end-to-end self-test, and record both results on its publishing checklist. Do this after publish_cap, before submit_cap. The connection test sends t |
input · output |
| verify_domain Prove the developer owns the domain of their MCP server or API. Going live does not need it: an unverified cap is live and charges callers, but the developer's earnings from it sta |
input · output |
Verify it yourself
npx teppi-check https://qumge.com/mcpcurl -s https://api.teppi.xyz/v1/trust/mcp/mcs_01M1FZ28GBW1S9C2EWQ220RM5S