Review economics
HandyOrg/HandyControl
Read from the 100 most recently merged pull requests ·
Not enough merged pull requests on both sides yet to compare how they land in review.
—
Attributed
0
Attributed PRs
100
Other PRs
100
Read
The rest — the latest 5
#1773 给版权文件添加 BOM 头，尝试解决编码问题
0 reviews · 2h to merge
#1759 fix compiling error.
0 reviews · 31.4d to merge
#1763 fix：修复DateTimePicker VM Binding属性设置为null时 UI不会同步更新的问题
0 reviews · 20.1d to merge
#1766 fix：修复DataGrid控件报错导致渲染卡顿的问题： Cannot get 'CornerRadius' value (type 'C…
0 reviews · 6.1d to merge
#1624 fix：分页按钮GroupName固定为1，同一界面存在两个分页按钮时，会导致按钮状态不对；
0 reviews · 411.4d to merge
How this was measured
No commit in this window carries agent attribution, so there is no AI-authored share to read here — which is not evidence there is none; tools that only complete code inline leave no commit trail, so the unattributed side includes AI-assisted work; reads 100 of 326 merged PRs — the rest have not been analyzed yet.
“Attributed” means a commit carried an agent’s signature — a co-author trailer, an agent commit identity, or an agent bot account. Tools that only complete code inline leave no such mark, so the other column is “rest”, not “human-written”. Full method and its limits
The badge reads this repo’s current report, so it follows the number.
Tell me when this moves
We re-read HandyOrg/HandyControl weekly and email only when the number changes materially.
Read your own repos
This one is public. For a private repo, run the same read locally through your own GitHub credentials — nothing is installed and nothing is sent to us.
npx @ambera/review-taxWant this continuously on HandyOrg/HandyControl — each pull request paired to the task it came from, and the work graded from its review loop rather than its diff size? Claim this repo in Forge
Browse every repo people have read · Read a different repository