Skip to content

MCP limits

MCP clients work best with bounded responses. Sleepwalker keeps list and result payloads compact and exposes drill-down tools for larger artifacts.

AreaLimit
list_sleepwalker_testsMaximum 50 tests.
get_sleepwalker_summaries1 to 30 days, maximum 100 summaries.
get_sleepwalker_test_resultsMaximum 5 runs.
get_sleepwalker_reports_by_urlMaximum 20 reports.
list_sleepwalker_visibility_runsMaximum 100 runs.
list_sleepwalker_content_runsMaximum 100 runs.
Page serialization chunksmax_chars is capped at 25,000.
Prompt response chunksmax_chars is capped at 25,000.
Content recommendation outputCompact recommendation sets by default.

See Limits for shared API/MCP limits.

Use one run creation call for batch work.

Good:

create_sleepwalker_visibility_run with 100 prompts x 4 platforms

Avoid:

400 separate MCP calls, one for each prompt/platform pair

Large runs should be read through status summaries, probe rows, and prompt-response drilldowns.

Poll persisted run status every 10 to 30 seconds.

Avoid tight loops. If a run is still queued or running, wait before polling again.

Use:

  • max_chars and offset for long serialized pages.
  • get_sleepwalker_prompt_response for one prompt response at a time.
  • include_result and include_results only when the user needs full details.

Sleepwalker rejects unsafe or unsupported URLs before execution.

Agents should provide normal public http or https URLs and avoid local, private, or credential-bearing URLs.