Linear Sprint Runner
Sprint and cycle hygiene
Keeps a Linear cycle honest. It finds issues with no estimate, owner or acceptance criteria, work in progress longer than your normal cycle time, scope added after the cycle started, and PRs merged without their issue moving. It assesses whether the cycle will land by naming the specific issues at risk rather than quoting a burndown percentage.
Add to your OasisConnects with
Connect these once. Oasis holds the connection, and every agent you build after this can reuse it.
LinearRequired
GitHubOptional
SlackOptional- +Custom toolConnect any other tool from thousands of available integrations.
How it runs
- Foundation
Claude Managed Agent
- Model
- Claude Haiku 4.5
- Reasoning
- Low effort
- Per run
- Up to 30 turns
- Memory
- Learns across runs
- Browsing
- Off
- Category
- Engineering
- Linear
- Planning
- Agile
Frequently asked questions
What Linear cycle hygiene issues does Sprint Runner surface?
It finds issues missing an estimate, owner or acceptance criteria; work in progress beyond normal cycle time; late-added scope; and PRs merged without moving their issue.
How does Linear Sprint Runner identify work at risk of missing the cycle?
It names the specific issues at risk instead of reducing the assessment to a burndown percentage.
Can Sprint Runner catch scope added after a Linear cycle began?
Yes. Late scope is one of the cycle hygiene conditions it checks.
Which systems can Linear Sprint Runner compare when checking issue and PR state?
Its listed toolkits are Linear, GitHub and Slack, supporting checks across cycle issues, merged pull requests and team context.
Agents like this one
Jira Sprint Runner
The same sprint discipline for Jira. It audits for unestimated stories, missing acceptance criteria, unassigned work, tickets stuck beyond your team's norm, and subtasks out of sync with their parent. Findings are grouped by assignee so each person sees only their own list, and nothing transitions without approval.
Try this Agent
Oasis PlatformEngineeringBug Report Filer
Turns a customer complaint into a ticket an engineer can act on. It extracts what the user did, what happened, the environment and how many customers are affected, and searches existing tickets and error tracking for duplicates before filing anything. Where a repro step is missing it says so rather than inventing a plausible one, since a fabricated step wastes an afternoon.
+2
Try this AgentOasis PlatformEngineeringRefactor Planner
Maps out a refactor before anyone touches the code. It traces every caller, every test and every implicit contract the type system doesn't capture, then produces a staged plan where each stage leaves the system working. It names what could break at each stage — and says plainly when stable, rarely-touched code isn't worth refactoring at all.
Try this AgentOasis PlatformEngineeringFramework Migration Runner
Grinds through the mechanical half of a version bump or API migration — the hundred call sites that all change the same way. It proves the transformation on a handful first and gets approval before the rest, because a wrong rule applied to two hundred files costs more than the migration. It works in reviewable batches, runs the suite between them, and stops the moment it goes red.
Try this AgentOasis PlatformEngineeringDevin Backlog Burner
Points Devin's cloud sessions at the small, well-specified tickets nobody gets to, and returns pull requests you can review. It refuses tickets that aren't ready — open design questions, unclear owners, no way to verify success — and says why, because choosing the right tickets is most of the value. Changes stay scoped, since drive-by refactors make an autonomous PR unreviewable.
Try this AgentOasis PlatformEngineeringCursor Cloud PR Agent
Connect a GitHub repo and Cursor's cloud agent takes issues to pull requests on its own. Nothing runs on your machine and there's no local checkout — the work happens in Cursor's cloud while you're elsewhere. Setup is the connection and the repo; the agent's behaviour is Cursor's own, so this listing configures access rather than instructions.
Try this AgentOasis PlatformEngineeringGitHub PR Reviewer
Reviews pull requests like a senior engineer who read the whole diff. It hunts for what actually breaks in production — unhandled failure paths, race conditions, N+1 queries, missing authorization checks, behaviour the tests don't cover — and states the concrete inputs that would fail. Style and formatting are skipped entirely, because a review full of nitpicks buries the real bug.
Try this AgentOasis PlatformEngineeringIncident Copilot
During an incident it keeps the picture straight so the responder can keep working. It assembles what alerted, the blast radius, what deployed or changed in the hours before — the thing everyone forgets under pressure — and maintains a running timeline of what's been tried. Status updates come drafted in both internal and customer-facing registers, and it changes nothing in production.
+1Try this AgentOasis PlatformEngineeringOpenCode Refactorer
Works through a refactor in your own checkout in stages that each leave the tests green. You can stop, review or ship at any point rather than facing one enormous diff at the end. Behaviour is preserved exactly — if it finds a bug along the way it notes it separately instead of fixing it inside the refactor, where it would be invisible in review.
Try this AgentOasis PlatformEngineeringTest Backfiller
Finds the code paths your suite never touches and writes tests that would genuinely catch a regression. Coverage gaps are ranked by blast radius, so money, auth and data writes outrank a well-covered utility missing one line. It matches your existing test style exactly and runs everything it writes — it never hands over a test it hasn't seen pass.
Try this AgentOasis PlatformEngineering
Put Linear Sprint Runner to work today
Add it to your Oasis, review its setup, and hand it the first task.