Topolo Docs Topolo Platform
Open workspace

List Flow approvals

Read up to 200 workspace approval requests, optionally filtered by flow.

Outcome

Read up to 200 workspace approval requests, optionally filtered by flow.

Before you start

  • Verify authenticated identity, environment and the approved organization context before preparing an action.
  • The published application permission is workspace:read. Discover and bind the exact granted Flow workspace. Supplied ids do not grant access.
  • Session callers need read workspace access. Auth-introspected API keys must bind that workspace and satisfy workspace:read. The application permission and workspace boundary are separate checks.

Discover the target

topolo whoami --json
topolo actions get app_topolo_flow.approvals.list --detail --json
topolo resources topolo-flow --json
topolo workspaces list topolo-flow --json
  • Set FLOW_WORKSPACE_ID to the exact id returned by granted workspace discovery.
  • Discover flowId using flows.list or a retained creation response in this workspace.

Request

GET /api/approvals

Inspect and test this action. Save the exact input object as payload.json; resource context is supplied separately.

Input fields

FieldRequiredMeaningConstraints
flowIdOptionalExact flow.id returned by creation, flows.list or flows.get in this granted workspace.{"minLength":1}

View the full input schema through the action reference or CLI/MCP discovery.

Effects

  • Reads pending and decided approval metadata newest first; no matching flow or request can produce an empty array.

Interpret the response

Read $.approvals[].id for the returned approval identifier. An empty collection does not discover a target.

Match approvals[].flowId, approverUserId and status; only the assigned approver can decide through the scoped action.

View the complete success schema. Success examples below preserve the actual exported Worker responses; errors have their original refusal shapes. CLI/MCP add their transport envelope, and --detail requests the full CLI response.

Worked examples

Captured from the actual exported Flow Worker with both local SQLite D1 stores and all committed migrations, synthetic Auth identity/grants and simulated Nexus, archive and Workflow-acceptance transports. Fixture credentials and identifiers authorize no live operation. No live provider invocation, credential storage, notification delivery, metering acceptance, durable Workflow execution, deployment, backup erasure or production completion is established by these captures. Refused examples explain boundaries and must not be executed as successful workflows.

Successful request

Actual exported Worker response with both local SQLite D1 databases and all committed migrations; synthetic Auth/grants and simulated Nexus/archive transport. No live credentials, provider calls, delivery, deployment or durable Workflow execution proof. Scenario: approvals.list.

Input · payload.json:

{
  "flowId": "flow_89ead3237f0245859c5d"
}

CLI:

topolo actions validate app_topolo_flow.approvals.list --data @payload.json --json
topolo actions plan app_topolo_flow.approvals.list --resource-type workspace --resource-id "$FLOW_WORKSPACE_ID" --data @payload.json --json
topolo actions call app_topolo_flow.approvals.list --resource-type workspace --resource-id "$FLOW_WORKSPACE_ID" --data @payload.json --detail --json

MCP tool and arguments:

{
  "tool": "topolo_read_action",
  "arguments": {
    "actionId": "app_topolo_flow.approvals.list",
    "input": {
      "flowId": "flow_89ead3237f0245859c5d"
    },
    "resourceType": "workspace",
    "resourceId": "<id returned by granted resource discovery>"
  }
}

Captured local response · HTTP 200:

{
  "approvals": [
    {
      "id": "flow_approval_dd6c3341-85ee-4349-a123-d6a8d71b84ca",
      "flowId": "flow_89ead3237f0245859c5d",
      "subject": "Approve fixture",
      "summary": "Synthetic approval only",
      "status": "pending",
      "requestedByUserId": "usr_flow_fixture",
      "approverUserId": "usr_flow_fixture",
      "decidedByUserId": null,
      "createdAt": "2026-10-05T16:42:00.798Z",
      "decidedAt": null
    }
  ]
}

HTTP 200. Match approvals[].flowId, approverUserId and status; only the assigned approver can decide through the scoped action.

Another supported response

Actual exported Worker response with both local SQLite D1 databases and all committed migrations; synthetic Auth/grants and simulated Nexus/archive transport. No live credentials, provider calls, delivery, deployment or durable Workflow execution proof. Scenario: approvals.list.

Input · payload.json:

{}

CLI:

topolo actions validate app_topolo_flow.approvals.list --data @payload.json --json
topolo actions plan app_topolo_flow.approvals.list --resource-type workspace --resource-id "$FLOW_WORKSPACE_ID" --data @payload.json --json
topolo actions call app_topolo_flow.approvals.list --resource-type workspace --resource-id "$FLOW_WORKSPACE_ID" --data @payload.json --detail --json

MCP tool and arguments:

{
  "tool": "topolo_read_action",
  "arguments": {
    "actionId": "app_topolo_flow.approvals.list",
    "input": {},
    "resourceType": "workspace",
    "resourceId": "<id returned by granted resource discovery>"
  }
}

Captured local response · HTTP 200:

{
  "approvals": []
}

HTTP 200. Match approvals[].flowId, approverUserId and status; only the assigned approver can decide through the scoped action.

Refused request · HTTP 401

Actual exported Worker response with both local SQLite D1 databases and all committed migrations; synthetic Auth/grants and simulated Nexus/archive transport. No live credentials, provider calls, delivery, deployment or durable Workflow execution proof. Scenario: anonymous action.

Input · payload.json:

{}

CLI:

topolo actions validate app_topolo_flow.approvals.list --data @payload.json --json
topolo actions plan app_topolo_flow.approvals.list --resource-type workspace --resource-id "$FLOW_WORKSPACE_ID" --data @payload.json --json

Captured local response · HTTP 401:

{
  "error": "Authentication token required"
}

HTTP 401. The handler refused this request. Resolve the exact cause before retrying; invalid input can be refused by CLI validation before reaching the handler.

Verify the result

  • Match approvals[].flowId, approverUserId and status; only the assigned approver can decide through the scoped action.

Errors and recovery

  • Authentication token required (HTTP 401): Authenticate normally in the approved environment and organization, verify identity, then rediscover the action and its granted resource before retrying.
  • organization_required (HTTP 403): Authenticate into the specifically approved organization. Do not guess a different organization or bypass the refusal.
  • action_permission_required (HTTP 403): The credential lacks the exact published application permission. Stop and obtain authorized access; changing target ids cannot grant it.
  • workspace_required (HTTP 400): Discover an explicitly granted Flow workspace and bind its exact resource id.

Preserve the exact status, response, request id and resource context. Runtime input validation, authentication and platform resource resolution can refuse a request before the handler. Dynamic dependency messages are not stable provider error codes.

Recovery boundary

Repeat the read to recover request ids; do not create another approval to recover an empty or stale view.

Evidence

Captured from the actual exported Flow Worker with both local SQLite D1 stores and all committed migrations, synthetic Auth identity/grants and simulated Nexus, archive and Workflow-acceptance transports. Fixture credentials and identifiers authorize no live operation. No live provider invocation, credential storage, notification delivery, metering acceptance, durable Workflow execution, deployment, backup erasure or production completion is established by these captures. Original scenario labels and response digests are retained in the source fixtures.