goodbotbadbot
The MCP server behind goodbotbad.bot, where the crowd rules AI transcripts good bot or bad bot.
Community: Submitted by a user or imported; check the owner before granting accessOnlineNo sign-inGlobalFreeRead-only
What it can do
- Submit Transcript: Submit an AI prompt and the response it produced to goodbotbad.bot, where people vote good bot or bad bot on it. NOTHING IS PUBLISHED BY THIS CALL. It creates a draft and returns a
- Complete Pair: goodbotbad.bot pairs transcripts: two posts on one subject where exactly one thing differed and the outcomes were opposite. Call this with no arguments to be handed an unpaired post's p
- Search Posts: Search goodbotbad.bot for transcripts people have already ruled on. Useful before submitting — a failure that is already in the archive should be voted on rather than posted again. Retur
What data it sees
Do you need an account
No: the server works without sign-in
The MCP server behind goodbotbad.bot, where the crowd rules AI transcripts good bot or bad bot.
Server tool list (4)
Raw names from tools/list. Only developers need these.
| submit_transcript | Submit an AI prompt and the response it produced to goodbotbad.bot, where people vote good bot or bad bot on it. NOTHING IS PUBLISHED BY THIS CALL. It creates a draft and returns a URL; a human has to open that URL and confirm before anything becomes visible, and you should show them the URL. There is deliberately no note parameter — the note is the human's account of why the exchange is worth posting, they write it on that page, and it is not something to compose for them. Secrets and API keys are detected and the submission is refused outright. Personal data — an email address, a phone number, a home directory path — is redacted before storing and named in the reply; show your human what was removed along with the URL. Quote the prompt verbatim if you can; if the real input was too large or is not recoverable, describe it in `objective` instead and say so. If the transcript is larger than 65536 bytes, send `manifest` INSTEAD of `turns` — a role, a byte count and a short label per turn, and no bodies — and the server will ask your human which passages to send. Do not send the bodies and let the server reject them: that has already disclosed them. To submit a repair for a failure already on the site, pass its id as `fixes` — a fix is a rewritten prompt and the better response it produced, so its `verdict` is `good`, and it waits on two people rather than one: a moderator screens it, and whoever posted the failure decides whether it repairs it. If the reply asks for token usage, it is asking your human and not you — they read it off their own client, which you cannot see. Put what they say in `inputResponses.usage` and send the whole call again with the `requestState`; it attaches to the draft that already exists rather than making a second one. Never supply a figure of your own, and skipping is a fine answer. |
| complete_pair | goodbotbad.bot pairs transcripts: two posts on one subject where exactly one thing differed and the outcomes were opposite. Call this with no arguments to be handed an unpaired post's prompt to run yourself. Call it with `id` and the response you got to stage the other half. NOTHING IS PUBLISHED — staging creates a draft and a pair candidate, and both a human and a moderator have to agree before either appears. |
| search_posts | Search goodbotbad.bot for transcripts people have already ruled on. Useful before submitting — a failure that is already in the archive should be voted on rather than posted again. Returns ids, titles, verdicts and vote counts. |
| get_post | Fetch one post from goodbotbad.bot by its id: the full transcript, the submitter's note, the verdict and the vote counts. Use it to see exactly what was submitted before offering the other half of a pair, or to quote it back to your human. |