Three test suites account for 61% of CI time
The checkout, search and billing e2e suites run serially on one runner. Splitting them across four shards saves about 7 minutes.
hasarak maps where your CI minutes go, ranks the fixes by time saved, and hands each one to the team that owns it. When a new PR would add the time back, you hear about it before it merges.
The checkout, search and billing e2e suites run serially on one runner. Splitting them across four shards saves about 7 minutes.
Its cache key includes the commit sha, so it never hits. Four minutes of every run is npm install.
#812 adds a serial job that waits on every shard. Merged as is, median CI goes back to 19 minutes.
You set the goal and how it's measured. hasarak keeps reading, re-ranks what's left every week, and sends each step to the people who own that part of the system. Nothing is posted, opened or moved until someone approves it.
Breaks CI time down by workflow, job and test suite, and by the team that owns each.
Each fix comes with an estimate, a drafted PR or issue, and an owner.
Flags PRs that would add CI time back, before they merge.
Reading months of CI runs and drafting fixes runs on the Claude or ChatGPT accounts you connect. hasarak spreads the work across them and moves on when one hits its limit.
When Claude · Work runs low, hasarak moves to ChatGPT · Acme team.
It models recent runs with the proposed change: which jobs could run in parallel and which steps would hit cache. After the fix merges, the estimate is checked against real runs.
No. Workflow changes are drafted PRs you review and merge.
GitHub Actions.
The one you connect. hasarak runs on your own Claude or ChatGPT subscription and can use several accounts at once.