Skip to content

feat(atb2): the gate: fmt, clippy, changed-crate tests, nextest, insta, the baml corpus; judged by exit code - #4635

Draft
ATX24 wants to merge 1 commit into
baml/feedback-part-3a-sandboxfrom
baml/feedback-part-3b-gate
Draft

feat(atb2): the gate: fmt, clippy, changed-crate tests, nextest, insta, the baml corpus; judged by exit code#4635
ATX24 wants to merge 1 commit into
baml/feedback-part-3a-sandboxfrom
baml/feedback-part-3b-gate

Conversation

@ATX24

@ATX24 ATX24 commented Aug 31, 2026

Copy link
Copy Markdown
Contributor

The pipeline re-runs the repo's gate itself after the agent finishes; the
agent's own claim is never trusted. Order and commands follow
baml_language/TEST_INSTRUCTIONS.md: fmt --check, clippy -D warnings,
cargo test --lib for each crate the agent touched, nextest on
baml_tests with --no-fail-fast, insta --accept (gating on snapshot
state, since verdicts were already taken by nextest), a tree-clean
check, then baml-cli built and run over the BAML corpus.

Known-flaky nextest failures (ATB2_FLAKY_TESTS, default the one test
canary itself fails) are subtracted: but only when nextest exited 100
(compiled, ran, some tests failed). A compile error or a timeout exits
otherwise and cannot be waved through on test-controllable output.

Stack (bottom to top)

  1. feat(atb2): sandbox for handle_issue: worktree lifecycle, allowlisted env, repro pre-check on canary #4634 sandbox: worktree lifecycle, allowlisted env, repro pre-check
  2. feat(atb2): the gate: fmt, clippy, changed-crate tests, nextest, insta, the baml corpus; judged by exit code #4635 the gate: re-run by the pipeline, judged by exit code
  3. feat(atb2): handle_issue: a design pass, then a fix pass in the sandbox; PR body; outcome; agents run on Fable #4636 handle_issue: design pass, fix pass, PR body, outcome
  4. feat(atb2): handle_issue evals; run_tests.sh picks a pipeline stage; //# headers for the playground graph #4637 evals, run_tests.sh, //# headers

Each PR passes baml check / baml fmt / baml test on its own; the top of the stack reproduces the reviewed baml/feedback-part-3 tools/atb2 exactly. Supersedes baml/feedback-part-3.

…ta, the baml corpus; judged by exit code

The pipeline re-runs the repo's gate itself after the agent finishes; the
agent's own claim is never trusted. Order and commands follow
baml_language/TEST_INSTRUCTIONS.md: fmt --check, clippy -D warnings,
`cargo test --lib` for each crate the agent touched, nextest on
baml_tests with --no-fail-fast, insta --accept (gating on snapshot
state, since verdicts were already taken by nextest), a tree-clean
check, then baml-cli built and run over the BAML corpus.

Known-flaky nextest failures (ATB2_FLAKY_TESTS, default the one test
canary itself fails) are subtracted — but only when nextest exited 100
(compiled, ran, some tests failed). A compile error or a timeout exits
otherwise and cannot be waved through on test-controllable output.
@vercel

vercel Bot commented Aug 31, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
beps Ready Ready Preview Aug 31, 2026 2:17am
promptfiddle2 Ready Ready Preview Aug 31, 2026 2:17am

Request Review

@coderabbitai

coderabbitai Bot commented Aug 31, 2026

Copy link
Copy Markdown
Contributor

Important

Draft PR not reviewed

Draft PRs are not automatically reviewed by default.

  • Trigger a manual review

To automatically review draft PRs, update your CodeRabbit configuration:

reviews:
  auto_review:
    drafts: true

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.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@github-actions

Copy link
Copy Markdown

⏭️ Performance benchmarks were skipped

Perf benchmarks (CodSpeed) are opt-in on pull requests — they no longer run on every push. They always run automatically after merge to canary/main.

To run them on this PR, do any of the following, then push a commit (or re-run CI):

  • Add RUN_CODSPEED=1 to the PR description, or
  • Include run-perf or /perf in the PR title or any commit message.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant