Skip to main content
Glama
sahilrit
by sahilrit

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
PORTNoPort on which the HTTP server listens.8080
PROXY_URLNoFull proxy URL in the form http://user:pass@host:port. When set, all crawl requests are routed through this proxy.
AUTH_TOKENNoAuthentication token for the HTTP server. Required when exposing the port; optional for local stdio use. Sent as a Bearer token in requests.
PROXY_MODENoProxy mode, e.g. 'gateway'.
PROXY_USERNoAccount username for the residential proxy provider.
WEBHOOK_URLNoURL to receive Apify-style webhook events. If set, overrides webhooks.json.
PROXY_PRESETNoProxy preset: apify, iproyal, oxylabs, dataimpulse, or evomi.
PROXY_COUNTRYNoCountry code for proxy session targeting, e.g. 'US'.
OAUTH_PASSWORDNoPassword required for the OAuth consent page when connecting via a tunnel.
PROXY_PASSWORDNoAccount password for the residential proxy provider.
PROXY_SESSION_TTL_SECSNoSession TTL in seconds for the proxy session.1800

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

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
search-actorsA

Search available Actors (scrapers and data collectors) by keyword. Returns each Actor's id, title and description. Start here when you need to extract data from the web. Pass an empty search to list everything available.

fetch-actor-detailsA

Get the full JSON Schema for an Actor's input, plus its description. Call this before call-actor so you know which fields are required and how they are named.

call-actorA

Run an Actor and return its results. The shape of input depends on the Actor — read it from fetch-actor-details first. Returns a preview of the items plus a datasetId for retrieving the rest via get-dataset-items. A run that partially fails still returns what it collected; check get-actor-log for detail.

get-actor-runA

Get the status, item count and dataset id of a previous run. Use this after call-actor to check whether a run succeeded, failed, or was aborted.

get-actor-run-listA

List recent Actor runs in this server session, newest first.

get-actor-logA

Read the log of a run. This is where an Actor reports per-board or per-page failures that did not fail the run as a whole — check it when a run succeeded but returned fewer items than you expected.

abort-actor-runA

Stop a run that is still in progress. Items already collected are kept.

get-dataset-itemsA

Page through the results of a previous Actor run. Use the datasetId returned by call-actor. Use fields to project only the keys you need — this matters when items contain long text such as page content or job descriptions.

get-datasetA

Get the item count of a dataset without reading the items themselves.

get-dataset-schemaA

Infer the shape of a dataset from a sample of its items. Use this to learn which fields exist before requesting them via fields, instead of pulling whole items to find out.

get-key-value-store-recordA

Read a single record from a key-value store by key.

create-actor-taskB

Save a named Actor configuration so a search worth repeating gets an id instead of a body of JSON to retype. Re-using an existing id updates it.

get-actor-taskA

List saved tasks, or fetch one by id.

delete-actor-taskA

Remove a saved task. The runs and datasets it produced are kept.

run-actor-taskB

Run a saved task. Any fields given in input override the saved ones for this run only, so one task covers a family of similar searches.

resurrect-actor-runA

Re-run a finished run with the same Actor and input, optionally with a longer timeout — the usual reason a run needs resurrecting. Creates a new run, so the original's results and diagnosis stay intact.

create-scheduleB

Run an Actor or a saved task on a cron schedule, executed by the server itself. Give either actor with inline input, or task. Re-using an id updates it.

get-schedulesA

List schedules with their next and last run times.

delete-scheduleA

Remove a schedule. Runs it already produced are kept.

clean-up-storageA

Delete datasets and stores older than keepDays. Every run creates a dataset, so these accumulate; configuration stores are never removed. Use dryRun first.

mark-jobA

Record that you have applied to a role or dismissed it. Marked roles stop appearing in future digests, which is what turns the digest from a feed into a working list. Accepts several URLs at once.

get-marked-jobsA

List roles recorded as applied or ignored, newest first.

get-follow-upsA

Lists roles applied to that have gone quiet, longest wait first. Anything that has had a response — including a rejection — is excluded, and an application already chased inside the window is not chased again.

record-responseA

Note that an employer replied, rejected, invited you to interview or made an offer. Stops that application appearing in follow-ups.

record-follow-upA

Records that you followed up, so the same silence is not flagged again immediately.

unmark-jobA

Forget that a role was applied to or ignored, so it can appear again.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/sahilrit/openactors'

If you have feedback or need assistance with the MCP directory API, please join our Discord server