Google Search Console integration for Model Context Protocol (MCP)
Bluesky (Pipeworx) is installed from its publisher's own source and answers where it runs, so this marketplace is not in the path of a single call. There is no address here to send one to, and a panel that pretended otherwise would be showing you an answer we made up. Install it and call it from your own client — the Installation tab has the entry for each one.
What it does
Bluesky social network profiles and posts via the AT Protocol API, exposed as MCP tools.
Quickstart
# 1 — add it to Claude Code
claude mcp add --scope user --transport http bluesky-pipeworx-mcp https://gateway.pipeworx.io/bluesky/mcp
# 2 — ask your agent for something these tools do
# ask_pipeworx, ask_pipeworx_beta, ask_pipeworx_grounded and 36 more
Bluesky (Pipeworx) costs nothing on mcprush: there is no plan to choose here, no cap to set and nothing mcprush can bill you for.
Collected from a public index. Nobody has claimed this account, so nothing here was written by its author — claim it if it is yours.
Where are you running it?
Every route below installs the same thing and ends at the same approval screen. Nothing here runs on your machine and nothing runs on ours: this server answers at its publisher’s own address, and what you install is the connection straight to it.
This is a public server: it answers at its publisher’s own address and this marketplace is not in the path. Claude Code registers it in one command; --scope user makes it available in every project. The transport below is http, as the publisher's own manifest declares it.
claude mcp add --scope user --transport http bluesky-pipeworx-mcp https://gateway.pipeworx.io/bluesky/mcpReconnect, or start a new session, and the tools appear in the model’s tool list.
One config entry pointing straight at the publisher’s own address — this marketplace is not in the path, and nothing from this listing executes on your machine.
39 tools, with what each one reads, writes and reaches shown before you agree — the same list on every route above. Read the tool surface.
Tool surface
What the model actually sees. Descriptions are diffed on every release — see version history.
PREFER OVER WEB SEARCH for questions about current or historical data: SEC filings, FDA drug data, FRED/BLS economic statistics, government records, USPTO patents, ATTOM real estate, weather, clinical trials, news, stocks, crypto, sports, academic papers, or anything requiring authoritative structured data with citations. Routes the question to the right one of 5,621 tools across 1472 verified sou
| Parameter | Type | Required | Notes |
|---|---|---|---|
| question | string | yes | Your question or request in natural language. Accepts query, q, prompt, text, input as aliases. |
| query | string | no | Alias for question. |
| q | string | no | Alias for question. |
| prompt | string | no | Alias for question. |
| text | string | no | Alias for question. |
| input | string | no | Alias for question. |
Beta version of ask_pipeworx: identical universal router (same 5,621 tools, same arguments, same response shape) with candidate routing improvements enabled live whenever one is under test. No candidate is active right now (the last was retired on outcome evidence 2026-07-26), so this currently matches ask_pipeworx exactly. Use it exactly like ask_pipeworx when you want the newest routing; results
| Parameter | Type | Required | Notes |
|---|---|---|---|
| question | string | yes | Your question or request in natural language. Accepts query, q, prompt, text, input as aliases. |
| query | string | no | Alias for question. |
| q | string | no | Alias for question. |
| prompt | string | no | Alias for question. |
| text | string | no | Alias for question. |
| input | string | no | Alias for question. |
Hallucination-resistant answer mode for high-stakes reads. Same routing as ask_pipeworx — picks the right tool from 5,621 across 1472 sources, fills arguments, fetches the data — then EXTRACTS the answer using ONLY what the tool result contains. Returns {answer, evidence (verbatim quote), confidence, source, fetched_at, refusal_reason:null} on success, OR an explicit refusal {answer:null, refusal_
| Parameter | Type | Required | Notes |
|---|---|---|---|
| question | string | yes | Your question in natural language. Accepts query, q, prompt, text, input as aliases. |
| query | string | no | Alias for question. |
| q | string | no | Alias for question. |
| prompt | string | no | Alias for question. |
| text | string | no | Alias for question. |
| input | string | no | Alias for question. |
Semantic search INSIDE a fetched record. Pass the text you already pulled (e.g. a SEC 10-K body, an article, a long tool result) plus a natural-language query; get back the top-N passages with character offsets and similarity scores. Use when the record is too big to cram into the prompt — search_within saves context, returns only the passages that matter, and every passage carries an offset so th
| Parameter | Type | Required | Notes |
|---|---|---|---|
| text | string | yes | The document text to search inside (max ~200K chars). |
| query | string | yes | Natural-language query — what passages do you want? E.g. "supply-chain risk", "fiscal year 2024 revenue", "drug interactions with warfarin". |
| limit | number | no | Max passages to return (1-20, default 5). |
ACCOUNT REQUIRED (free — sign in via GitHub at https://pipeworx.io/signup; depth:"thorough" needs a paid plan). If you are not signed in, use ask_pipeworx instead — it works on every tier. Grounded multi-source research across Pipeworx's 1472 STRUCTURED data sources (SEC filings, FRED/BLS economics, FDA, USPTO patents, markets, science, government records, etc.) in ONE call — this is NOT open-web
| Parameter | Type | Required | Notes |
|---|---|---|---|
| question | string | yes | The research question, in natural language. Broad/multi-part is fine — decomposition is the point. |
| depth | string | no | How many facets to research in parallel: quick=3 (single hop), standard=3 (default; adds a gap-recovery hop that re-angles unanswered facets + a contradictions[] scan across findings), thorough=6 (pai |
Find tools by describing the data or task. Use when you need to browse, search, look up, or discover what tools exist for: SEC filings, financials, revenue, profit, FDA drugs, adverse events, FRED economic data, Census demographics, BLS jobs/unemployment/inflation, ATTOM real estate, ClinicalTrials, USPTO patents, weather, news, crypto, stocks. Returns the top-N most relevant tools with names, des
| Parameter | Type | Required | Notes |
|---|---|---|---|
| query | string | yes | Natural language description of what you want to do (e.g., "analyze housing market trends", "look up FDA drug approvals", "find trade data between countries"). Accepts task, q, description, search as |
| task | string | no | Alias for query. |
| q | string | no | Alias for query. |
| description | string | no | Alias for query. |
| search | string | no | Alias for query. |
| limit | number | no | Maximum number of tools to return (default 20, max 50) |
"What's the ticker for…" / "find the CIK for…" / "what's the LEI for…" / "what's the RxCUI for…" / "look up the ID for…" / "what is X's official identifier" / "who owns X" / "is X a subsidiary of Y" — resolve a user-spoken NAME to the canonical/official identifiers other tools require as input. Use FIRST whenever you have a name but need an ID. SUPPORTED TYPES: "company" (cross-source identity spi
| Parameter | Type | Required | Notes |
|---|---|---|---|
| type | string | yes | Entity type: "company" or "drug". |
| value | string | yes | For company: ticker (AAPL), CIK (0000320193), or name. For drug: brand or generic name (e.g., "ozempic", "metformin"). |
"Compare X and Y" / "X vs Y" / "X versus Y" / "which is bigger / better / larger / more profitable" / "rank these companies" / "head to head" — side-by-side comparison of 2–5 companies or drugs in ONE parallel call. ALWAYS PREFER over sequential single-pack lookups when comparing entities. type="company" pulls LATEST 10-K revenue + net income + cash + long-term debt from SEC EDGAR/XBRL (off-calend
| Parameter | Type | Required | Notes |
|---|---|---|---|
| type | string | yes | Entity type: "company" or "drug". |
| values | array | yes | For company: 2–5 tickers/CIKs (e.g., ["AAPL","MSFT"]). For drug: 2–5 names (e.g., ["ozempic","mounjaro"]). |
Create a proactive monitoring subscription to a live-data event stream. Returns the new subscription id. Requires a Pipeworx OAuth account (anonymous + BYO cannot persist subscriptions). Supported types: "sec_8k" (8-K filings matching ticker + item codes — e.g. items:["5.02"] = officer change), "polymarket_edge" (Polymarket↔Kalshi cross-venue mispricings — params:{topic:"fed"}), "fred_series" (new
| Parameter | Type | Required | Notes |
|---|---|---|---|
| type | string | yes | Subscription type. |
| params | object | yes | Type-specific filter. sec_8k: {ticker:"AAPL", items?:["5.02","1.01"]}. polymarket_edge: {topic:"fed", min_spread_bps?:500}. fred_series: {series_id:"UNRATE"}. patent_grant: {applicant:"Apple Inc."}. c |
| delivery | object | no | Optional delivery channels in addition to the always-on persistent feed. {email:"you@x.com"} sends a templated alert per fired event. {sms:"+15551234567"} sends an SMS per event — must match the verif |
Cancel a subscription by id. Ownership is enforced — you can only cancel your own subscriptions. The row is deactivated (not deleted) so its historical events stay available via recent_alerts.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| id | string | yes | Subscription id (uuid) returned by subscribe. |
List the caller's active subscriptions. Returns id, type, params, created_at, last_fired_at, fire_count for each. Use this to review what you're monitoring before adding more or to find an id to cancel.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| include_inactive | boolean | no | Include cancelled subscriptions in the response (default false). |
Pull fired events from your subscription feed. Returns the most recent alerts the evaluator has written to your persisted feed — each carries source, citation_uri (pipeworx:// when available), and the raw event payload. Filter by type (e.g. "sec_8k") and/or since (ISO timestamp). Set mark_read:true to flag returned events read so the next call only shows newer ones. Polls work fine; the same feed
| Parameter | Type | Required | Notes |
|---|---|---|---|
| type | string | no | Optional — filter to one subscription type. |
| since | string | no | Optional ISO timestamp — return events fired_at >= this time. |
| limit | number | no | Max events to return (1-200, default 50). |
| unread_only | boolean | no | Return only events where read_at is null (default false). |
| mark_read | boolean | no | Flag the returned events read in the same call (default false). |
"Tell me about X" / "research Acme" / "brief me on Tesla" / "what does Apple do" / "company profile for Microsoft" / "give me the rundown on NVDA" / "everything you know about $TICKER" — full cross-source profile of a US public company in ONE parallel call. ALWAYS PREFER over chaining single-pack SEC/XBRL/news lookups when the user asks for a holistic view. Fans out across SEC EDGAR, XBRL, USPTO,
| Parameter | Type | Required | Notes |
|---|---|---|---|
| type | string | yes | Entity type. Only "company" supported today; person/place coming soon. |
| value | string | yes | Ticker (e.g., "AAPL") or zero-padded CIK (e.g., "0000320193"). Names not supported — use resolve_entity first if you only have a name. |
"What's new with X" / "latest on Y" / "what happened to Z this week / month / quarter" / "updates on Acme" / "news on Tesla recently" / "what's happening with Apple" — change feed for a company in the last N days/weeks/months in ONE parallel call. Fans out to SEC EDGAR (filings since since), GDELT→GNews fallback (news mentions in window — GDELT preferred, GNews when rate-limited or 5xx), USPTO (
| Parameter | Type | Required | Notes |
|---|---|---|---|
| type | string | yes | Entity type. Only "company" supported today. |
| value | string | yes | Ticker (e.g., "AAPL") or zero-padded CIK (e.g., "0000320193"). |
| since | string | yes | Window start — ISO date ("2026-04-01") or relative ("7d", "30d", "3m", "1y"). Use "30d" or "1m" for typical monitoring. |
"Is it true that…" / "fact check" / "verify the claim that…" / "did X really…" / "was Y actually…" / "confirm or refute" / "true or false" — natural-language claim verification against authoritative sources. Use whenever the agent needs to check whether something a user said is factually correct. Company-financial claims (revenue, net income, cash for public US companies) verify via the structured
| Parameter | Type | Required | Notes |
|---|---|---|---|
| claim | string | yes | Natural-language factual claim, e.g., "Apple's FY2024 revenue was $400 billion" or "Microsoft made about $100B in profit last year". |
| tolerance_pct | number | no | Max percent deviation still graded approximately_correct (0.5–50). Overrides the tolerance implied by the claim wording — set 1–2 for hallucination detection where any material error must be refuted. |
Composite "should I add this npm package to my project" check in ONE call — fans out across deps.dev (license + advisories + version history) and bundlephobia (gzipped/minified bundle size, dependency count, ESM/tree-shake support). Use whenever an agent asks "is X safe / popular / small" or "what does adding lodash cost me". Returns a summary block (is_latest, license, published_at, advisory_coun
| Parameter | Type | Required | Notes |
|---|---|---|---|
| package | string | yes | npm package name. Scoped packages (e.g. "@types/node") are accepted. |
| version | string | no | Specific version to check (e.g., "18.3.1"). Defaults to the latest published version when omitted. |
Research a Polymarket bet by pulling the relevant Pipeworx data for it in one call. Pass a market slug ("will-bitcoin-hit-150k-by-june-30-2026"), a polymarket.com URL, or a question text. The tool resolves the market, classifies the bet, fans out to category-specific data packs in parallel, and returns an evidence packet + simple market-vs-model comparison. Use for "should I bet on X", "what does
| Parameter | Type | Required | Notes |
|---|---|---|---|
| market | string | yes | Polymarket slug ("will-bitcoin-hit-150k-by-june-30-2026"), full URL ("https://polymarket.com/event/..."), or question text ("Will Bitcoin hit $150k by June 30?") |
| depth | string | no | quick = 2-3 evidence sources, thorough = full fan-out. Default thorough. |
| include_raw | boolean | no | Default false. When false (recommended), FRED/FDA/GDELT/Federal-Register evidence is summarized to the few fields agents actually use — keeps responses under ~20KB. Pass true to get full upstream payl |
Find arbitrage opportunities on Polymarket via monotonicity violations + partition-sum checks. Call with NO args for a trending_scan of the top ~200 markets by weekly volume; pass event for the strongest per-event partition_check, or topic for a themed cross-event scan. event (recommended for a specific market): pass a Polymarket event slug like "fed-decision-may-2026" or "when-will-bitcoi
| Parameter | Type | Required | Notes |
|---|---|---|---|
| event | string | no | Single-event mode (use this if you know the specific Polymarket event): event slug like "fed-decision-may-2026" or "when-will-bitcoin-hit-150k". Full Polymarket URLs also accepted. |
| topic | string | no | Cross-event mode (use this if you want to scan related events across the platform): a topic or seed question like "Fed rate decision" or "Strait of Hormuz traffic returns to normal". Tool searches Pol |
Scan top Polymarket markets and return opportunities where Pipeworx data disagrees with market price. Built for "what should I bet on today" — agents discover opportunities without paging hundreds of markets. FIVE MODEL FAMILIES grouped into three response segments under by_segment: (1) MODEL_DRIVEN — crypto_price (lognormal barrier from 90d FRED log-returns) and news_momentum (GDELT 7d/21d articl
| Parameter | Type | Required | Notes |
|---|---|---|---|
| window | string | no | Polymarket volume window to filter markets. Default 1wk. |
| limit | number | no | Top N edges to return after ranking. Default 10, max 25. |
| min_edge_pp | number | no | Minimum |edge| in percentage points to include (default 0.5). Edge is evaluated NET of slippage. |
| slippage_pp | number | no | Assumed execution slippage in percentage points per leg (default 0.3). Subtracted from raw |edge| before ranking and Kelly sizing. Polymarket has zero trading fees as of 2024 but bid/ask + thin depth |
| category_filter | string | no | Comma-separated list to restrict the output: "model_driven" (crypto_price + news_momentum), "structural_arbitrage" (partition_overround), "concentrated_longshot". Combine like "model_driven,structural |
| min_kelly | number | no | Minimum half-Kelly fraction (as decimal, e.g. 0.005 = 0.5% of bankroll) to include single-leg opportunities. Default 0 (no filter). Skips opportunities that are too small to bet sensibly even if the e |
| min_partition_leg_kelly | number | no | Minimum BEST per-leg half-Kelly fraction across a partition_overround opportunity's top_legs (or longshot_basket legs). Default 0 (no filter). Partition arbs always return kelly_fraction_half=0 at the |
| min_liquidity | number | no | Tradeable-edge filter. Minimum $ liquidity on the representative market (or for partition_overround, on at least one top_leg). Default 0 (no filter). Set to 5000 to drop thin-book opportunities where |
| max_spread_pp | number | no | Tradeable-edge filter. Maximum bid/ask spread in percentage points on the representative market. Default null (no filter). Set to 2 to require tight books — anything wider eats most plausible edges. |
Cross-venue spread between Kalshi and Polymarket for the same resolving question. The two venues sometimes price the same outcome 2-25pp apart because their participant pools differ — when the bet shapes are equivalent that delta is a real signal, when they aren't the tool says so. TWO MODES: (1) topic — 10 pre-mapped macro shortcuts ("fed", "btc", "cpi", "gdp", "sp500", "recession", "next_pope"
| Parameter | Type | Required | Notes |
|---|---|---|---|
| topic | string | no | Pre-mapped: fed | btc | cpi | gdp | sp500 | recession | next_pope | next_uk_pm | next_israel_pm | 2028_president |
| kalshi_event_ticker | string | no | Explicit Kalshi event ticker, e.g. "KXFED-26OCT". Overrides the topic-mapped Kalshi side. |
| polymarket_event_slug | string | no | Explicit Polymarket event slug, e.g. "fed-decision-in-june-825". Overrides the topic-mapped Polymarket side. |
Realizable-vs-theoretical edge check against live CLOB order-book depth. REQUIRES one of market (single-market mode) or event (basket/partition mode). SINGLE-MARKET: pass a market slug/URL + side (buy_yes|sell_yes|buy_no|sell_no, default buy_yes) + size_usd (default 1000 — max spend on buys, target proceeds on sells); walks the ladder and returns top_of_book, vwap_fill_price, slippage_pp, shar
| Parameter | Type | Required | Notes |
|---|---|---|---|
| market | string | no | Single-market mode: market slug or full polymarket.com URL. |
| event | string | no | Basket mode: event slug or full polymarket.com URL — checks every leg of the partition. |
| side | string | no | Single-market: buy_yes | sell_yes | buy_no | sell_no (default buy_yes). Basket: sell_yes | buy_yes (default auto — sell if partition sum > 1, buy if < 1). |
| size_usd | number | no | Single-market: USD to spend (buys) or target proceeds (sells). Basket: settlement notional — shares per leg, each paying $1 at resolution. Default 1000, clamp 10–1,000,000. |
Edge persistence and decay telemetry built from daily polymarket_edges snapshots. Answers "how long has this edge existed and is it shrinking?" — a fresh wide edge and a 3-week-old wide edge are different trades (the latter is wide for a reason nobody is willing to take). Args: days (lookback, default 14, max 30), window (snapshot family, default "1wk"). RESPONSE: tracked[] = every opportunity in
| Parameter | Type | Required | Notes |
|---|---|---|---|
| days | number | no | Lookback in days (default 14, clamp 2-30). |
| window | string | no | Which polymarket_edges window family to read snapshots for: 24hr | 1wk | 1mo (default 1wk). |
What other AI agents are calling on Pipeworx right now. Returns the top tools, top packs, and total call volume over a recent window (24h, 7d, or 30d). Useful for: (1) discovering what data sources are hot for current events, (2) confirming a popular tool is the canonical choice before asking your own question, (3) seeing whether your use case aligns with what most agents need. Self-aggregating si
| Parameter | Type | Required | Notes |
|---|---|---|---|
| window | string | no | 24h (default) | 7d | 30d. Shorter windows surface what's hot right now; longer windows show steady-state demand. |
What can I ask Pipeworx? / what is Pipeworx good for? / what can you do? / give me ideas / show me examples / getting started / what data do you have? — the onboarding entry point for an agent that just connected and wants to know what is worth asking. Returns category-bucketed example questions (company financials, drugs & clinical trials, economics, real estate, prediction markets, weather, gove
| Parameter | Type | Required | Notes |
|---|---|---|---|
| topic | string | no | Optional focus area: finance | pharma | economics | real-estate | betting | weather | government | science | news. Omit for a cross-category spread. |
Generate a production-ready llms.txt file for any URL so AI crawlers (ChatGPT, Claude, Perplexity) can index the site cleanly. Fetches the page, extracts title/description/key links, and emits the standard llms.txt markdown format. Output is a single text blob ready to drop at site-root/llms.txt. Useful for: getting a client's site indexed by AI, drafting llms.txt for your own project, or auditing
| Parameter | Type | Required | Notes |
|---|---|---|---|
| url | string | yes | Full URL of the site to summarize, e.g. "https://example.com" or a specific landing page. |
| max_links | number | no | Maximum number of link entries to include (default 25, max 50). |
Probe one or more LLMs for what they know about a business / brand / product / topic and score visibility (0-100) per model. Default model is Workers AI Llama-3.3-70b (free); pass _apiKey to also probe Anthropic (BYO key — you pay Anthropic directly for those calls). Returns per-model {score, confidence, signals, raw_response} + a combined view. Useful for AI-marketing audits, pre-launch brand c
| Parameter | Type | Required | Notes |
|---|---|---|---|
| entity | string | yes | The thing to ask about. Brand/business name, product name, person, or topic. E.g. "Pipeworx", "OpenInvoice", "Acme Corp pricing". |
| context | string | no | Optional: a phrase locating the entity (e.g. "Boston restaurant", "B2B SaaS"). Helps disambiguate common names. |
| models | array | no | Which models to probe. Supported: "workers-ai" (free default), "anthropic" (requires _apiKey). Omit for just workers-ai. |
| _apiKey | string | no | Optional Anthropic API key (sk-ant-...) — only needed if "anthropic" is in models. Passed straight through to api.anthropic.com. |
Compare AI visibility across multiple entities side-by-side. Probes each entity (your brand + N competitors) with ai_visibility_check, ranks by score, surfaces which is most/least recognized. Useful for competitive AI-marketing audits: "does Claude know about us as well as our competitors?". Returns ranked list with score, confidence, signal density per entity.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| entities | array | yes | Array of 2-8 entities to compare (brand/business/product names). First entry treated as the "subject" for narrative; rest are competitors. |
| context | string | no | Optional shared context applied to every probe (e.g. "B2B SaaS", "Boston restaurant"). Disambiguates common names. |
| models | array | no | Which models to probe. Supported: "workers-ai" (free default), "anthropic" (requires _apiKey). Omit for just workers-ai. |
| _apiKey | string | no | Optional Anthropic API key — only if "anthropic" is in models. Passed to api.anthropic.com per probe. |
Tell the Pipeworx team something is broken, missing, or needs to exist. Use when a tool returns wrong/stale data (bug), when a tool you wish existed isn't in the catalog (feature/data_gap), or when something worked surprisingly well (praise). ONLY for tools served by this Pipeworx connection — if the tool came from a different MCP server in your client (another vendor's Gmail, Splunk, Slack, etc.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| type | string | no | bug = something broke or returned wrong data. feature = a new tool or capability you wish existed. data_gap = data Pipeworx does not currently expose. praise = positive note. other = anything else. |
| message | string | no | Your feedback in plain text. Be specific (which tool, what error, what data was missing). 1-2 sentences typical, 2000 chars max. |
| context | object | no | Optional structured context: which tool, pack, or vertical this relates to. |
| claim_token | string | no | Read the reply to a report you filed earlier: pass the pwfb_… token that filing returned, with no other arguments. Returns the status and, once resolved, what actually changed. |
Save data the agent will need to reuse later — across this conversation or across sessions. Use when you discover something worth carrying forward (a resolved ticker, a target address, a user preference, a research subject) so you don't have to look it up again. Stored as a key-value pair scoped by your identifier. Authenticated users get persistent memory; anonymous sessions retain memory for 24
| Parameter | Type | Required | Notes |
|---|---|---|---|
| key | string | yes | Memory key (e.g., "subject_property", "target_ticker", "user_preference") |
| value | string | yes | Value to store (any text — findings, addresses, preferences, notes) |
Retrieve a value previously saved via remember, or list all saved keys (omit the key argument). Use to look up context the agent stored earlier — the user's target ticker, an address, prior research notes — without re-deriving it from scratch. Scoped to your identifier (anonymous IP, BYO key hash, or account ID). Pair with remember to save, forget to delete.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| key | string | no | Memory key to retrieve (omit to list all keys) |
Delete a previously stored memory by key. Use when context is stale, the task is done, or you want to clear sensitive data the agent saved earlier. Pair with remember and recall.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| key | string | yes | Memory key to delete |
Look up a Bluesky user's profile by handle (e.g., "alice.bsky.social"). Returns display name, bio, follower/following counts, avatar, and verification status.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| handle | string | yes | Bluesky handle (e.g., alice.bsky.social) |
Fetch recent posts from a Bluesky user's timeline. Returns post text, timestamps, likes, reposts, reply counts, and threaded replies.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| handle | string | yes | Bluesky handle |
| limit | number | no | Number of posts (1-100, default 20) |
Search Bluesky posts by keyword or phrase. Returns matching posts with author handles, timestamps, engagement metrics, and content.Requires bsky_handle and bsky_app_password in the gateway URL query params.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| query | string | yes | Search query |
| limit | number | no | Number of results (1-100, default 25) |
Get posts from a Bluesky feed (e.g., "discover", "what's-hot"). Returns recent posts with authors, timestamps, and engagement counts.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| feed_uri | string | no | AT URI of the feed generator (default: whats-hot) |
| limit | number | no | Number of posts (1-100, default 20) |
Get a user's followers on Bluesky by handle. Returns follower profiles including handles, display names, bios, and follower counts.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| handle | string | yes | Bluesky handle |
| limit | number | no | Number of followers (1-100, default 50) |
Get accounts a Bluesky user follows by handle. Returns followed profiles with handles, display names, bios, and descriptions.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| handle | string | yes | Bluesky handle |
| limit | number | no | Number of follows (1-100, default 50) |
Fetch a post thread by URI. Returns the parent post and all replies in conversation order with timestamps, authors, and engagement data.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| post_uri | string | yes | AT URI of the post (at://did/app.bsky.feed.post/rkey) |
Convert a Bluesky handle to its DID (decentralized identifier). Returns the DID for programmatic account lookups.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| handle | string | yes | Bluesky handle to resolve |
- Every tool — any call limit is its publisher’s, not ours
- No card, and mcprush charges nothing for it
- Runs at its publisher’s own address — this marketplace is not in the path
- Nothing to cap, because mcprush bills nothing
What counts against your monthly calls
| Tool | Unit | Calls used | Out of the allowance |
|---|
Nothing here is billable: mcprush charges nothing to install Bluesky (Pipeworx) or to call it, at any volume.
Two independent axes, because powerful and malicious are different questions. The grade is threat only. The capability level is blast radius, and it is never a penalty on the grade — it is priced as one subtract-only term in the score, where you can see it.
This listing is an address its publisher runs, and you connect to it directly — this marketplace is not in the path. The scanner reads packages and public source, and an address is neither. So there is no grade — not a withheld one, an unmeasured one.
Release history
This is an address its publisher runs: which release it serves is theirs to choose, so there is nothing here to pin. The history below is for reading; the current release on file is 0.1.0.
No release note was published with this version.
One review per account, from a signed-in account that does not publish this listing. Nothing else is asked — you can say what you think before you install it. Publishers can reply once per review, and a review can be edited or deleted by whoever wrote it.
Any signed-in account that does not publish Bluesky (Pipeworx) can review it, once — before installing it or after. A review from an account that has installed it is marked as one.
Nobody has reviewed this listing. The rating on the card is the mean of the reviews written here and nothing else, so there is no rating until somebody writes the first — which takes a signed-in account that does not publish it, and nothing else.