GitHub delivery evidence
Build and verify the change with GitHub context alongside it.
Cycle time, code churn, CI reliability and branch risk, read from the GitHub activity already connected to lube. Delivery flow you can drill into, without turning your team into a leaderboard.
pull request · cycle time
2d 4hOne connected loop, held on the stage this capability serves. The other stages stay as context so you can see what feeds in and what comes next.
Build and verify the change.
Build and verify the change with GitHub context alongside it.
Inspect delivery workflow activity in the connected release workspace.
Investigate test outcomes and flakiness evidence across runs.
Keep API contracts inspectable next to the release that changed them.
Compare public cloud compute pricing as planning evidence.
Flow, not a leaderboard
Insights read GitHub activity and describe how work moves: where a pull request waits, which pipeline keeps failing, which branch is risky. They describe the system, not the people in it, and lube will never rank your engineers.
What we read from GitHub
One OAuth connection and lube ingests the repos you pick — commits, pull requests and reviews, CI runs and jobs, and branches — over webhooks, then mirrors each repo to compute line-level churn and lines-of-code. Every metric is derived from that real history, so what you read is the activity you already have, not an estimate.
Opened and merged pull requests per week, drawn from the GitHub history lube already indexes. A widening gap means review is falling behind; a closing one means the queue is clearing.
pull requests · per week
A git mirror classifies every line into new work, rework of your own recent code, help on a teammate's, or legacy refactor — then derives a survival rate and the AI-vs-human split. It measures the codebase, never a person.
lines written · this window
Runs, checks and jobs feed a failure rate per workflow, colored by threshold, plus duration percentiles and recovery time. The flakiest workflow surfaces itself instead of hiding in the noise.
workflow · failure rate
runsBreak it down, then drill in
Scope every read by repository, monorepo path, date window up to 400 days, and humans-only or with bots. Commits filter by provenance — human, AI-assisted, or agent — and group by PR; PRs filter by state and author; CI runs by conclusion and workflow. Open any pull request or commit for its full lifecycle.
Authorize GitHub, pick the repositories to ingest, and lube starts reading the four surfaces a change touches — over webhooks, keyed so replays never double-count.
Connect GitHub
OAuth, then pick repos
Ingest
webhooks + signature verify
Project
commits, PRs, CI, branches
Read
cycle time, churn, CI health
The stages from open to deployed, drawn to scale from merged pull-request history. A long review wait shows up as the widest bar, not a hunch.
pull request · cycle time
22hActivity per contributor fills to its share. Only a blocked or stalled reviewer is flagged, so attention lands on the one thing to unblock, not the whole team.
Reviews are bucketed by change size, xs to xl, with the median time to review each. The larger the pull request, the longer it sits — a pattern you can act on when you split the next one.
On connect, lube backfills history so the charts are populated from day one, then reconciles on request to heal any missed webhook — and retention runners prune raw detail on schedule.
Backfill
history on connect
Sync
live over webhooks
Reconcile
on request, heal gaps
Retain
prune raw on schedule
The entire insights engine is native — every chart is computed by lube, not the provider. GitHub is connected now; GitLab and Bitbucket are coming, and we mark them coming soon rather than pretend they are live.
From CI conclusions to how AI-assisted work is detected, the raw material is specific and the method is written down.
CI conclusions
How a run ended.
Branch risk
Computed level.
Branch ops
With dry-run.
AI detection
How it is inferred.
Governance
Events tracked.
Search
Over commits.
GitHub
connect it and cycle time, churn, and CI insights fill in
Per-PR
review latency read from real review threads, not estimates
CI MTTR
recovery time tracked over runs so a red pipeline is diagnosable
Risk score
computed per branch with structured reasons before any cleanup
Connect GitHub to get started.