Skip to main content
Glama
757,164 tools. Updated 2026-11-07 20:13

"Understanding or Searching for Information About a Cursor" matching MCP tools:

  • Fast code search across any public git repo. Returns file paths, line numbers, and code snippets with context. Supports regex, boolean queries, fuzzy matching, and structural filters (declarations, usages, strings, comments). Dependency/build directories excluded by default. Searching for leaked secrets? Call code_analyze instead and read security_summary — it runs a real secret and credential scanner over the whole repository, where searching for key prefixes like "sk-", "ghp_" or "AIza" only matches the spellings you happened to think of.
    ConnectorNo auth
  • Get retweets of specific post. FAST (default, omit responseType or responseType="fast"): Returns up to 300 results directly (use limit param to reduce, e.g. limit=5). Database-only. Results include guidance for full mode. PAGING (responseType="paging"): Async paginated results (100/page), returns operationId for polling via checkOperationStatus. Supports pageNumber/tableName for subsequent pages. Database-only search for historical retweet data. Date filter: OMIT startDate by default. ONLY pass if user explicitly requests filtering from specific date (YYYY-MM-DD format). IMPORTANT!!!!!: THE CURRENT YEAR IS 2026. When user requests relative dates (last week, last month), verify the current date from your system context and double-check the calculated dates - models often get the year wrong, searching one year earlier than intended. Use to analyze post amplification patterns. NOT for quotes - use getTwitterPostQuotes. Optional fields parameter for performance: ["id", "authorUsername", "createdAt"]. This is a safe, read-only tool for analyzing searchable information.
    ConnectorOAuth
  • Search for products available in the German dm-drogerie market (online and local stores). USE WHEN: searching dm-drogerie products by name, category, ingredient, property, or any natural language query (any language supported). Often answers questions about ingredients and properties directly. Covers: dm-drogerie markt brands, make-up, skincare, perfume, hair, health, nutrition, baby & child, household, home & living, photo, and pets. OUTPUT: Returns a maximum of 15 products. GTIN, DAN, brand, title, details, category, price, appLink (direct product URL), description, highlights/USPs, and extensive attributes including: - Dietary/Allergen: vegan, vegetarian, bio, glutenFree, lactoseFree, sugarFree, nutFree, soyFree - Cosmetic Ingredients: fragranceFree, alcoholFree, parabenFree, sulfateFree, preservativeFree, dyeFree, oilFree, siliconeFree, naturalCosmetics - Product Properties: waterproof, new, limitedEdition, sellout, onlineOnly, exclusiveDm, dmBrand, purchasable NOT FOR: nutritional information (calories, protein, carbs, fats), complete allergen lists, full ingredient details. For these, use 'getProductDetails' tool with the GTINs or DANs. LIMITATIONS: Only make claims based on EXPLICITLY stated product highlights/descriptions. Do NOT extrapolate or assume properties not mentioned in the results.
    ConnectorNo auth
  • Returns a paginated list of domains from the tracker database. Results are ordered alphabetically by domain name and support cursor-based pagination for full traversal. Filtering by category and minimum score allows targeted data extraction. Use this tool when: - You want to enumerate all known ad-tech or analytics domains above a risk threshold. - You need a dataset of tracker domains for offline analysis. - You are paginating through a category to build a block list. Do NOT use this tool when: - You need data for a specific domain — use `get_domain` instead. - You are searching by keyword — use `search` instead. - You want domains belonging to a specific company — use `get_entity` instead. Inputs: - `category` (query, optional): Filter by surveillance category. One of: `ad_tech`, `analytics`, `social`, `fingerprinting`, `content`, `cdn`, `other`. - `min_score` (query, optional): Integer 0-100. Exclude domains scoring below this value. - `limit` (query, optional): Number of results per page. Max 100 (paid), 20 (free). Default 50. - `cursor` (query, optional): Pagination cursor from the previous response's `next_cursor` field. Returns: - Array of domain list items (domain, category, score, prevalence, entity summary). - `meta.has_more`: true if more pages exist. - `meta.next_cursor`: pass as `cursor` to get the next page. - `meta.count`: number of results in this page. Cost: - Free tier: up to 20 results/page. Anonymous (no key): 10/min, 100/day. Free key: 50/day. Pro/enterprise: up to 100 results/page, included in plan. Latency: - Typical: <200ms, p99: <500ms.
    ConnectorNo auth
  • Returns a paginated list of corporate entities in the TunnelMind surveillance database. Includes data categories, estimated data value, and industry classification. Useful for enumerating the surveillance ecosystem by sector. Use this tool when: - You want to enumerate all entities in a specific industry (e.g., all ad-tech companies). - You need a dataset of surveillance entities for analysis or reporting. - You are building a comprehensive surveillance landscape map. Do NOT use this tool when: - You need the full profile of a specific entity — use `get_entity` instead. - You are searching by entity name — use `search` instead. - You need domain-level data — use `list_domains` instead. Inputs: - `industry` (query, optional): Filter by industry classification. Examples: `ad_tech`, `analytics`, `data_broker`, `social`, `crm`. - `limit` (query, optional): Results per page. Max 100 (paid), 20 (free). Default 50. - `cursor` (query, optional): Pagination cursor from previous response's `next_cursor`. Returns: - Array of entity list items (slug, name, parent_company, industry, data_categories, data_cost_usd). - `meta.has_more` and `meta.next_cursor` for pagination. Cost: - Free tier: up to 20 results/page. Anonymous (no key): 10/min, 100/day. Free key: 50/day. Pro/enterprise: up to 100 results/page, included in plan. Latency: - Typical: <150ms, p99: <400ms.
    ConnectorNo auth
  • Resolve a city or airport name or code before searching flights. Returns typed values such as city:SHA to search every catalog airport in Shanghai or airport:SHA for Hongqiao only. Pass the selected value unchanged to search_flights. Ask the traveler when multiple results are plausible.
    ConnectorNo auth

