Data & Analysis web-scrapingdata-extractionmodel-context-protocolapify-actorsdynamic-tool-discoverydataset-accessweb-automation

Apify MCP Server

Let AI assistants discover and run Apify Actors for web extraction and structured data collection.

FollowAgents review · FARS-2.1
Use with care
Why not a higher tier: Trust & safety is 16/29, below the 18/29 needed for “Recommended”; the tier is lowered because risk is not averaged away.
77/ 100 5-point scale 3.9 / 5
1 2 3 4 5 6
1Trust16 / 29 · 2.8/5

The server can narrow exposed capabilities through an explicit tools parameter, tools carry readOnlyHint and openWorldHint annotations, and defaults plus auto-injection are documented, so least privilege and external effects are handled reasonably well. The default nevertheless includes call-actor and a web-browsing Actor, while dynamic discovery can broaden effective capability. Payment flow, prepaid amounts, refund conditions, external Actor execution, and result-storage steps are disclosed, but there is no evidence that every costly or side-effecting call requires user confirmation; direct x402 may automatically sign a $1 transaction through the client. Tokens are supplied through environment variables or Authorization headers, CI masks raw and URL-encoded tokens, and tests remove an mcpc envelope containing plaintext credentials before assertions or failures. The supplied material does not show comprehensive retention, log-redaction, or telemetry-field policies. Dependencies and CI checks are visible, but no lockfile, vulnerability scan, SBOM, or dependency-update policy is supplied. Actor runs can be aborted and some payment paths refund unused balances, but there is no general transactional rollback. Repository, package author, issue tracker, and copyright attribution are present, although publisher identity remains unverified as stipulated.

2Reliability11 / 14 · 3.9/5

The README, package metadata, CI, and test helpers are highly consistent about the Node 22 minimum, package identity, transports, tool configuration, token requirements, and telemetry being disabled by default in tests. CI runs unit tests on Node 22, 24, and 26 and includes build, type, formatting, lint, Docker startup, and MCP handshake checks, supporting strong static self-consistency. Hosted and stdio modes, OAuth/API-token access, payment modes, and multiple clients improve availability, but operation still depends on Apify services, Actors, search backends, networking, and credentials; the test source explicitly anticipates rate limits and unreachable external Actors. Concrete errors cover missing tokens, artifacts, or jq, timeouts, protocol failures, assertions, and named probes. A point is withheld because the evidence does not show a uniform end-user error contract across every production tool or the full troubleshooting guidance.

3Adaptability16 / 18 · 4.4/5

The material directly addresses hosted HTTPS, local stdio, desktop and web clients, editors, command-line use, scraping, search, storage access, run management, and several payment scenarios, with concrete examples. The tool inventory, default set, category selection, single-Actor minimum configuration, auto-injection rules, behavioral annotations, payment limitations, and absence of resources define boundaries thoroughly. Trigger precision benefits from Actor input-schema loading, the recommendation to fetch details before calling, and explicit tool selection. It is not full-strength because claims that the LLM automatically chooses the correct tool and parameters have no static guarantee, and dynamically loaded Actors retain third-party-defined behavior. Environment fit is strong: URL, CLI, environment-variable, OAuth, Bearer-token, transport, and client options are documented, alongside Node >=22 and a pinned pnpm toolchain.

4Convention15 / 18 · 4.2/5

The README has a clear contents structure spanning quickstart, clients, payments, tools, configuration, examples, troubleshooting, development, privacy, and contribution topics. Hosted connection, npx, local flags, environment variables, and MCPB installation are covered. Package, binary, MCP, and tool names are mostly stable, and v1-to-v2 compatibility plus retired aliases are explained; deductions reflect badges that still point at an older actors-mcp-server repository path and an explicit warning that default tools may change. Examples cover search, discovery, and pagination, but the supplied third example is truncated and the FAQ/troubleshooting body is not present. Limitations are unusually explicit: client support differences, payment scope, absent resources, removed SSE, temporary E2E instability, and test ownership are all distinguished. MIT metadata matches the complete license text. Version 0.14.4, migration notes, and a releases path are present, but no complete changelog or release policy is supplied. Author, copyright, issues, and contribution routes identify a maintenance path, while no named maintainers or response commitments are shown and publisher identity is unverified under the prompt.

5Effectiveness12 / 13 · 4.6/5

Actor calls return run metadata, storage identifiers, a summary, and a nextStep that directs the client to paginated dataset retrieval, making outputs operationally useful. Schema-driven Actor tools, detailed discovery, and realistic examples further improve usability. The product offers clear marginal value through dynamic access to a large Actor catalog, generated schemas, run and storage management, documentation search, multiple transports, and accountless payment alternatives. Cost mechanics, free discovery, prepayment amounts, refund timing, and Pay Per Event constraints are disclosed. The score is reduced because Actor costs vary, current AGI terms are delegated to an external document, Skyfire requires a $5 minimum, and the supplied repository evidence shows neither mandatory pre-charge confirmation nor a general cost estimator or budget ceiling.

