MCP Apify
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| APIFY_API_TOKEN | Yes | Your Apify API token, which can be obtained from the Apify Console (https://console.apify.com/settings/integrations). |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| get_user_infoB | Get information about the current authenticated user |
| list_actorsC | Get list of actors. Returns actors created or used by the user. |
| get_actorB | Get details of a specific actor including versions, builds, and runs info. |
| list_actor_runsC | Get list of runs for a specific actor. |
| list_user_runsC | Get list of all runs for the current user across all actors. |
| get_runC | Get details of a specific run including status, stats, and storage IDs. |
| get_last_runC | Get the last run of an actor. |
| run_actorC | Start a new run of an actor with optional input and configuration. |
| abort_runC | Abort a running actor execution. |
| resurrect_runC | Resurrect a finished run to continue processing. |
| get_run_logC | Get the log output of a run. |
| list_tasksC | Get list of actor tasks (saved actor configurations). |
| get_taskC | Get details of a specific task including its input configuration. |
| run_taskC | Run a task with optional input override. |
| list_task_runsB | Get list of runs for a specific task. |
| get_task_last_runC | Get the last run of a task. |
| list_datasetsC | Get list of datasets. |
| get_datasetC | Get details of a specific dataset. |
| get_dataset_itemsC | Get items from a dataset. |
| get_run_dataset_itemsC | Get items from a run's default dataset. |
| list_key_value_storesC | Get list of key-value stores. |
| get_key_value_storeB | Get details of a specific key-value store. |
| list_keysC | List keys in a key-value store. |
| get_recordC | Get a record from a key-value store. |
| get_run_outputC | Get the OUTPUT record from a run's default key-value store. |
| list_schedulesB | Get list of schedules for automatic actor/task execution. |
| get_scheduleC | Get details of a specific schedule. |
| get_schedule_logC | Get the execution log of a schedule. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 28 tools
Most tools are clearly distinct by resource (actor, dataset, run, etc.) and action (get, list, run), but some overlap exists, such as get_run_dataset_items and get_dataset_items, which could cause confusion about which to use for dataset access. The descriptions help clarify, but the boundaries between run-specific and general dataset tools are not perfectly sharp.
Tool names follow a highly consistent verb_noun pattern throughout, with verbs like get, list, run, abort, and resurrect applied predictably to nouns like actor, dataset, run, etc. There are no deviations in style or convention, making the naming scheme clear and systematic.
With 28 tools, the count feels heavy for the domain of managing Apify actors, datasets, runs, and related resources. While it covers many operations, it may be overwhelming for agents, as some tools could be consolidated or omitted without losing functionality, such as having multiple get_* variants that might be redundant in practice.
The tool set provides comprehensive CRUD and lifecycle coverage for the Apify domain, including operations for actors, datasets, key-value stores, runs, schedules, and tasks. It supports creation (run_actor, run_task), retrieval (get_*, list_*), updates (resurrect_run), and deletion (abort_run), with no obvious gaps that would hinder agent workflows.