Topolo Docs Topolo Platform
Open workspace

List saved article searches

Reads saved search data without changing service state.

Outcome

Reads saved search data without changing service state.

Before you start

  • Verify identity and the intended environment with topolo whoami before selecting an explicitly authorized organization.
  • Discover the published workspace:read permission.
  • Discover an accessible Blog workspace and set WORKSPACE_ID to that exact returned id. Pass workspace binding separately from action input.

Discover the target

topolo whoami --json
topolo actions get app_topolo_blog.saved_searches.list --detail --json
topolo workspaces list topolo-blog --json

Request

GET /api/saved-searches

Inspect parameters and test this action.

Input fields

Use an empty input object. Identity and workspace bindings are separate from this input.

Worked examples

Documentation source snapshot: TopoloBlog 80d6961207a4ca688b7e9edb947dda720051ad32 (tree 534a285e739a27c1ea9e2c187ce8863824f6c590). The examples retain local fixture captures labeled baseline 2c64c35bf291a47bb3a0c597dcea46ccb47e2a08; their exact executed working tree is not established here. They were not rerun at this documentation snapshot. The production catalog marker topolo.app.json is not a deployed worker revision. Recovery metadata read-back on 18 October 2026 associates the current production Blog API and web deployments with this source through the 17 October release receipt. This establishes applicable deployed source; it does not make these examples current production captures.

Actual exported Blog Worker, local Miniflare D1/R2 and all committed migrations. Auth, Insights, DNS, Cloudflare for SaaS, error reporting, queue and scheduled-workflow boundaries are synthetic and outbound fetch is sealed. No deployed provider, delivery or scheduled execution outcome is established. English examples use the packaged test translation release; article checks and widget labels follow the verified request locale. No live translation release is proved by this fixture.

Save a reviewed input as payload.json. Replace fixture identifiers using discovery in the authorized context.

topolo actions validate app_topolo_blog.saved_searches.list --data @payload.json --json
topolo actions plan app_topolo_blog.saved_searches.list --resource-type workspace --resource-id "$WORKSPACE_ID" --data @payload.json --json
topolo actions call app_topolo_blog.saved_searches.list --resource-type workspace --resource-id "$WORKSPACE_ID" --data @payload.json --detail --json

MCP uses the same reviewed input. Replace the synthetic workspace resourceId through discovery when a binding is shown:

{
  "tool": "topolo_prepare_action",
  "arguments": {
    "actionId": "app_topolo_blog.saved_searches.list",
    "input": {},
    "resourceType": "workspace",
    "resourceId": "ws_blog_fixture"
  }
}

{
  "tool": "topolo_read_action",
  "arguments": {
    "actionId": "app_topolo_blog.saved_searches.list",
    "input": {},
    "resourceType": "workspace",
    "resourceId": "ws_blog_fixture",
    "detail": true
  }
}

Successful response · HTTP 200

Input · payload.json:

{}

Source-reviewed illustration (retained local fixture response; not a current production capture):

{
  "searches": []
}

Validate the response against outputSchema and confirm it belongs to the selected resource context.

Refused request · HTTP 401 · auth_error

Input · payload.json:

{}

Source-reviewed illustration (retained local fixture response; not a current production capture):

{
  "error": "Authentication token required"
}

Sign in again in the intended environment using a valid credential. Preserve the returned handler message; SDK auth_error can represent several authentication refusals.

Verify the result

  • Validate the response against outputSchema and confirm it belongs to the selected resource context.

Errors and recovery

  • HTTP 401 · auth_error: Sign in again in the intended environment using a valid credential. Preserve the returned handler message; SDK auth_error can represent several authentication refusals.

Inspect the raw handler error as well as the SDK code. These examples establish observed local refusals, not every possible provider failure.

Recovery boundary

This action does not change service state.

Evidence

Actual exported Blog Worker, local Miniflare D1/R2 and all committed migrations. Auth, Insights, DNS, Cloudflare for SaaS, error reporting, queue and scheduled-workflow boundaries are synthetic and outbound fetch is sealed. No deployed provider, delivery or scheduled execution outcome is established. English examples use the packaged test translation release; article checks and widget labels follow the verified request locale. No live translation release is proved by this fixture.

Documentation history

18 October 2026: Architecture reviewed the retained action guide against the pinned source declaration and named implementation boundaries, qualified local-capture provenance, and prepared paired human and agent amendments. This review does not record a product release, new fixture execution or publication.

2026-10-18: Architecture accepted the paired coauthor delta and qualified the current 80D deployment association from existing Recovery evidence. Examples remain source-reviewed retained-fixture illustrations; no new execution or guide publication is recorded.