6Verifiability7 / 8 · 4.4/5

Core claims can be traced to the tool table, configuration contract, package scripts, CI jobs, and test-helper implementation. Full marks are withheld because numerical catalog claims such as thousands or 8000+ Actors, tested-client status, and hosted-only latest features are not individually substantiated by the supplied code or tests. Node support, authentication, transports, tool selection, telemetry test defaults, and test commands receive strong corroboration across README, package metadata, workflows, and test source. Fact-versus-inference separation is exemplary: the temporary E2E suite is repeatedly labeled AI-generated, not human-maintained, unsuitable as fact, excluded from CI, and subject to known instability. The README likewise distinguishes current defaults, possible future changes, removed behavior, and externally maintained terms.

Evidence confidence: Low Reviewed Aug 14, 2026 Reviewed revision e03c9d89cbbb
The upstream repository has new commits since this review. The score still applies to the reviewed revision shown and may not cover the latest changes.
Before you use it
  • The default tool set can run open-world Actors. Production deployments should specify the smallest explicit tools list and review each Actor's schema, pricing, data destinations, and side effects before use.
  • A direct x402 client may automatically sign a $1 prepayment, while Skyfire has a $5 minimum. The evidence does not establish universal per-charge user confirmation or an in-repository spending cap.
  • API tokens, wallet private keys, and payment tokens are highly sensitive. CI and tests demonstrate some redaction, but comprehensive production logging, telemetry, retention, and deletion policies are not supplied.
  • Execution depends on hosted Apify services, third-party Actors, search backends, and networking. Rate limits, external unavailability, and differing Actor behavior can affect outcomes.
  • The temporary protocol_v1 E2E suite is explicitly AI-generated, not human-maintained, and excluded from CI; it should be treated only as investigative scaffolding, not independent proof of product behavior.
  • Default tools may change and legacy SSE has been removed. Pin the tools parameter in production and review migration notes before upgrades.
Review evidence [1][2][3][4][5][6][7][8]
See the full review method →

What does this agent do, and when should you use it?

Apify MCP Server exposes Actors from Apify Store as Model Context Protocol tools that AI assistants can discover, configure, and run. It is available as a hosted Streamable HTTP endpoint at https://mcp.apify.com with OAuth or bearer-token authentication, and as a local stdio package named @apify/actors-mcp-server. Its default configuration includes Actor discovery and execution, Apify documentation search, and the apify/rag-web-browser Actor, with run and storage helpers injected when needed. An Actor call returns run metadata, storage IDs, a summary, and a nextStep rather than embedding all output items; clients retrieve the structured results separately with get-dataset-items. It is a fit for MCP workflows that need data from social networks, search engines, maps, e-commerce sites, or other websites, provided the organization is comfortable relying on Apify and the selected Actors for execution.

A typical workflow starts with search-actors, continues with fetch-actor-details to obtain the Actor's input schema, documentation, pricing, and output schema, and then uses call-actor or a generated Actor-specific tool to start the job. The server processes each Actor input schema into an MCP tool definition so the client can construct valid arguments. Once execution begins, the response supplies run metadata, identifiers such as datasetId, a summary, and a nextStep; the assistant then calls get-dataset-items for filtered or paginated structured output, or uses get-actor-run, get-actor-log, and get-key-value-store-record to inspect execution and storage. search-apify-docs and fetch-apify-docs provide access to Apify documentation, while abort-actor-run can stop an active run. The default apify/rag-web-browser Actor searches the web, scrapes the top URLs, and returns their content.

  1. A researcher tracking a fast-moving subject can ask an MCP assistant to run apify/rag-web-browser, collect content from leading search results, and summarize the findings.
  2. A sales or local-market team compiling business leads can discover a Google Maps Actor and extract restaurant names, addresses, ratings, phone numbers, and websites.
  3. A social-media analyst can select the documented Facebook or Instagram Actors to collect posts, profiles, places, photos, comments, or page-level data.
  4. A data engineer handling a large scrape can use the returned datasetId with get-dataset-items to page through structured results instead of forcing the full dataset into one tool response.
  5. An MCP application developer who cannot predict every future task can use search-actors and fetch-actor-details to add suitable Actor tools dynamically at runtime.
  6. An operator investigating an automation failure can inspect run details and logs, read associated datasets or key-value records, and abort a run that is still active.

What are this agent's strengths and limitations?

Pros
  • It can search Apify Store, inspect Actor schemas, and turn selected Actors into MCP tools dynamically, avoiding a separate hard-coded integration for every scraper.
  • It offers both a hosted Streamable HTTP service and a local stdio package; the hosted endpoint supports OAuth for clients including Claude.ai and documented integrations include ChatGPT and Claude Code.
  • The tool set covers the full operational chain—runs, logs, datasets, key-value stores, pagination, and aborting active work—rather than only starting scraping jobs.
  • The tools selector can restrict exposure by category, individual helper, or exact Actor, allowing production deployments to present a small and explicit interface.
  • Documented payment paths include normal Apify tokens, AGI prepaid spend-capped tokens, direct x402, and Skyfire, with AGI applicable to any Actor.
