List the caller's notification inbox for one workspace, newest first
Changed onCookie session or Bearer PAT; no scope requirement — a personal read, not a workspace:admin operation. bunkai_list_notifications is SECURITY INVOKER — it runs under the caller's own RLS, so a foreign/inaccessible workspace id silently returns an empty page rather than leaking existence. Pagination is KEYSET on (created_at desc, id desc). unread_count is independent of pagination. An empty items is always a valid 200 — this endpoint never answers 404.
Request
- Base URL: http://localhost:3000
- URL: http://localhost:3000/api/v1/workspaces/{id}/notifications
- Auth: one of:
- API key in cookie sb-fmbpikzpkafptqximhxn-auth-token
- HTTP bearer
Path parameters
Query parameters
Page size, 1..50 (default 30). Out of range is rejected (422); the RPC additionally clamps for direct callers.
Opaque page token taken verbatim from the previous response's next_cursor. A malformed token returns 400 — it never silently falls back to the first page.
Response
One page of the notification inbox (possibly empty).
Changes
- warning
added the new
test_outside_plan_projectenum value to the/response property for the response status - warning
added the new
test_outside_plan_projectenum value to the/response property for the response status - warning
added the new
test_outside_plan_projectenum value to the/response property for the response status
- warning
- info
removed the
test_outside_plan_projectenum value from the/response property for the response status - info
removed the
test_outside_plan_projectenum value from the/response property for the response status - info
removed the
test_outside_plan_projectenum value from the/response property for the response status
- info