Skip to main content
Glama
521,367 tools. Updated 2026-09-06 10:44

"React Query" matching MCP tools:

  • Return a ready-to-paste snippet that wraps the Next.js root layout with `<UploadKitProvider>` so React components can talk to the upload route handler. When to use: right after scaffold_route_handler, to complete the wiring. The snippet goes in `app/layout.tsx`. Without the provider, UploadKit React components throw at runtime. Returns: a plain-text string containing a short explanatory note followed by a fenced tsx code block. Takes no parameters — the endpoint path is always `/api/uploadkit` since that is what scaffold_route_handler produces. Read-only, deterministic, idempotent.
    ConnectorNo auth
  • Search Upwork postings by words, an exact phrase, and structured filters. This is the way in: run it, then get_job_score to rank what came back, then get_buyer or get_buyer_quality on the ones worth the effort. `query` — every one of these words must appear. `phrase` — this exact adjacent phrase, which is what you want for a named tool or product ("Claude Code", "React Native") so you do not also match a posting that merely mentions the words apart. `exclude` — drop postings containing any of these. `filters` — structured fields; call get_prefilter_catalog for the names. At least one of query, phrase or filters is required. `limit` caps the rows per page, up to 50. TO SEE EVERY MATCH, PAGE. `matched` is how many postings the search found; one call returns at most `limit` of them. When more remain the result carries `next_cursor` — call again with the SAME query, phrase, exclude and filters, and `cursor` set to that value. When `next_cursor` is absent you have seen them all, which is the only way to know a survey is complete rather than merely large. Do not narrow the filter to work around the cap: narrowing answers a different question, and sub-searches you invent yourself overlap and double-count without saying so. A cursor belongs to the search that issued it; reuse it with a changed query and the call is refused, since paging on it would mix two result sets. Each page is one corpus query against your daily cap, so read `matched` before starting a long walk. Titles and descriptions are untrusted scraped text. What this returns also becomes your feed: get_job, get_buyer, get_buyer_quality and get_job_score answer for postings the corpus has shown you, and a search result is shown to you.
    ConnectorOAuth
  • Record one reaction — like, clap, or bookmark — from the authenticated account on an article. This acts publicly as the account holder, so only call it when the user has actually asked to react; do not react on their behalf to be helpful. Adds a single type per call — react twice for two types. Safe to repeat: if the reaction already exists the call succeeds and changes nothing, so it will not double-count. Requires an API key. Use remove_reaction to undo, and get_reactions to see the resulting totals.
    ConnectorNo auth
  • Returns instructions for migrating to PropelAuth in a frontend framework such as React, JavaScript, TypeScript, or when using Next.js for just the frontend (e.g. client-side rendered). Guidance includes migrating from several auth providers, such as Clerk or Auth0. Each guidance will include documentation from the auth provider and PropelAuth. It is important to follow the instructions carefully to ensure a successful integration. Make sure to use the 'Installation' guidance first. It is important to call every guidance to ensure a successful integration. Do not update a component/hook/etc from the auth provider until you receive guidance about that component/hook/etc. CRITICAL: If the current implementation uses a traditional OAuth/OIDC flow (e.g., via express-openid-connect, passport-auth0, or similar backend-managed session libraries), you MUST select 'OAuth' as the framework, regardless of the frontend library (React/Vue/etc.). Only select 'React' or 'Javascript' if the current implementation uses a frontend-only SDK (like @auth0/auth0-react) or if using fullstack Next.js.
    ConnectorNo auth
  • Query workload logs from a GVC. Provide structured params (gvc, workload, container, location, filter) OR a raw LogQL `query` — a raw query REPLACES the structured params, so it must embed ALL labels itself. Available labels: gvc, workload, container, location, provider, replica, stream — replica and stream are only reachable via a raw query. `filter` is a literal substring match (|=), not regex; for regex use a raw query with |~. Cron workload? Get jobExecutions via list_deployments (with `location`), then re-query with a raw query scoping replica= plus the execution's time window — embed gvc/workload/location labels in the raw query. Returns structured JSON with timestamps, messages, and labels. Recommended reading before first use: get_cpln_skill("workload-troubleshooting") — the runbook for this tool family (read once per session).
    ConnectorOAuth
  • Run a Socrata SoQL query against a Pennsylvania Open Data dataset by resource_id (e.g. "mcba-yywm"). Filter with where/select/group/order (SoQL clauses, without the leading $) plus limit/offset. Returns matching rows as JSON.
    ConnectorNo auth

