Orchyn vs Posterly

A side-by-side look at the Orchyn and Posterly MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.

Orchyn logoOrchynSocial Media · Local subprocess (stdio)Social intelligence for 8 networks: read posts, creators and trends, then create from them.57GoodAuth: not declaredPosterly logoPosterlySocial Media · Local subprocess (stdio)Validate, schedule, publish, and analyze social content across 18 platforms with posterly.63GoodAuth: not declared

Verdict: choose Orchyn for social media work as a local process; choose Posterly for social media as a local process. You can also run both side by side in one mcpServers block.

Which MCP server should you choose?

Orchyn logoChoose Orchyn when

  • You need dedicated capabilities in the Social Media domain.
  • You prefer a local stdio subprocess transport.
  • You have the keys it needs: NOOTICR_BASE_URL.
  • You want tools like get_social_media, get_post_transcript, get_post_frames.
Explore Orchyn

Posterly logoChoose Posterly when

  • You need dedicated capabilities in the Social Media domain.
  • You prefer a local stdio subprocess transport.
  • You have the keys it needs: POSTERLY_API_KEY.
  • You want tools like get_agent_signup_info, start_signup, get_signup_session.
Explore Posterly

Feature & specification comparison

Rows where the two servers differ are marked.

SpecOrchyn logoOrchynPosterly logoPosterly
CategorySocial MediaSocial Media
Quality signal57/100 · Good63/100 · Good
Install commandConfirmedConfirmed
TransportLocal subprocess (stdio)Local subprocess (stdio)
AuthNot declaredNot declared
PricingNot declaredNot declared
Required env varsNOOTICR_BASE_URLPOSTERLY_API_KEY
Verified ownerCommunity listingCommunity listing
GitHub stars00
Directory activity 0 views 0 installs 0 upvotes 1 views 0 installs 0 upvotes
Tools8067

Tools & capabilities

