GET /v1/jobs. MCP clients call it through call_pomerado_api. Jobs come newest first, each with its status, website, task and the question it’s waiting on.
Filter and page
type:runorbuild.status: one or more statuses, comma-separated.q: only jobs whose website or site name contains this text, ignoring case, such asq=library. Up to 200 characters.limit: jobs per page, 1 to 50 (20 by default).cursor: thenext_cursorof the page before.
limit, even none, while more follow. Keep following next_cursor until it is null.
counts totals your jobs of the listed type by state, whatever status, q, cursor and limit you asked for: needs_input waiting on an answer now, in_progress queued or running (each counted up to 100), and finished (up to 1,000). Use counts.needs_input for a badge, then answer them. needs_input_count is the same number.
Details
Details
- The list shows the jobs you can read with
GET /v1/jobs/{id}: the ones your API key or app started. The Dashboard lists the ones you started from any client. taskis a build’s task or requested change, cut to 500 characters;GET /v1/jobs/{id}has all of it. It isnullfor runs. Pomerado keeps it encrypted, and only you can read it, soqdoesn’t search it: search tasks in the jobs you’ve listed.site_nameis what the site is called once one of your integrations, or a public one, names it.tool_namenames the job’s tool, such as the one a build published.waiting_sincesays when the job asked its question.etais how long builds usually take from start to end, in seconds, shown while a build is queued or running and Pomerado has enough recent builds to tell.questionis the first question’s prompt. Read the job for itsinput_requestbefore you answer. Listing a job changes nothing about it.- A listed job never carries its result, and listing it doesn’t use the result up. Read the result with
GET /v1/jobs/{id}. - Listing needs the
jobs:readpermission; see permissions.