release: v0.1.1211 - #3459
release: v0.1.1211#3459
Conversation
The starter eval failed on a fresh `veryfront init --template ai-agent`. Two rubric lines asked for more than the assistant reliably delivers: one required every amount to be exact to the cent, the other required a brief explanation. The judge scored below the 0.8 gate on both counts, so the first eval a new user runs reported a failure that says nothing about their setup. The two remaining lines still check the arithmetic that matters, the $15.21 tip, the $99.71 total, and the $33.24/$33.24/$33.23 split, and the two agent gates still require the calculator tool and a clean tool run. The comments go too. They restated what the code already says, and the starter reads better without them. `cli/templates/manifest.json` embeds template file contents verbatim, so it is regenerated here. Without that, `veryfront init` would keep scaffolding the old file.
|
Codex usage limits have been reached for code reviews. Please check with the admins of this repo to increase the limits by adding credits. |
|
Warning Review limit reached
Next review available in: 7 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 ignored due to path filters (1)
📒 Files selected for processing (5)
Comment |
Cuts v0.1.1211, and carries one template fix so the release ships it.
chore(templates): drop the starter eval's unmeetable rubric lines
The starter eval failed on a fresh
veryfront init --template ai-agent. That is the first eval most people ever run, and it reported a failure that says nothing about their setup.Two of the four rubric lines asked for more than the assistant reliably delivers:
The assistant routinely shows the repeating division before rounding, and writes at some length about the remainder. Both are reasonable answers. Neither clears a 0.8 rubric gate written that way. Verdict from a run against
origin/main:The two remaining rubric lines still grade the arithmetic that matters, and the two agent gates still require the calculator tool and a clean tool run.
The comments come out too. They restated what the code already says.
Two things that had to move with it
cli/templates/manifest.jsonembeds template file contents verbatim, so it is regenerated. Without that,veryfront initkeeps scaffolding the old file.cli/templates/index.test.tsasserted the removed clauses by name. That assertion was deliberate: #3426 replaced four hand-rolled lookaround regexes with the rubric and pinned the exactness requirement in its place. This PR inverts it to assert the near-misses are absent, with the reason in a comment, so nobody adds them back without reading why they left.Evidence
Scaffolded and ran against the gateway, not asserted from the source.
Before, on
origin/main:After:
veryfront init initcheck --template ai-agent --skip-installscaffolds the trimmed file, so the manifest regeneration is real.This does not make the starter eval deterministic, and the PR should not be read as claiming that. Eight runs after the change: six passed, two failed. One failure was the judge again, one was
agent.noFailedToolsafter the model calledcalculatorwith a bad argument. The change removes two systematic failure modes; it does not remove the variance in grading a live model with another live model. If the starter needs to pass every time, that is a separate piece of work on the agent and the tool schema, not on the rubric.release: v0.1.1211
Standard bump, same three files as v0.1.1210:
deno.json,src/utils/version-constant.ts, and the version string bundled intosrc/html/hydration-script-builder/hydration-runtime.generated.ts. Regenerating the hydration runtime reproduces that file byte for byte, so the generated diff is only the version. No tag pushed; CI handles publish on merge.Includes #3454, which merged into main before this branch was cut. Does not include #3458, still open.
Testing
cli/templates/: 6 passed, 58 steps, 0 faileddeno lint,deno fmt --checkon the changed test: clean🤖 Generated with Claude Code