Matching MCP Servers

  • A
    license
    A
    quality
    D
    maintenance
    An MCP server that provides information about Utkarsh, including bio, skills, work experience, and portfolio projects, accessible via local stdio or remote HTTP with OAuth.
    6
    MIT
  • A
    license
    Not graded
    quality
    C
    maintenance
    Enables AI agents to query OpenRouter model information including prices, ELO rankings, context, and perform comparisons.
    41 npm
    1
    MIT

Matching MCP Connectors

  • About Bureau, the self-hosted office for AI agents: overview, FAQ search, roadmap, install.

  • Oregon DMV MCP — live wait times at all 60 Oregon DMV field offices, plus the office locator the…

  • Wait for the discussion to move past `afterSequence` and return it, rather than polling for it. Returns as soon as anybody — a designer in the browser or another agent — posts, resolves or deletes; returns a `timedOut` reply if nothing happens within `waitSeconds`, which you answer by calling again with the same cursor. This is how you hold a conversation about a design: post, wait, read, act.
    ConnectorNo auth
  • Return the optional setup kit for agents that run on the user's own machine (Claude Code, Cursor). The kit contains four hooks (recall at session start, recall on each prompt, sync of session recaps, and the inbox of messages from other agents), the settings.json block, a usage policy, and an idempotent bash script that installs them. With the hooks installed, memory is recalled and stored automatically. Without them, NEXUS only has what the agent stores through its tools. Calling this tool only returns the kit; nothing is installed until the script is run. Running it writes the hooks and the policy file on the user's machine, declares the hooks in the client's settings, and loads the policy into the agent's instructions (a line in CLAUDE.md for Claude Code, a .cursor/rules file for Cursor), so installing is the user's decision. It does not apply to chat clients (Claude web or desktop, ChatGPT). Side effect: on an OAuth connection, the call issues the hooks credential and embeds it in the script. This works once, because a secret that was already shown is not returned again. On a plain `nxa_` token connection it does not issue a credential, and an account owner must issue one. `steps` says which case applies. Args: formato: "script" (default) for the bash installer plus steps, or "files" for the same files as text, for clients without bash. It is ignored for Cursor. client: "claude-code" (default) or "cursor". Cursor gets a session-start hook and a turn-recap hook. It has no per-prompt recall, because Cursor's beforeSubmitPrompt cannot inject context.
    ConnectorAPI key
  • Use this when the user wants clips from an episode on a particular topic or for a particular audience, e.g. "clips about creativity for artists" or "moments for young entrepreneurs". Searches the episode again for moments that fit the focus, skipping clips already found, and adds what it finds to the episode's clips. It may find fewer than usual, or none, when little in the episode fits; say so plainly. Returns each new clip's number, ref, title and why it fits. Takes about a minute; if it is still searching, call it again with the same focus to wait for the result. Do not use before get_episode reports the episode ready.
    ConnectorNo auth
  • List a community's posts: hot, new, rising, top, or controversial. A community's own listing, with no keyword: everything new in r/saas, or this week's top posts in r/startups. Use this rather than search when the community is the filter — Reddit's search needs a query and cannot express "everything". `name` also takes `popular`, `all`, or several communities joined with `+`, which reads them as one listing in a single call (and is billed as one request). Pages are newest-cursor-forward and stop at about 1,000 posts, Reddit's own ceiling, where `nextCursor` becomes null. NSFW posts are left out unless `includeNsfw=true`; how many were left out is in `meta.omittedNsfw`. A community that does not exist, or is private, banned, or quarantined, is a 404 whose `details.reason` says which. Costs 1 credit + 3 credits per post returned. When meta.nextCursor is set, call again with cursor set to it for the next page.
    ConnectorOAuth
  • Lists the sitemap files one Jumia storefront publishes (products, brands, categories and curated pages), each with name, type, language, last-modified date and URL. Pass a returned name to jumia_sitemap_urls to read the URLs in it. Use it to discover the product catalog in bulk instead of searching. Jumia challenges many connections, so a call can take up to about 50 seconds and may fail with a retryable 503.
    ConnectorNo auth
  • Lists the sitemap files one Jumia storefront publishes (products, brands, categories and curated pages), each with name, type, language, last-modified date and URL. Pass a returned name to jumia_sitemap_urls to read the URLs in it. Use it to discover the product catalog in bulk instead of searching. Jumia challenges many connections, so a call can take up to about 50 seconds and may fail with a retryable 503.
    ConnectorNo auth
  • Pull the events this server recorded for the connected account after a cursor, as a hash-chained feed to poll instead of receiving webhooks. It holds no carrier tracking scans and no live shipment or order state: use track_shipment for a shipment's carrier events, and list_shipments or list_orders for current state. Start without `cursor`, then pass back the `cursor` of each response; an empty page with an unchanged cursor means nothing new, and an account may have no events at all. `cursor` is the integer `seq` of the last event you saw; `limit` (default 100, at most 1000) caps one page, so raise it to catch up a long backlog in fewer calls. The feed is answered from this server's own records, never from carriers, and reading it changes nothing. Returns the page of events; `chain_valid` false means the page or its link to your cursor failed hash verification.
    ConnectorOAuth
  • Return the delta feed for the world named by your API-Key header: every element created/updated (`op: "upsert"`, full body) or deleted (`op: "delete"`) since `since_cursor`, in apply order, in pages of `limit` (default 25, max 1000). Entries carry FULL element bodies — a default page stays inside any client's token budget; measured worlds ran ~1.5-2k chars PER ENTRY, so raise `limit` only if you truly need bigger pages, and prefer paging with the cursor. Omit `since_cursor` (or pass "") to start from the beginning of the feed — for a big world that is a multi-page walk, not one response. Pass the returned `cursor` back as `since_cursor` to get the next page (or, later, only what changed since); treat the cursor as OPAQUE. `has_more` true means page again with the new cursor. Requires a READ or WRITE API-Key. This mirrors `GET /api/v2/changes`. `after` is for stepping into a world without a kept cursor: an ISO 8601 date and time (e.g. "2026-10-21T09:00:00Z"; no offset is UTC), and only what changed at or after it comes back (an upsert whose `updated_at`, or a delete whose `deleted_at`, is at or after it), so "the last day" is one call. It is a filter, not a position: the order, `cursor` and `has_more` are as without it; to read the whole window, pass `cursor` back as `since_cursor` with the same `after`. The cursor is still the exact form (every change once, in order): keep it if you will come back. A guest key gets only what it may see, and no deletes: when its view of the world changes, its cursor stops working and this tool says to pull again from the start (omit `since_cursor`); keep what you hold that the new walk does not name. Where the server has the hidden mark on, a contributor's cursor works the same way, and every delete says why (`reason`: `deleted`, or `hidden` for an element hidden from you: drop your copy). There the reset says why too: "reason role" (your role or membership changed: keep what the new walk does not name) or "reason view" (what you may see changed: drop it), and each page carries `epoch_reason` beside `epoch`. Never empty a copy on your own.
    ConnectorNo auth
  • INFLUENCE — be told when a listing you care about moves: score changes, band changes, agent-band changes, or a check closing. REQUIRES a destination: `contact` (an email address), `callback_url` (an https endpoint that receives signed JSON), or both. The first pass after registering records where the provider stands and sends nothing, so the first notification you get is about a real move. `agent_band` is the one worth having — it carries the gate that caused the change, which a provider cannot compute about themselves. Re-registering the same slug REPLACES its event set rather than adding a second watch. list_watches shows what you hold; unwatch_listing removes one. Priced B1 (single-entity synthesis) — $0.01 per call under pay-as-you-go; included in Understanding and Influence. See apis://prices.
    ConnectorNo auth
  • HISTORICAL ONLY: the user's archived job digests, the email summaries Remoet used to send about new jobs from their starred companies. No new digest has been generated since 2026-07-06, when the feed roundup replaced that pipeline, so this returns nothing at all for an account created since then. What carries new roles now is get_feed (the composed dashboard stream, and what the roundup emails are built from); for searching, use get_starred_jobs or search_jobs. Reach for this tool only when the user asks about their old email summaries by name. Without an id: the 20 most recent as lightweight summaries (id, title, frequency, jobCount, createdAt). With an id: that digest's full markdown body (each job's title, application URL, salary, remote policy, experience level, tech stack).
    ConnectorNo auth
  • HISTORICAL ONLY: the user's archived job digests, the email summaries Remoet used to send about new jobs from their starred companies. No new digest has been generated since 2026-07-06, when the feed roundup replaced that pipeline, so this returns nothing at all for an account created since then. What carries new roles now is get_feed (the composed dashboard stream, and what the roundup emails are built from); for searching, use get_starred_jobs or search_jobs. Reach for this tool only when the user asks about their old email summaries by name. Without an id: the 20 most recent as lightweight summaries (id, title, frequency, jobCount, createdAt). With an id: that digest's full markdown body (each job's title, application URL, salary, remote policy, experience level, tech stack).
    ConnectorOAuth
  • List the NEWEST memories first — no search query needed. Semantic search answers 'what do I know about X'; this answers 'what happened lately': resuming work after a break, catching up on a shared room ('any new messages?'), or reviewing what was saved recently. Pass `since` (your last-seen time) to get only what's new, and page through older entries with the returned cursor. Complete by construction WITHIN ONE SCOPE — nothing is skipped there, unlike a semantic search. A page is also bounded by SIZE, so a page of long entries comes back shorter than `limit` and hands you a cursor for the rest — nothing is dropped, and following the cursor is how you get it. To catch up on a shared room you MUST pass its address as `domain`: rooms are separate stores and an unscoped call never covers them, though it names the ones you have (`rooms_not_searched`).
    ConnectorOAuth
  • Recent stablecoin transfers on one chain, newest first, filterable by payer and/or recipient, cursor-paginated. Use it for the latest transfers of an address or of the whole chain, with a tx_hash to cite. Not for who an address settles with over time: get_wallet_graph_walk. Not for how fresh the feed is: get_sync_status. Not for any verdict about an address: get_address_risk. Answer: items[], each row tx_hash, log_index, block_number, block_time (RFC 3339), payer, recipient, amount {amount (minor units, string), decimals, token (symbol)}, token (the contract address), finality, and usd_amount where priced. The chain is the one asked for — rows do not repeat it. payer and recipient narrow together; omit both for the chain-wide feed; pass next_cursor back unchanged as cursor for older rows, and a page without it is the last. Heavy read: under load it answers busy or timeout — retry with backoff. No auth; 1200 requests/min shared by all tools. Plain on-chain Transfer facts, no scoring.
    ConnectorNo auth
  • Searches the transcripts the user made in the last day for passages and repeated themes. Best for: "where did I talk about pricing", "which hooks did I open with", "what themes keep coming up". Returns: passages with transcript_id, start and end in seconds, a clock time and a snippet; repeated themes with counts; and the live transcripts. Input tips: pass query for passages; leave it out to list the transcripts and their themes. Pass library_id when transcribe_media returned one. Only the caller's own transcripts are searched (the latest 10, kept 24 hours). Not for: transcribing a file (use transcribe_media) or searching the web.
    ConnectorNo auth
  • INCOMING Bitcoin (btc, BTC, mainnet) outputs for an address — every coin received (tx, amount, output type: payment/change, time), most recent first. Indexed by address (fast). Use to see what a BTC address received and in which transactions. NOT what this address spent → use btc_sent_from_address. NOT sums over its whole history → use btc_address_flow_summary or btc_address_profile. An address can receive several coins (outputs) in one transaction, each its own row. Returns up to limit rows (default 20, at most 1000), newest first; page back with the last row's Cursor - a page shorter than limit is the last one. Set sort='amount' for the largest receipts instead: a top-N page with no Cursor. NOTE: shows receiving events, not the sender addresses (a UTXO output has no single sender). Hop-by-hop forward tracing is not available here — it would need joins over very large tx tables that time out. This list reads a copy of the transaction data that misses a few whole blocks (about 6 a month), so a receipt can be absent; btc_tx_flow on the transaction is complete. Each row: Time, Tx, Type, Amount_BTC, Cursor.
    ConnectorOAuth