Limitations
  • Execution depends on the Apify API and Apify Actors; running the MCP server locally does not make the extraction stack offline or independent of Apify.
  • Local stdio lacks hosted-only features such as output-schema inference for structured Actor results, and rental Actors are only dynamically available through the hosted endpoint.
  • Actor calls deliberately omit dataset items from the first response, so clients must follow nextStep and make additional get-dataset-items calls.
  • Telemetry is enabled by default, and the stdio transport also uses Sentry unless telemetry is disabled, creating an extra governance setting for sensitive deployments.
  • Actor schemas are normalized for client compatibility: descriptions are capped at 500 characters, enums at 2,000 combined characters, and some array types are inferred, which can reduce schema fidelity.
  • The default tool selection may change in future releases; adopters need an explicit tools parameter to avoid production interface drift.

How do you install or deploy this agent?

The recommended hosted path requires no server installation. Add https://mcp.apify.com as a Streamable HTTP server in an MCP-compatible client and authenticate through OAuth, or send Authorization: Bearer <APIFY_TOKEN>. For a stable production surface, declare the tools explicitly, for example: https://mcp.apify.com?tools=actors,docs,apify/rag-web-browser.

For local stdio use, install Node.js 22 or later, obtain an Apify API token, set APIFY_TOKEN, and configure the MCP client to execute npx @apify/actors-mcp-server. A direct invocation with a fixed tool set is:

APIFY_TOKEN="your-apify-token" npx @apify/actors-mcp-server --tools actors,docs,apify/rag-web-browser

For source development, create a .env containing APIFY_TOKEN="your-apify-token" and run pnpm run build. The supplied material does not state the exact pnpm dependency-installation command.

How do you use this agent?

After connecting, a first working request can be a natural-language prompt such as “Find the latest news about autonomous AI agents and summarize the key developments.” With the default configuration, the client can invoke apify--rag-web-browser to search and scrape relevant pages. For another extraction task, the assistant should call search-actors, inspect the selected Actor with fetch-actor-details, and submit schema-compliant input through call-actor. The documented input example for apify/rag-web-browser is {"query":"restaurants in San Francisco","maxResults":3}. Because call-actor does not include dataset items in its initial response, follow its nextStep and pass the returned datasetId to get-dataset-items. To expose only one Actor, use https://mcp.apify.com?tools=apify/my-actor or run npx @apify/actors-mcp-server --tools apify/my-actor.

How does this agent compare with similar options?

The hosted https://mcp.apify.com endpoint is the preferred delivery mode because it supports OAuth, current hosted-only features, dynamic access to rental Actors, and Streamable HTTP. Local stdio is useful for desktop and command-line integrations but has a narrower feature boundary. The legacy /sse endpoint has been removed, so existing configurations must migrate by dropping /sse. For agentic payments, AGI is the recommended option and issues a prepaid, spend-capped Apify token usable with any Actor; direct x402 uses USDC on Base and Skyfire uses PAY tokens, but both are restricted to Pay Per Event Actors and do not support Standby Actors.

FAQ

Do I need an Apify API token?
Authenticated execution normally uses OAuth or APIFY_TOKEN. The hosted server permits unauthenticated access when the selected tools are limited to search-actors, fetch-actor-details, search-apify-docs, and fetch-apify-docs. AGI can also mint a prepaid token, while direct x402 and Skyfire cover narrower payment scenarios.
Why did the Actor call return metadata instead of scraped rows?
call-actor and Actor-specific tools return run metadata, storage identifiers, a summary, and a nextStep without dataset items. Pass the returned datasetId to the auto-injected get-dataset-items tool and paginate as necessary.
Can I run everything locally and access every Store Actor?
The MCP server can run locally over stdio, but Actor execution still uses the Apify API. Rental Actors require the hosted endpoint, and local stdio only accesses Actors already included in its local tool set; some current hosted features are also unavailable locally.
How do I disable telemetry and Sentry?
Add telemetry-enabled=false to the hosted URL. For stdio, pass --telemetry-enabled=false or set TELEMETRY_ENABLED=false; the CLI flag takes precedence. Opting out also disables Sentry error tracking for stdio.
Can I restrict which tools or Actors the assistant can call?
Yes. Set tools to explicit categories, helper names, or Actor IDs, such as tools=actors,docs or tools=apify/my-actor. Explicit selection prevents the normal defaults from being added, although execution-related run and storage helpers are auto-injected when applicable.

Compare agents like this one

The same FARS review applied across the shortlist this agent qualifies for.

Related agents