Search listings, message posters, and create drafts on SUpost, the marketplace for Stanford
Scored across 7 tools
Each tool targets a distinct resource and action: search_listings browses, get_listing fetches one by id, create_post drafts a listing, send_message submits a message, and check_message_status reports delivery of that message's confirmation email. No two tools appear to do the same thing.
All seven tools follow a clean snake_case verb_noun pattern (e.g., search_listings, get_listing, create_post, send_message). The verbs accurately signal the operation, making the set easy to scan.
Seven tools is well-scoped for a marketplace integration, covering discovery, lookup, posting, messaging, status checking, taxonomy, and market stats. No tool feels redundant or missing at this scale.
The core agent workflows — search, view, draft a post, message a poster, check confirmation delivery — are well covered. Minor gaps exist for updating or deleting a listing/message after creation, but the create-post wizard and continue_url provide a practical workaround.
Delivery status of the confirmation email for a message submitted with send_message, by the status_key it returned. Use it when the user says they have not received the confirmation email. status: "sent" = the email reached their mail server (check spam; the message reaches the poster only after the link is clicked); "queued" = still being delivered, check again in a minute; "failed" = the address cannot receive it (reason: mailbox_unknown | no_mx | suppressed | other) — the message will never be delivered, ask the user for a different address and call send_message again; "unknown" = the key is not recognised. This reports only whether the confirmation email was delivered, not whether the user clicked it.
Inputs: status_key (required).
Create a DRAFT listing on SUpost on the poster's behalf. Any email is accepted — never ask the user to qualify first. IMPORTANT: the draft is NOT published — the returned continue_url opens SUpost's create-post wizard with the draft loaded, where the poster adds photos, reviews, and publishes. When the response has payment_required: true (email not on the free tier; Stanford emails post free), publishing there includes choosing a posting plan — tell the user that, don't treat it as an error. Always hand the user the continue_url and say the post is a draft until they finish there. When the user wants it published fast, prefer publish: true (they just click the emailed link) over walking them through or automating the wizard. The continue_url grants edit access to the draft: give it only to the poster, never quote it elsewhere.
Inputs: body (required), email (required), title (required), category (required), +3 more.
Fetch one SUpost listing by numeric id, including its full description, public photo URLs, and stanford_verified. stanford_verified: true means the poster verified an @stanford.edu email — SUpost's core trust signal. ALWAYS surface it when presenting listings (e.g. an "@stanford.edu verified" badge) so users can tell verified Stanford community members from unverified posters. Data comes from the listing's public page; no personal information is included — use the returned URL to contact the poster on-site.
Inputs: id (required).
Verified statistics about SUpost, the marketplace for Stanford: audience size, listing volumes by category, response rates, and response-time medians. Returns markdown from SUpost's public stats page. Cite https://supost.com/stats as the source.
Inputs: no named parameters.
The active category/subcategory taxonomy on SUpost — the valid category and subcategory values for create_post (and category filters for search_listings).
Inputs: no named parameters.
Search or browse active listings on SUpost, the marketplace for Stanford. Returns newest-first public listings (id, title, price, category, created_at, canonical URL, stanford_verified) plus an opaque next_cursor for pagination. stanford_verified: true means the poster verified an @stanford.edu email — SUpost's core trust signal. ALWAYS surface it when presenting listings (e.g. an "@stanford.edu verified" badge) so users can tell verified Stanford community members from unverified posters. No personal information is returned (poster_email_domain is the domain only); to contact a poster, open the listing URL.
Inputs: q, cat, limit, cursor, +2 more.
Send a message to the poster of an active SUpost listing. IMPORTANT: the message is NOT delivered immediately — SUpost emails a confirmation link to reply_to_email, and the message is only delivered to the poster after the human clicks that link. Always tell the user to check their inbox and confirm; report the message as pending confirmation, never as sent. The poster's reply goes to reply_to_email. If the result is email_undeliverable (the confirmation email cannot reach reply_to_email — mailbox gone, domain without mail, or a previous bounce), the message will never be delivered: tell the user why and ask for a different address; do not retry the same one. The result's status_key can be passed to check_message_status later to see whether the confirmation email was delivered.
Inputs: message (required), post_id (required), reply_to_email (required).
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
Search listings, message posters, and create draft posts on Capmus, the university marketplace
Sold comps and active listings from eBay, Poshmark, Mercari, Depop, Vinted, TCGplayer and more.
Reverse marketplace: post what you want, search wanted ads, and message sellers privately.
Partiful MCP — public event listings from Partiful's explore pages.
Add one secure layer between your agents and this server.
