feat(opencode): add eval command for agent benchmark harness - #105
Conversation
|
Deployment failed with the following error: Learn More: https://vercel.com/adevloper152s-projects?upgradeToPro=build-rate-limit |
|
Warning Review limit reached
Next review available in: 4 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Repository UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (4)
Comment |
|
The following comment was made by an LLM, it may be inaccurate: |
Issue for this PR
Roadmap item "Agent evaluation benchmark harness" (README, Later section). No linked issue.
Type of change
What does this PR do?
Adds
bolt eval, a first increment of the agent evaluation benchmark harness. Eval cases are markdown files (same frontmatter convention as agent/command config): the frontmatter carries model/agent/timeout overrides, optional fixturefiles, and grading checks; the body is the prompt. The harness runs each case against an in-process server in its own isolated temp workspace, waits for the session to go idle, auto-approves tool permissions (questions and plan mode stay denied), grades the workspace, and reports pass/fail plus cost and tokens fromsession.get. Exit code 1 when any case fails;--format jsonemits one ndjson object per case plus a summary,--keeppreserves workspaces for debugging.A case looks like:
Check types in v1 are deterministic (
file_exists,file_containswith text or regex,commandexit code). Execution reuses the same in-process SDK path asbolt run(per-directory instance routing viacreateOpencodeClient'sdirectory), so no server process or new plumbing is needed. This also lays the measurement groundwork for best-of-N ranking and model routing.How did you verify your code works?
New subprocess end-to-end tests in
packages/opencode/test/cli/eval/eval-process.test.tsusing thecliItfixture and the mock LLM: a passing case where the scripted model writes a file via the bash tool, a failing case, JSON report assertions, and the no-cases-found error path.bun testandbun typecheckpass inpackages/opencode.Screenshots / recordings
Not a UI change.
Checklist
Need help on this PR? Tag
@codesmith-botwith what you need. Autofix is enabled.