PR #2854 · web/empty-states
Empty-state copy, dashboards
06
- 13:58Scored 06auto-merge on
- 14:06Merged by GitHubCI and review passed
- 14:11Deployed to production
- 15:11Watch clear
Autopilot turns on GitHub auto-merge for the pull requests Koalr scores Low, follows each one through its production deploy, and opens a revert if the deploy breaks. Risky changes go the other way: to the people who know the code.
Off by default · shadow mode first · never above a score of 39
PR #2854 · web/empty-states
06
PR #2860 · billing/proration-rounding
17
In shadow mode Autopilot picks pull requests exactly as it would live and follows them to production, but never acts on GitHub. Your team merges as usual. The Autopilot page shows what it would have shipped, what it held and why, and how each of those deploys went.
Switch to live when the record convinces you. Every settings change is in the audit log with who made it, and so is every action Autopilot takes.
| PR | Score | Autopilot | What happened |
|---|---|---|---|
| #2871 | 04 | Would merge | Deployed · clear |
| #2869 | 52 | Held: score above 20 | Deployed · clear |
| #2868 | 18 | Would merge | Deployed · clear |
| #2866 | 14 | Held: deploy freeze | Merged after freeze · clear |
| #2865 | 11 | Held: path on deny list | Deployed · clear |
Autopilot works only through the Koalr GitHub App, never a person's token, and only inside these limits.
When a pull request scores High or Critical (70 and up), Koalr ranks who should review it and requests the top one to four. It posts a review with notes pinned to the files that drove the score, and, with Slack connected, sends each reviewer a short brief there.
Recent means the last 180 days. The author, bots and anyone already asked are never suggested. When nobody has history with these files, Koalr asks the most active reviewers of the last 30 days instead.
PR #2851 · auth/session-rotation
Session rotation refactor — 41 files
87
@maria-k
owns 4 changed files · wrote 3 recent changes to them
18
4×3 + 3×2
Review requested · Slack brief sent
@d-okafor
reviewed 6 recent changes · wrote 1
8
6×1 + 1×2
Review requested · Slack brief sent
@j-lindqvist
owns 2 changed files · reviewed 2 · 5 open reviews
6
2×3 + 2×1 − 2
For an hour after each production deploy (the window is yours to change), Koalr checks the service every five minutes. A breach alerts Slack, comments on the pull requests that shipped, fires your Deploy Failed automations, and teaches the risk model that this kind of change failed here.
A revert PR is one click away, or opens on its own if you turn that on. For changes Autopilot merged it opens automatically unless you switch that off. Koalr opens reverts; it never merges one.
Incidents come from PagerDuty, Opsgenie, incident.io, Rootly, FireHydrant or Jira Service Management.
Coding agents check their own change through Koalr’s MCP server and get the steps that lower its score, such as which files to split out, before a PR exists.
Agent checksApprove pull requests scored at or below your ceiling (25 to start) automatically, so a teammate’s review goes to the changes that need one. A push that makes a PR riskier withdraws the approval. Off until you turn it on.
How PRs are scoredAdd Koalr as a GitHub deployment protection rule and it rejects a deploy when the change it carries scores 85 or more (your threshold), during a freeze window, or while incidents run hot. GitHub offers custom protection rules on public repositories, and on private ones with GitHub Enterprise.
The GitHub AppAutopilot, auto-approve, expert routing and the deployment gate act on the score Koalr posts as a check run, so they come with the Growth plan and above; every paid plan starts with a 14-day trial. The post-deploy watch runs on every plan, Free included. Compare plans
Connect GitHub, opt in one repository, and read what Autopilot would have shipped. Nothing touches GitHub until you switch it to live.