Hoppa till innehåll

Triage your inbox

Det här innehållet är inte tillgängligt på ditt språk än.

This guide shows you how to work the inbox: the one surface that collects everything that blocks you or explicitly asks for you — pending agent approvals, failed ticket syncs and every pull request that involves you as reviewer or author.

  1. Click Inbox in the sidebar. Its badge counts pending agent approvals, failed syncs and open PRs awaiting your review.
  2. Or press ⌘K and run the Inbox navigation command.
  3. Or deep-link straight to /workspaces/<workspace-id>/inbox.

The sidebar entry always shows the live count, so you can see triage work accumulate without opening the page.

Scan top to bottom; the inbox is already ordered by urgency:

  1. The pinned Needs your attention strip sits above the PR sections. Every card carries a severity chip. Registered sources (an agent stuck on a confirmation prompt, a ticket sync whose vendor mirror is stale) emit Blocked.
  2. Within the strip, the most urgent severity comes first; ties go to the item that has been waiting longest.
  3. Below the strip, PRs are grouped into fixed review-lifecycle sections — Needs your review, Returned to you, Approved, Drafts, Waiting for reviewers, Merging and recently merged, Waiting for author. The top sections are what needs you; the rest are where your PRs stand. Needs your review includes PRs that still request a team you belong to on forges that have them (GitHub drops the team once any teammate reviews).

An item only lands in the inbox when it blocks something or explicitly requests you. An empty strip plus an empty section list shows You’re all caught up only when that emptiness is trustworthy.

If the workspace holds repos on more than one code host, the inbox merges them into a single stream — a GitHub pull request and a Bitbucket pull request sit in the same section, ordered by time rather than grouped by vendor. The row’s repo #number meta is what tells them apart.

“Yours” is resolved per forge, because you are a different account on each. A pull request only counts as yours, or as requesting your review, when it matches your identity on the forge that repo actually lives on.

A forge that is down or not connected contributes nothing and leaves the rest of the inbox intact — one broken connection never empties the whole list. The empty state names a caveat instead of You’re all caught up when every forge login is still unresolved (Couldn’t confirm your GitHub account — the copy still names GitHub), when githubstatus.com reports an incident, or when a GitHub App install covering linked repos is suspended.

Each strip card has one next action:

  1. If a card is a pending agent confirmation, click Review — you land in that agent’s space with its pending confirmation. Approve or reject there (see Chat with an agent).
  2. If a card says Sync failed for a vendor, click Open — you land on Settings → Workspace → General, whose Sync health card shows each connection’s last sync, consecutive-failure streak and latest outcome. Only the latest failure per vendor appears in the inbox, so a recovered sync clears the card.
  3. Cards disappear on their own once the underlying state resolves (the agent is answered, the sync recovers) — there is nothing to dismiss manually.
  1. Press f (with no text field focused) to open the filter menu, or click the filter button in the toolbar.
  2. Pick any combination of status, author, reviewers, content, repo owner/name, date windows, or quick-to-review. Facet counts in the menu show how many inbox items each option matches.
  3. Active filters appear as chips in the bar above the list; click a chip’s ✕ to drop that criterion.
  4. Use the left rail to jump between sections — each entry shows its live count and the highlight tracks your scroll position. Click a section header to collapse sections you don’t triage (for example Drafts while clearing reviews).
  5. Click a column header (title, changes, or updated) to sort every section; click the active column again to flip direction. The display-options button controls draft visibility, the recently-merged window, row properties, ordering and grouping (only grouping by author changes the inbox layout).

Filters here are independent of the PR queue — narrowing the inbox never changes the queue’s filters and vice versa.

  1. Click any row to open the PR detail page.
  2. If the PR is in Needs your review, review it and submit your decision — see Review and merge a PR.
  3. If the PR is in Returned to you (changes requested or CI failed), push fixes from your checkout or hand the follow-up to an agent.
  4. If the PR is in Approved, merge it from the detail page.
  5. If you’d rather delegate a review than do it yourself, see Dispatch reviewers and the dispatch lifecycle.

Once the underlying state changes (your review lands, the PR merges), the classifier re-files the PR into its new section automatically.

  1. Press ⌘Z to undo the last action, ⌘⇧Z to redo it.
  2. If a text field is focused, ⌘Z edits the field’s text instead — click out of the field first to undo an app-level action.

Press ? (with no text field focused) to open the keyboard cheat sheet. It lists every binding active on the current route, including the inbox’s f filter shortcut. The full map is in the keyboard shortcuts reference.

  1. Press ⌘K anywhere to open the command palette.
  2. Type Inbox to jump to the page, or type a PR title — the palette lists matching pull requests and opens the one you pick.
  3. While the inbox is open, run Copy link to this page to copy that URL for sharing. The command copies the current route, so it is the inbox URL only when you are on this page.

The inbox updates live, but if you suspect stale data, click the refresh control in the toolbar — it forces an immediate server-side sweep of every connected forge and refetches the merged/reviewed overlays. The icon spins until every fetch settles.