Overview
When a user @mentions or assigns the agent on a Linear issue that matches a blueprint’s team, the system creates a run. A run tracks the full lifecycle from issue claim to pull request creation (or failure). This page covers the admin dashboard, run lifecycle, and management actions available to administrators.Run Statuses
Every run moves through a series of statuses that reflect its current stage.| Status | Description |
|---|---|
claimed | Issue claimed in Linear, workspace preparation started |
launching | Workspace environment is deploying on your cluster |
running | Agent is actively working on the issue |
pr_opened | Agent completed successfully and opened a pull request. Workspace is kept alive briefly, then auto-deleted. |
failed | Agent encountered an error or was stopped manually. Workspace environment is auto-deleted. |
timed_out | Run exceeded the configured timeout. Workspace environment is auto-deleted. |
done | Run was deleted by an admin |
Agents Overview Dashboard
Navigate to Admin > Agents > Overview for a high-level view of all agent activity.Stats Bar
The top of the page displays aggregate counters:- Active - runs currently in
claimed,launching, orrunningstatus - Completed - runs that reached
pr_opened - Failed - runs in
failedstatus - Timed Out - runs in
timed_outstatus - Total - all runs across all statuses
Agent Topology Graph
Below the stats bar, a visual graph maps the relationship between clusters, blueprints, and individual runs.- Top level - Kubernetes clusters where agents execute
- Middle level - agent blueprints deployed to each cluster
- Bottom level - individual run pills, color-coded by status
Recent Runs
A table at the bottom shows the latest 10 runs across all blueprints. The dashboard auto-refreshes every 30 seconds.Runs Dashboard
Navigate to Admin > Agents > Runs for the full runs table. The table includes these columns:| Column | Description |
|---|---|
| Issue | Linear issue key, linked to the run detail page |
| Owner | Assigned owner email, with a fallback badge if applicable |
| Status | Current run status |
| PR | Link to the pull request (when available) |
| Started | Timestamp when the run was claimed |
| Updated | Last status change timestamp |
| Failure Reason | Error message for failed or timed-out runs |
| Actions | Dropdown with available management actions |
Run Actions
Each run supports a set of actions based on its current status.| Action | Available When | Effect |
|---|---|---|
| Stop | claimed, launching, running | Stops the workspace, marks the run as failed with reason “Stopped via portal”, and posts a comment on the Linear issue |
| Restart | running (with active workspace) | Restarts the workspace environment and posts a comment on the Linear issue |
| Retry | failed, timed_out | Resets the run, re-claims the Linear issue, and launches a new workspace |
| Delete | claimed, launching, running | Stops the workspace, marks the run as done with reason “Deleted via portal”, and posts a comment on the Linear issue |
| View Workspace | Any run with an active workspace | Opens the workspace in the portal |
All actions that modify a run are reflected in the Linear issue as lifecycle comments. This keeps your project tracker in sync with agent activity.
Run Detail Page
View detailed information for a single run at Admin > Agents > Runs > [Run]. The detail page shows:- Linear issue title and description - the full context the agent is working from
- Status - current run status with timestamps
- Owner - assigned owner, with a dropdown to reassign
- PR URL - link to the pull request (when available)
- Timestamps - when the run was claimed and last updated
- Workspace - open the agent’s workspace in the portal
- Qovery Console - view the underlying environment in the Qovery dashboard
- Linear issue - jump to the issue in Linear
Creating a Run Manually
You can trigger a run manually without @mentioning the agent in Linear.Search for a Linear issue
Type a Linear issue title or identifier (e.g.,
ENG-142) to search. Select the issue you want the agent to work on.Select a blueprint
The portal auto-matches an agent blueprint based on the issue’s team. You can override the selection if multiple blueprints are available.
Assign an owner (optional)
Select an organization member as the run owner. If left empty, the system uses the Linear issue assignee or falls back to the system account.
Owner Assignment
Runs are assigned an owner based on the following logic:- Linear issue assignee - the email of the person assigned to the Linear issue is used by default.
- System fallback - if the Linear issue has no assignee, the run is assigned to
autonomous-agent@qovery.comand marked withowner_fallback = true. A fallback badge appears in the UI. - Admin reassignment - administrators can change the owner from the run detail page using the owner dropdown.
My Runs (User View)
Users can view their assigned runs from their personal dashboard. The My Runs view shows the latest 50 runs assigned to the authenticated user, including:- Run status
- Linear issue link
- Pull request link (when available)
- Timestamps
Next Steps
Agent Blueprints
Configure blueprints that define how agents run, including runtimes, repositories, and resource limits.
Linear Integration
Set up the OAuth connection, issue flow, and workflow state mapping.
Troubleshooting
Diagnose and resolve common agent failures.