Docs
AI share
What share of merged work AI authored, with every slice labeled by its evidence tier. Each merged PR counts under exactly one tier, the strongest evidence available: attested, then co-authored, then classified, with an explicit unattributed remainder. There is no inference tier: a number RepoOps cannot evidence stays unattributed.
Start here if you want to follow a merged PR from the session that shipped it to the lesson that now guards it: the Accountability ledger guide. AI share is one of its subtabs.
Where to find it
- Localhost:
/ai-share.html?repo=<id>, the AI share subtab of the Accountability ledger (sidebar: Attribution Accountability ledger AI share) - API:
GET /api/ai-share(optionalrepo;windowDays1 to 365, default 90;periodDays1 to 90, default 7) - Hosted: the "AI share of merged work" card on the team Leadership page, and the org rollup on the org Leadership page
- Keyboard: ⌘ K then
ai share
The four evidence tiers
The honesty rules
- Slices always sum to exactly 100. The unattributed slice takes the exact remainder after rounding, so the stack can never read 99.9 or 100.1.
- Honest empty. A window with no merged PRs reads n/a, never a fabricated 0%. An install with no attestations still renders the lower tiers.
- Per-developer and per-period. The window (30, 90, or 180 days on the tab) folds into period buckets and a by-developer table, each slice keeping its tier label.
The hosted leadership card
The desktop publishes a distilled, redacted snapshot to your team's hosted rollup: count and percentage folds only, developer keys hashed, no PR titles, tools, names, or per-PR rows. Team and org cards recompute percentages from summed counts, so the sum-to-100 rule holds at every altitude. Until a snapshot arrives the card shows an honest empty state.
Read more
Last updated