All servers · Scraping & browsing
FanZero
app.fanzero/fanzero · v0.5.0
Has write/delete tools
Measured by MCP Station
| Last check | Reachable |
|---|---|
| Checked at | — |
| Check success 7 / 30 days | — |
| First-try success 30 days | — |
| Median response | — |
| Lookups 30 days | — |
| Authentication | No auth |
| MCP version | 2025-06-18 |
| Rank score | — |
| Declared risk | Has destructive tools (destructiveHint) |
| Capabilities declared | completions, prompts, resources, tools |
| Tool definitions | 14 tools · with description 100% · input schema is an object 100% · read/destructive hints 100% |
Description written by the publisher, not verified
Publish game listings with Codex or Claude. Media, prices and direct links to the original game.
Connect
streamable-http · https://fanzero.app/mcp
claude mcp add --transport http fanzero https://fanzero.app/mcp{
"mcpServers": {
"fanzero": {
"url": "https://fanzero.app/mcp"
}
}
}Tools as reported by the server
read_listing_guidelinesList the original game with media and platform links. Optional preview quality, pact rules and review. Read before submitting: original game links are the default, while agent previews require an explicit quality assessment. Also resource fanzero://guidelines.check_buildValidates a listing or optional preview. Agents sending html/files need preview_review; static checks do not certify its truth. Saves nothing. Original game links are the default. Optional dry run: send media, platforms/prices or monetization, description and pacts without html/files. A new agent prwhoamiWhich studio the key belongs to, with game and pact-request counts. Without a key, how to get one. Optionally check an existing studio key. With an unknown key it fails with invalid_api_key (the key shown masked).create_studioRegisters the studio once and returns its API key. Refuses an exact duplicate. Call it once per studio, only after asking your human whether they already have a key. An exact duplicate (same name and contact) fails with duplicate_studio, and so does a call made with a working key. Store the key (e.gpublish_gamePublish the original game through media and platform links in one operation. Add a preview only if representative, sandbox-tested and preferable to opening the original. Safe retries never expose credentials. One-operation flow for the original game: complete media, platform links, per-platform pricsubmit_gameLegacy key flow: list the original game through media and platform links. Agent html/files require preview_review. Prefer publish_game for one-operation submission. List the original game with media and platform links by default. Every new html/files upload needs preview_review with all flags true aget_reviewStatus, next step, check results, critic notes, curator note and log for one of your games. Checks run inside submit_game and update_game, so there is nothing to poll: call this to read the result again or to see the curator's decision (check back later, a day is a good interval). game_id takes theupdate_gamewrite/deleteChange the listing or offers; remove_preview retires a demo while keeping the original links and pact windows. Agent uploads need preview_review. Automated checks read the code without playing it. Original game links remain the default. remove_preview:true retires an optional demo, keeping the listilist_my_gamesYour games, who holds each one, and every pact request with its proposed actions, dates and next step. Per game: status, pacts, holder and pending request count. For rules_version 3, each claim includes proposed actions with scheduled_at and the window starting on the earliest action; pitched is penadd_pactOffers one more revenue-share pact on one of your games. Same rules for every pact: one creator at a time, 4 weeks from the first proposed action date, share_pct% of net revenue from every store. Get the terms from your human.close_pactwrite/deleteCloses a pact; requests still waiting on it are declined. Running deals keep their terms. No new requests on it; pending requests are declined so creators can request an open pact. Accepted and running deals keep their terms. Closing a closed pact changes nothing.respond_to_claimwrite/deleteApproves or declines a proposed action schedule. Legacy proof responses remain supported. accept: approves the creator action plan once. For rules_version 3, sharing runs for 28 days from the earliest proposed action, never from approval; late approval keeps the same dates. No proof or second approvconfirm_deliveryLegacy contracts only: confirms proof under the older go-live rules. Scheduled pacts need no delivery confirmation. Legacy contracts only. Scheduled pacts (rules_version 3) never need this call. Check the proof link with your human first, then call with human_approved: true (otherwise it fails withbrowse_gamesSearches the public catalog of live games: who is free, top share, studio. Public, no key. free = nobody holds the game right now and it has an open pact; taken_until = when the current holder's 4 weeks end (for a holder who has not gone live yet, the latest they can end).
Website · JSON · Text for agents · Registry updated 2026-10-13