Orchyn tools 80

  • get_social_mediaThe post's facts and media — contentType, title, caption, author, stats, direct media URLs, plus an inline thumbnail. Use when you want the post itself and nothing interpreted.
  • get_post_transcriptThe words actually spoken. Where the platform publishes a caption track (TikTok, Douyin, YouTube) it is read as-is — exact rather than inferred, without processing the video; everywhere else, and where a caption track is missing, the post's own audio is transcribed on the same call (posts up to 30…
  • get_post_framesFrames sampled evenly across a post's video, returned as **images you can actually look at** — not a description of them. ffmpeg opens the stream directly rather than downloading it, so HLS works and an expired link is re-resolved on the spot. Verified live at 3/3 on TikTok, YouTube, Instagram, Dou…
  • get_post_commentsTop comments plus the themes the platform clusters them into, with which ones the creator pinned or liked. Use when you want to read what people wrote.
  • analyze_post_fastThe post's transcript, caption and stats — everything but the pictures. Two fetches: `get_social_media` (1) and `get_post_transcript` (1). Use when the words and numbers answer the question.
  • analyze_postFrames sampled across the video, as **images your model can actually look at**, plus the transcript. Two fetches: `get_post_frames` (2) and `get_post_transcript` (1). Use when the visuals are the point — framing, editing, on-screen text.
  • understand_social_postThe same two fetches, asked for a description of what physically happens on screen rather than why it works. Use when you need the events, not the strategy.
  • summarize_post_commentsThe comment section, every comment with a stable id, and the taxonomy to label them with — sentiment, and whether each is praise, a complaint, a bug report, a question, a request, a comparison or spam. The same `get_post_comments` call, at the same price as reading them directly. Pass `verbatim: tr…
  • show_comment_reviewDraws the classifications your model produced — every comment with its sentiment and category, filterable and selectable. Makes no requests; it only renders what you pass it.
  • show_post_analysisDraws the analysis your model wrote from `analyze_post`/`analyze_post_fast`/`understand_social_post` — hook strength, script structure, quotable lines, suggested hashtags and more, whichever fields you produced. Makes no requests; it only renders what you pass it.
  • compare_social_postsThe first of two to five posts, fetched with its stats, and the comparison left to you. Fetch the rest with `get_social_media` at 1 credit each. Use when performance differs and you need to know why.
  • show_compared_postsDraws the comparison your model wrote from `compare_social_posts` — each post scored, the winner marked, what differed and the next test worth running. Makes no requests; it only renders what you pass it.
  • +68 more on the listing page

Posterly tools 67

  • get_agent_signup_infoExplain how to use posterly MCP for agent-led signup before an API key exists, including the safe human-in-the-browser boundaries.
  • start_signupStart the public posterly paid signup flow for a user before posterly API access exists. Returns a signup poll URL, a browser Checkout fallback URL, and, when enabled, a prepaid PaymentIntent the agent can pay with a Link Agent Wallet virtual card (credential_type: card). The user still sets a password and approves social OAuth in the browser. Never ask for card numbers, a posterly password, or social passwords in chat.
  • get_signup_sessionPoll a public posterly signup session created by start_signup. Use this to narrate payment (Link virtual card or browser Checkout), password setup, and agent access status before a posterly API key is installed. Keep updates user-facing; do not narrate raw HTTP, curl, or API plumbing.
  • whoamiWho you are and how posterly is connected. view=identity (default): the authenticated user, API key scopes, workspaces, and onboarding next step. ALWAYS call this at the start of a session; if onboarding.completed is false, walk the remaining onboarding steps IN THIS conversation (about you, connect, brand voice, first post) and do not send the user to /onboarding-v2 or the dashboard composer wizard. view=status: MCP server version, latest npm version, endpoint and API key health, and update guidance; works before POSTERLY_API_KEY is configured.
  • list_accountsConnected social accounts and what posterly has learned about them. view=accounts (default): connected accounts, optionally one workspace_id or one account_id; Instagram rows identify direct-login versus Meta-linked connections and whether native media tags/collaborators are available, so check this before Instagram user_tags or collaborators. view=learned_voice (account_id): the voice learned from the account's real published captions (summary, traits, style guidelines, habits); read-only, never overwrites the saved brand profile. view=performance_profile (account_id): 90-day coaching stats, engagement-rate trend, and summary (Pro plan or higher; platforms without per-post analytics never get one). view=connect_session (session_id): poll a session from create_connect_session and keep the user updated in plain language; stop when status is connected, failed, cancelled, or expired.
  • disconnect_accountDisconnect a connected social account from posterly. DESTRUCTIVE and IRREVERSIBLE: removes the account connection, emits account.disconnected webhooks, and may transfer Instagram scheduled posts to a replacement account. REQUIRED BEFORE CALLING: Call `list_accounts` first, show the user the exact platform, username, account ID, and workspace that will be disconnected, then get explicit confirmation. Pass confirm=true only after that confirmation.
  • connect_accountConnect a credential-based social account (telegram, bluesky, discord, wordpress, devto, hashnode, lemmy) directly, without a browser session. Call list_platforms with view=connect_link first to discover the exact credential fields the platform needs. Prefer scoped secrets: app passwords (Bluesky, WordPress), bot tokens (Telegram), webhook URLs (Discord), and API tokens (Dev.to, Hashnode) over primary passwords. Warn the user that any credential they share passes through this conversation. For OAuth platforms (Instagram, X, LinkedIn, ...) use create_connect_session instead.
  • create_connect_sessionCreate a short-lived posterly dashboard handoff session for connecting a social account. Send the secure connection URL to the user, then poll list_accounts with view=connect_session to narrate progress. Do not ask for social media passwords or OAuth codes; posterly handles those browser steps.
  • create_api_keyCreate a new posterly API key for the authenticated user. SECRET-CREATING WRITE: only use after explicit user confirmation. The new key can only request scopes already present on the calling dashboard-created API key; OAuth and managed assistant tokens cannot mint keys. Team management (members:read, members:write) and client portal sign-in link permissions are never copied or granted here: a person turns them on in /dashboard/api.
  • delete_api_keyRevoke a posterly API key owned by the authenticated user. DESTRUCTIVE: call whoami or use a known key ID, show the user the exact key ID/prefix/name if available, and get explicit confirmation before calling. Cannot revoke the key currently authenticating this request, OAuth-issued keys, or managed assistant keys.
  • list_workspace_membersList the people in a workspace: members (with role, status, brand access and API access) and pending invites, plus seats in use. API access says whether a teammate can use this workspace's API plan from their own keys and AI apps; owners and admins also see each member's key count, connected AI apps and last use. Needs an API key with the Manage team permission. Any workspace member can list; brand-limited teammates only see brand ids they can access.
  • manage_workspace_memberInvite, update, or remove a workspace colleague. This SENDS EMAILS and CHANGES WHO CAN ACCESS the workspace. Needs an API key with the Manage team permission, and the caller must be a workspace owner or admin. ALWAYS preview first: call without confirm, show the preview to the user, and only call again with confirm: true plus the returned preview_id after the user explicitly approves. action=invite: email and role required (publisher, editor or viewer), optional brand_ids and resend; always sends a pending invite email, never adds anyone instantly. action=update: member_id or invite_id (from list_workspace_members) plus role and/or brand_ids; or member_id plus api_access (true or false, on its own) to turn API and AI app access on or off for that teammate, which lets them use the workspace API plan from their own keys and AI apps (off by default; you cannot change your own; only the owner can change it for an admin; turning it off stops their keys, AI app connections and webhooks for this workspace). action=remove: member_id (removes the teammate and revokes their API keys for this workspace) or invite_id (cancels a pending invite). Admin seats can only be granted in the posterly dashboard. The workspace owner is emailed about every change.
  • +55 more on the listing page

Ready-to-paste client configs

Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.

Orchyn

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "orchyn": {
      "command": "npx",
      "args": [
        "-y",
        "@nooticr/mcp"
      ],
      "env": {
        "NOOTICR_BASE_URL": "YOUR_NOOTICR_BASE_URL_HERE"
      }
    }
  }
}

Posterly

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "posterly-2": {
      "command": "npx",
      "args": [
        "-y",
        "posterly-mcp-server@latest"
      ],
      "env": {
        "POSTERLY_API_KEY": "YOUR_POSTERLY_API_KEY_HERE"
      }
    }
  }
}

Frequently asked questions

Orchyn is categorized under Social Media and uses a local stdio subprocess. Posterly belongs to Social Media and uses a local stdio subprocess. Pick Orchyn for social media work and Posterly for social media.

Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.

Orchyn has no declared pricing — check the project's own site. Posterly has no declared pricing — check the project's own site. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.

Yes. MCP clients support multiple servers: add orchyn and posterly-2 as separate keys in the same mcpServers object, and your assistant will call tools from either one.

On AllMCPs, Orchyn has a quality signal of 57/100 (Good) with 0 views, 0 installs and 0 GitHub stars. Posterly has 63/100 (Good) with 1 views, 0 installs and 0 GitHub stars.