The LinearB AI assistant puts your engineering context behind every answer. Ask about delivery, AI impact or developer experience in your own words, and get back what changed, why, and where to act in seconds.
Ran cycle time breakdown on the Engineering health dashboard, Aug 30 to Sep 29
Cycle time is up 39% this month, and most of the increase is in review. PRs spend 26.6 hours there on average against a 5.9 hour median, so most reviews clear quickly while a subset sits stuck.
Cycle time breakdown
Last monthThis month
5.9hmedian review time
14 PRswaiting 3+ days, 11 opened by agents
Pickup is next, at 12.4 hours on average before a first review. Want me to show which reviewers these PRs are waiting on?
Why do agent PRs merge less often than ours?
Ran AI-assisted PRs, last 30 days
Over the last 30 days, 41% of agent-opened PRs merged, against 79% of PRs opened by people. Agent PRs that didn't merge were larger, averaging 612 changed lines against 188 for the ones that did.
Merge rate by who opened the PR
Opened by people79%
Claude Code agent46%
Copilot agent38%
Cursor agent35%
62%of unmerged agent PRs closed with no review
612average changed lines, unmerged agent PRs
Smaller agent tasks and a required first reviewer on agent PRs are the two changes most likely to move this rate.
Why did we miss the sprint?
Ran planning accuracy for sprint 42, Sep 15 to 28
The team completed 44 of 62 planned issues, a planning accuracy of 71%, down from 84% last sprint. 14 unplanned issues entered mid-sprint, 9 of them Payments bugs, while 18 planned issues carried over.
Sprint 42 issues, by outcome
Planned and completed44
Planned, carried over18
Added mid-sprint14
71%planning accuracy, down from 84%
9 of 14unplanned issues were Payments bugs
Want me to check whether Payments bugs cut into the sprint before this one too?
Are our developers stretched too thin?
Ran work in progress per developer, last 30 days
Developers have 3.4 items in progress on average, up from 2.1 last month. Payments and Mobile carry the most, at 4.6 and 3.9, and they also picked up the most review requests.
Items in progress per developer, by team
Payments4.6
Mobile3.9
Checkout2.8
Platform2.2
3.4items in progress per developer
2.3xreview requests per Payments developer, against Platform
Want me to show which Payments work has been open longest?
Pick a metric, or ask your own questionSend
Kraken cut review time by more than half in four months, from 2 days 15 hours to 1 day 3 hours at the 90th percentile.
Size and complexity accounted for maybe 5 to 10% of the slowdown. 70 to 80% came from time zone differences, team silos, and reviewer availability.
Skeelo's CTO built a culture of ownership around delivery metrics in LinearB and reduced PR review latency.
LinearB bridges the gap between engineering activity and business outcomes. It helps teams become more autonomous while giving leadership confidence in their execution.
Trusted by the teams transforming software delivery
Get answers scoped to the decision in front of you
A team lead asks about this week's PRs, and a VP of engineering asks about the quarter. LinearB answers both from the same data, limited to the teams each person can already see.
Team lead
Platform team · Sep 22 to 28
Which of our PRs are stuck in review?
LinearB AI assistant
#9185 add read replica for orders-db
Claude Code agent · no reviewer
3d 4hwaiting
#9171 retry idempotency keys
Claude Code agent · no reviewer
2d 19hwaiting
#9168 bump grpc to 1.66
Dana K. · reviewer out until Thursday
2d 2hwaiting
Three PRs have waited more than two days, and two of them have no reviewer assigned.
Head of engineering
All teams · Aug 30 to Sep 29
Which team's cycle time moved most this month?
LinearB AI assistant
Cycle time per team
Payments31.2h
Mobile27.5h
Checkout22.4h
Platform18.9h
Payments moved most, up 18% to 31.2 hours, and the increase sits in review. Platform improved most, down 11%.
VP of engineering
Whole organization · Q3
Is AI paying off this quarter?
LinearB AI assistant
Cost per effective PR
PRs merged rose 28% while AI spend held flat, so cost per effective PR fell about 15%, to $330.43.
Check every answer against the data behind it
The LinearB AI assistant names the widget, dashboard, date range and teams behind every part of an answer, so you can open the same view and check it yourself.
Built on your LinearB widgets
Answers come from the same widgets and metric definitions that power your dashboards.
Scoped to what you can see
Admins, editors and viewers get answers about the teams they can already access, and individual metrics follow your organization's privacy setting.
Why did our cycle time jump this month?
Where each part came from
Cycle time breakdown
CodingPickupReviewDeploy
Widget
Cycle time breakdown
Dashboard
Engineering health
Range
Aug 30 to Sep 29, against Jul 30 to Aug 29
Teams
Payments, Checkout, Platform, Mobile
Tool
run_widget
Cycle time is up 39% this month, and most of the increase is in review. PRs spend 26.6 hours there on average against a 5.9 hour median, so most reviews clear quickly while a subset sits stuck.
Source
Review stage of the same widget
Values
avg 26.6h · median 5.9h · 212 PRs
Change
36.0h to 50.1h total cycle time
14 PRswaiting 3+ days for review
11of them opened by agents
Filter
review wait > 72h: 14 PRs
Split
author type = agent: 11
Want me to show which reviewers these PRs are waiting on?
Related
Review load by reviewer, PRs waiting for review
Tool
find_widgets
Build custom metrics in plain language
Describe the metric you need in Agentic Studio. LinearB writes the query, charts the result, and saves it as a widget on a dashboard your whole team sees.
Every widget comes with its SQL, so you can edit the query, widget type and axes before you save.
Builder
Writing query
Running query
Charting result
Untitled widget
Draft
SELECTtoStartOfWeek(merged_at) AS week,
avgIf(review_hours, author_type = 'agent') AS agent_review_h,
avgIf(review_hours, author_type = 'human') AS human_review_h
FROM pull_requests
WHERE merged_at BETWEEN{start_date:Date}AND{end_date:Date}GROUP BY week
ORDER BY week
Save to dashboard
Bring the same answers into the AI tools you already use
The LinearB MCP server connects Claude, ChatGPT, Cursor or any tool that supports MCP to the data behind the assistant, so you can work with it next to everything else in that tool.
Admins, editors and viewers. LinearB scopes every answer to the teams that person can already see, so a team lead asking about delivery gets answers about their own teams.
From the same widgets and metric definitions behind your LinearB dashboards. Each answer names the widget, dashboard and date range it used, so you can open the same view and compare.
Answers stay in the chat, and you can copy them. To keep a metric on a dashboard, switch to Builder, describe the widget, and save it to Studio.
Yes. The Agentic Studio shows the SQL behind every widget. You can edit it, run it again, and change the widget type and axes before you save.
Yes. If your organization has turned off individual-level metrics, the assistant doesn't return individual-level data.
LinearB grounds every answer in your LinearB data and names the widget it ran. As with any AI-generated answer, check important numbers against the dashboard before you act on them.