Renderball
Designed, animated, editable presentations your AI writes on Renderball. No account needed to try.
| Endpoint | https://renderball.com/api/mcp (streamable-http) |
|---|---|
| Registry version | 1.1.0 |
| Now | 13 tools · grade B (85) · pin ts_933a9fed8e8c0d833defac568167bbd3 · protocol 2025-06-18 |
| First / last listed | 2026-11-12 01:37 UTC / 2026-11-12 01:37 UTC |
| Grade over time | 2026-11-12: B (85), 13 tools |
Is this your server? Own a server? ToolFit hosted watch re-checks it every 24 h ($0.25 per 30 days) or 6 h ($0.60) and sends you an HMAC-signed webhook when its tools or grade change: POST https://api.youraitools.co/toolfit/v1/watch. To opt out, see About & opt-out.
Tools: list_decks create_deck write_outline get_brief see_deck submit_deck deck_status share_deck get_page_brief get_examples submit_page read_page edit_page
list_decks | The user's Renderball documents, newest first, with editor links. Needs an account (a key). The design open in the person's editor right now comes first, marked open_now. params: none |
create_deck | Start a new presentation from a brief, the brand and your outline. The brand: if you can open the brand's website, read its real colours and fonts there first and declare them — the lead colour is usually the main buttons and the large coloured areas, not the link colour — and always give the website; never invent a colour. With the outline the reply carries PAGE 1'S BRIEF; write page 1 and send i params: brief*, brand, brand_url, pages, size, outline |
write_outline | Save a new page-by-page outline for a deck (pages written for the old one are dropped). The reply carries PAGE 1'S BRIEF; each submit_page reply carries the next page's. params: deck_id*, tone, pages* |
get_brief | The writing brief for a deck whose outline is already saved. params: deck_id* |
see_deck | The deck's rendered pages as images, page 1 first — look at them for overlapping or clipped text, odd spacing, an element off its page or a picture that does not say its page's claim, then fix that page and submit_page it again. Available once the deck has been rendered. params: deck_id* |
submit_deck | Replace the whole file of a deck whose pages are all written (while pages are still being written, submit_page each one — a whole file is refused then). Renderball checks it against the brief, renders every page and opens it in the editor. Returns 'ready' with the editor_url, or 'importing' — then poll deck_status. params: deck_id*, source*, label, wait_seconds |
deck_status | Whether a submitted deck is still importing, ready (with the editor link and the rendered pages, to check them), or failed (with the reason). params: deck_id* |
share_deck | Turn on the public link for a deck and return it: anyone with the link can view the deck. params: deck_id* |
get_page_brief | The full writing brief for ONE page: the studio's method, the rules, the examples chosen for that page, and (after page 1) page 1's file to continue. You rarely need it: page 1's brief comes with create_deck and each submit_page reply carries the next page's. Use it for a helper that writes one page with nothing in front of it. params: deck_id*, page* |
get_examples | Up to 4 of the studio's example pages, by the ids listed in a page brief — read the ones that fit the page you are about to write. params: deck_id*, ids* |
submit_page | Save one page you wrote (page 1: the file with Section0 and the shared design; page N: only its Section), with its direction (one sentence: the thing, the motion that acts out the claim, one craft detail). A page is accepted only after its brief was handed to you. The reply carries the next page's brief; when every page is saved the deck is merged, checked and rendered and the reply carries the re params: deck_id*, page*, source*, direction*, next_brief, label, wait_seconds, page_id |
read_page | Read one page of a design as it is NOW — the code the person's editor shows, including their own edits — before changing it. Use it whenever the person asks to change something in a design that already exists: their editor may hold edits you have not seen. The reply carries the page's code, the code every page shares (palette, fonts, helpers), the page's element ids and, when the person has the de params: deck_id*, page*, with_shared |
edit_page | Change part of a design that already exists, the way you edit a file: each edit replaces exact text from read_page (it must appear exactly once) with new text. Use it for any change the person asks for in an existing design — a headline, a colour, a picture, moving or removing something — instead of sending the whole page again: everything you do not touch stays as it is, the person's own edits in params: deck_id*, page, shared, edits*, summary, page_id |
Entries describe changes in tool definitions. They are not statements about a server, its quality or its author. The grade measures how the tool definitions fit model providers (token cost, schema compatibility, confusable names) as scored by the ToolFit engine at the time of the listing. JSON: append .json. Opt-out: how or hello@youraitools.co.