Reporting and metrics
Where the work is, where it waits, and what your review bots are worth.

Bots and people are counted apart.
No leaderboards, no developer scorecards.
One stated window
Reports' headline figures cover one window: this sprint so far if you work in sprints, otherwise the last 7 or 14 days. Anything else, such as right now or the last 12 weeks, says so in its heading.
Each tile opens the pull requests behind its figure.
Every sprint or month on one chart
Fifteen measures for each sprint of the last 12 weeks, or each month of the last 6. Compare any of them on one chart, as the change from their first period.
Every figure counts only what happened inside its window, so a period reads the same next month.
Every period is measured over the repositories tracked since the first one shown, so adding a repo isn't growth.
No projection for calendar months: they aren't the same length. Where the data can't support a number, it says so.
Where every hour goes
Every hour a pull request is open belongs to someone: a reviewer, the author, or the merge, once it's approved.
Counted in your team's working hours, against time budgets you can change. Bots never move the ball. Pull requests opened by automation, or that no person touched, are left out, and the page says how many.
Balanced
23
approved on the first review
of 41 merged pull requests
Approved on the first review, last 12 weeks
42 min to merge half of pull requests in October, from about 7 h in September
Faster reviews, fewer bottlenecks
On a nine-repository delivery team, Limn took over the reviews in October. Half of their pull requests now merge within an hour of working time, and twice as many land each week. It cost them nothing extra.
Measured by Limn's Chronology report: merged pull requests by people, working hours, September vs October 2026 after Limn auto-review introduced.
Hours saved, in dollars
Add an optional hourly cost and the working hours saved also read as an estimate in US$. Until you set one, it stays blank.
Over 26 weeks
Where the hours went each week, each wait against its budget, and the working hours saved. Markers show when a repo joined, a setting changed or a bot arrived.
Open a marker to compare before and after.
Where the work is happening
Which repositories carry the work, and how far each merged change could reach. Unknown is never shown as zero.
| Repository | Opened | Lines changed |
|---|---|---|
| acme/payments | 14 | 3.3k |
| acme/web | 11 | 2.1k |
| acme/api | 9 | 1.5k |
| acme/ledger | 5 | size unknown |
| Repository | Merged | Low | Medium | High |
|---|---|---|---|---|
| acme/payments | 0 | 4 | 2 | |
| acme/web | 2 | 0 | 3 | |
| acme/api | 3 | 1 | 1 | |
| acme/ledger | 0 | 1 | 0 |
What your bots are worth
Bot comments graded nit, minor, major or critical by Limn's own model, on your own machine.
On 300 bot comments, the model agreed with an independent grader 70% of the time. CodeRabbit’s own label agreed 47% of the time, on the ones it labelled.
What each bot costs per comment your team acted on.
| Bot | Threads | Used | Not addressed | Severity mix | High |
|---|---|---|---|---|---|
| 132 | 58% | 55 | 44% | ||
| 125 | 61% | 49 | 54% | ||
| 41 | 80% | 8 | 51% | ||
| 41 | 59% | 17 | 44% |
How each bot compares with the same bot in similar-sized public repositories, or a plain sentence saying why it can't. Cost is per workspace and never added up across workspaces.
For a bot whose comments your team rarely acts on, it says what turning it off would save in a year.
Your team used 52% of what it said. Teams with similar repos used 74%.
| Repository | Size group | Acted on |
|---|---|---|
| acme/api | Band 3 of 10 | 25% |
| acme/payments | Band 7 of 10 | 59% |
| acme/web | Band 6 of 10 | 52% |
This Sprint
The sprint by theme, critical path or person, on your tracker's own status columns. Jira, Linear or GitHub Issues. Limn writes nothing back.
Themes and critical paths are written by your own AI agent.
See your own numbers
One command. No account.
npx limn-review