feat(trg): an eval bundle deserves a report, not a directory of json - #148
feat(trg): an eval bundle deserves a report, not a directory of json#148yordis wants to merge 1 commit into
Conversation
PR SummaryLow Risk Overview The HTML surfaces provenance, scenario/run summaries (including budget), and case → scenario arm → run detail with assertion outcomes; Wiring: new Reviewed by Cursor Bugbot for commit ea65235. Bugbot is set up for automated code reviews on this repo. Configure here. |
|
Warning Review limit reachedNext included review available in 32 minutes. View limit detailsLimit details: You’ve used the included review currently available. You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Review configuration: ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (5)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes using default effort and found 1 potential issue.
❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, have a team admin enable autofix in the Cursor dashboard.
Reviewed by Cursor Bugbot for commit 493f9a0. Configure here.
Reading a graded bundle today means opening report.json, each run's grading.json, and outputs/final.md by hand, in a terminal, while every value in them originates from a skill under evaluation and cannot be trusted. A single local html file lets a reviewer see a bundle at a glance without piecing it together from raw artifacts or exposing a terminal to adversarial content, and without ever reaching the network. Signed-off-by: Yordis Prieto <yordis.prieto@gmail.com>
493f9a0 to
ea65235
Compare

report.json, cross-referencinggrading.json, and then chasing per-run output files by hand. The information to judge a skill is all present and none of it is legible, which is the reason a failing run gets glanced at rather than read.<script>into its own final text and get it written into a file the author then opens in a browser. Escaping is therefore a single chokepoint with no second way to reach the page, so a field added later cannot quietly skip it, and the escaping tests are checked by mutation rather than assumed.file://.