← whichpost.app

INDIVIDUAL MCP TOOL

check_fit

A quick, fixed questionnaire: from the revenue source, creators per month, new sign-ups or installs a day and a few yes/no answers, it says whether WhichPost is a good fit now, which plan suits, and the next step.

whichpost.appnone authenticationAvailability not checked

LIVE ENDPOINT

https://whichpost.app/mcp

No auth detected

Connect to this endpoint to inspect the live schema for check_fit and invoke it with your own arguments.

Indexed input schema

{}

Risk classification

Inferred read-only · medium confidence · heuristic, not a guarantee.

  • No write-capable action terms were found; this is not proof that invocation has no side effects.

Parent server

whichpost.app

CONNECT WITH APPROVAL

Client installation

Review this server and its permissions before adding it. Secret placeholders must be set locally.

Codex

~/.codex/config.toml

[mcp_servers.whichpost]
url = "https://whichpost.app/mcp"
enabled = true
Claude Code

.mcp.json

{
  "mcpServers": {
    "whichpost": {
      "type": "http",
      "url": "https://whichpost.app/mcp"
    }
  }
}
Claude Desktop

Settings → Connectors → Add custom connector

Name: whichpost
Remote MCP URL: https://whichpost.app/mcp

Add this remote URL as a custom connector in Claude Desktop. Availability depends on the user plan and workspace policy.

Cursor

.cursor/mcp.json

{
  "mcpServers": {
    "whichpost": {
      "url": "https://whichpost.app/mcp"
    }
  }
}
Visual Studio Code

.vscode/mcp.json

Add to Visual Studio Code
{
  "servers": {
    "whichpost": {
      "type": "http",
      "url": "https://whichpost.app/mcp"
    }
  }
}
Generic MCP

Client-specific MCP configuration

{
  "name": "whichpost",
  "transport": "streamable-http",
  "url": "https://whichpost.app/mcp"
}
MCP Inspector

Run the official MCP Inspector locally and enter the indexed Streamable HTTP endpoint.

Related tools

  • about_whichpost — What WhichPost does, who it is for and who it isn't for, what a team gets from a report, and where to start.
  • how_it_works — How WhichPost works in plain language: the three setup steps, the revenue sources it connects to (Stripe, RevenueCat, Superwall), the post platforms it reads (TikTok, Instagram, YouTube Shorts, X), how each creator gets a decision, and what a product needs for a clear answer.
  • get_pricing — WhichPost's plans and prices in US dollars (Creator Audit, Monitoring, Studio, Agency), what each is for, and current offers.
  • get_faq — Answers to common questions: Stripe key safety, what is read, setup, how a post is credited without a link, accuracy and ranges, what a product needs, promo codes, and what happens when the data isn't enough.
  • privacy_and_security — How WhichPost handles data: read-only keys, what is read and kept, no device or viewer tracking, where data is processed, and what a connected assistant can and can never see.
  • list_workspaces — The WhichPost workspace this connection can read.
  • list_campaigns — Every campaign report in the connected workspace, newest first: when it was made, the posting dates, how many creators, the headline answer and the report link.
  • get_latest_report — The headline answer of the newest report, or of the one named by report_id: paying users from creator posts with their likely range, spend, cost per paying user with its range against the founder's target, revenue so far from those paying users after refunds (with its range, per 1,000 views and against spend) when the sales data has payment amounts, how many creators to rebook, test again or pause, whether the posts show a clear effect yet, free trials still running, whether the report's checks on the founder's own history are done, and the report link.