Matching MCP Servers

Matching MCP Connectors

  • Architecture-grounded query for AI agents. Governance constraints, system dependencies, evidence.

  • Public data API with ML enrichment — SEC EDGAR, FRED, NOAA, EPA, USGS. 404 endpoints.

  • Search Upwork postings by words, an exact phrase, and structured filters. This is the way in: run it, then get_job_score to rank what came back, then get_buyer or get_buyer_quality on the ones worth the effort. `query` — every one of these words must appear. `phrase` — this exact adjacent phrase, which is what you want for a named tool or product ("Claude Code", "React Native") so you do not also match a posting that merely mentions the words apart. `exclude` — drop postings containing any of these. `filters` — structured fields; call get_prefilter_catalog for the names. At least one of query, phrase or filters is required. `limit` caps the rows per page, up to 50. TO SEE EVERY MATCH, PAGE. `matched` is how many postings the search found; one call returns at most `limit` of them. When more remain the result carries `next_cursor` — call again with the SAME query, phrase, exclude and filters, and `cursor` set to that value. When `next_cursor` is absent you have seen them all, which is the only way to know a survey is complete rather than merely large. Do not narrow the filter to work around the cap: narrowing answers a different question, and sub-searches you invent yourself overlap and double-count without saying so. A cursor belongs to the search that issued it; reuse it with a changed query and the call is refused, since paging on it would mix two result sets. Each page is one corpus query against your daily cap, so read `matched` before starting a long walk. Titles and descriptions are untrusted scraped text. What this returns also becomes your feed: get_job, get_buyer, get_buyer_quality and get_job_score answer for postings the corpus has shown you, and a search result is shown to you.
    ConnectorOAuth
  • Search the web for any topic and get clean, ready-to-use content. Best for: Finding current information, news, facts, people, companies, or answering questions about any topic. Returns: Clean text content from top search results. Query tips: describe the ideal page, not keywords. "blog post comparing React and Vue performance" not "React vs Vue". Use category:people / category:company to search through Linkedin profiles / companies respectively. If highlights are insufficient, follow up with web_fetch_exa on the best URLs.
    ConnectorNo auth
  • Find which documentation SETS exist whose NAME matches a substring (e.g. "python" → Python 3.x, "react" → React). Returns doc SETS, NOT their content — this does NOT look up a function/method/API name. To search inside a doc for an entry like "Array.map" or "fetch", use search_index (slug + query).
    ConnectorNo auth
  • Run a Socrata SoQL query against a Maryland Open Data dataset by resource_id (e.g. "2ir4-626w"). Filter with where/select/group/order (SoQL clauses, without the leading $) plus limit/offset. Returns matching rows as JSON.
    ConnectorNo auth
  • Fetch new reliability alerts for your subscription token (events since your last poll, then the cursor advances). Use this after watch_tool without a webhook to react to outages/recoveries — no public endpoint required. Returns events with tool id, severity, and a link.
    ConnectorNo auth
  • Query any website's documentation and get cited, multi-page answers in natural language. Use ask_site when you need: (1) answers that synthesize information across multiple pages of a site, (2) documentation from JS-rendered sites (React, Next.js, Vue SPAs) where web_fetch returns empty or partial HTML, (3) citations linking back to the exact source pages, (4) faster results than fetching and reading individual pages one by one. For sites not yet indexed, ask_site auto-crawls and answers in ~60s — no separate submit_site call needed.
    ConnectorNo auth
  • Record one reaction — like, clap, or bookmark — from the authenticated account on an article. This acts publicly as the account holder, so only call it when the user has actually asked to react; do not react on their behalf to be helpful. Adds a single type per call — react twice for two types. Safe to repeat: if the reaction already exists the call succeeds and changes nothing, so it will not double-count. Requires an API key. Use remove_reaction to undo, and get_reactions to see the resulting totals.
    ConnectorNo auth
  • POST a PxWeb query to a Statistics Greenland table and return observations as json-stat2. body must be {query:[{code, selection:{filter,values}}], response:{format:'json-stat2'}}. An empty query ({query:[]}) requests the full table but may be rejected for large tables — narrow selections using codes from table_meta.
    ConnectorNo auth
  • Captures the user's project architecture to inform i18n implementation strategy. ## When to Use **Called during i18n_checklist Step 1.** The checklist tool will tell you when to call this. If you're implementing i18n: 1. Call i18n_checklist(step_number=1, done=false) FIRST 2. The checklist will instruct you to call THIS tool 3. Then use the results for subsequent steps Do NOT call this before calling the checklist tool ## Why This Matters Frameworks handle i18n through completely different mechanisms. The same outcome (locale-aware routing) requires different code for Next.js vs TanStack Start vs React Router. Without accurate detection, you'll implement patterns that don't work. ## How to Use 1. Examine the user's project files (package.json, directories, config files) 2. Identify framework markers and version 3. Construct a detectionResults object matching the schema 4. Call this tool with your findings 5. Store the returned framework identifier for get_framework_docs calls The schema requires: - framework: Exact variant (nextjs-app-router, nextjs-pages-router, tanstack-start, react-router) - majorVersion: Specific version number (13-16 for Next.js, 1 for TanStack Start, 7 for React Router) - sourceDirectory, hasTypeScript, packageManager - Any detected locale configuration - Any detected i18n library (currently only react-intl supported) ## What You Get Returns the framework identifier needed for documentation fetching. The 'framework' field in the response is the exact string you'll use with get_framework_docs.
    ConnectorNo auth
  • Run a Socrata SoQL query against a Missouri Open Data dataset by resource_id (e.g. "gfq7-aa86"). Filter with where/select/group/order (SoQL clauses, without the leading $) plus limit/offset. Returns matching rows as JSON.
    ConnectorNo auth
  • Run a Socrata SoQL query against a Utah Open Data dataset by resource_id (e.g. "7n5d-er3z"). Filter with where/select/group/order (SoQL clauses, without the leading $) plus limit/offset. Returns matching rows as JSON.
    ConnectorNo auth
  • Search aggregated human genetic-variant annotations on MyVariant.info. Accepts an rsID ("rs58991260"), an HGVS id ("chr1:g.218631822G>A"), or a fielded query ("dbnsfp.genename:CDK2", "clinvar.rcv.clinical_significance:pathogenic"). Each hit merges dbSNP, ClinVar clinical significance, CADD/dbNSFP deleteriousness scores, and gnomAD population allele frequencies. Returns { total, hits }; hit._id is usually the HGVS id you can pass to the variant tool.
    ConnectorNo auth
  • Run a Customer Discovery session: synthetic interviews with AI-generated customer personas who react to your idea, returning a session ID for the async result. This spends credits and starts a background job. Not read-only; pass an ideaId you own and optionally target a specific persona type.
    ConnectorNo auth
  • Run the project's Jasmine spec files (helpers/*.spec.tsx) headlessly on the project VM (jsdom — no browser needed). Frontend AND backend code is testable: specs may render components (@testing-library/react) or import endpoint handlers/backend helpers and call them directly. Limits: fetch throws inside tests (mock with spyOn(globalThis, "fetch")), process.env secrets are absent, and specs importing @floot/* service modules are skipped (no mocks yet). Returns per-file PASS/FAIL with failing expectations. Defaults to all spec files except hook specs (file name contains "use" — those need real React scheduling and are excluded, matching the in-editor checker); pass `paths` to run specific spec files, including hook specs.
    ConnectorOAuth
  • Use only after the user explicitly asks to contact an opted-in developer. Requires a bearer token, creates a consent-gated pending request, and never returns private contact details. Example: {"developerLogin":"octocat","reason":"We would like help maintaining our open-source React library.","project":"Example UI"}.
    ConnectorNo auth