Files
Nathan Nguyen 03845f52b2 ci(bonk): bump models to Opus 4.8 high and GPT-5.5 high, opencode 1.15.13 (#1708)
* ci(bonk): switch reviews to GPT-5.5 xhigh

Bonk and BigBonk still routed review runs to Claude Opus 4.6 with the max variant. That leaves review commands and local opencode review agents on the old Anthropic model instead of the intended OpenAI xhigh setup.

The workflows now route through Cloudflare AI Gateway to openai/gpt-5.5, request the xhigh variant, and pin opencode to 1.14.40 so the cf-ai-gateway reasoning_effort propagation fix from anomalyco/opencode#25573 is present. The viguy and reviewer agent frontmatter plus contributor docs now describe the same GPT-5.5 review setup.

* ci(bonk): keep regular Bonk on Opus 4.7

The review model update should split regular Bonk and BigBonk. Regular Bonk is meant to use Claude Opus 4.7, while BigBonk should use GPT-5.5 with xhigh reasoning.

Point the /bonk workflow back to the Anthropic Opus 4.7 model through Cloudflare AI Gateway and keep its max variant. Leave /bigbonk on GPT-5.5 xhigh, and update contributor docs to describe the two review paths.

* ci(bonk): flip Bonk and BigBonk models

The requested review model split is regular Bonk on GPT-5.5 xhigh and BigBonk on Claude Opus 4.6 max.

Update only the Bonk workflow model and variant inputs. Leave the local opencode agent frontmatter and contributor docs unchanged from the existing PR branch.

* ci(bonk): align agents with review workflows

Bonk should run GPT-5.5 xhigh through the reviewer agent, while BigBonk keeps the viguy agent on Claude Opus 4.6 max.

Route the Bonk workflow to the reviewer agent, set viguy's default model to Claude Opus 4.6, and use the same 0.2 temperature for both opencode agent definitions.

* ci(bonk): use direct model ids in agent defaults

OpenCode agent frontmatter should use the normal provider/model ids. The workflow inputs still need Cloudflare AI Gateway-prefixed model ids because the GitHub action routes through AI Gateway credentials.

Set viguy back to anthropic/claude-opus-4-6 and reviewer to openai/gpt-5.5 while leaving the Bonk and BigBonk workflow model overrides unchanged.

* Update CONTRIBUTING.md

Co-authored-by: ask-bonk[bot] <249159057+ask-bonk[bot]@users.noreply.github.com>

* Update CONTRIBUTING.md

Co-authored-by: ask-bonk[bot] <249159057+ask-bonk[bot]@users.noreply.github.com>

* ci(bonk): bump to Opus 4.8 high, GPT-5.5 high, opencode 1.15.13

* ci(bonk): bump models to Opus 4.8 high and GPT-5.5 high, opencode 1.15.13

* ci(bonk): bump models to Opus 4.8 high and GPT-5.5 high, opencode 1.15.13

---------

Co-authored-by: ask-bonk[bot] <249159057+ask-bonk[bot]@users.noreply.github.com>
2026-06-01 09:45:02 +00:00

2.7 KiB

Contributing to vinext

vinext was born from an experiment in pushing AI to its limits. Almost every line of code in this repo was written by AI, and every pull request is both created and reviewed by AI agents. We welcome human contributions, but if you want to have a good time in this repo, you're going to want to use AI.

We use OpenCode with Opus 4.8 at high reasoning effort for BigBonk reviews, and GPT-5.5 at high reasoning effort for regular Bonk review passes. This is the same setup that built the project.

Before you open a PR

  1. Run the test suite. pnpm test runs Vitest. pnpm run test:e2e runs Playwright.
  2. Add tests for new functionality. Unit tests go in tests/*.test.ts. Browser-level tests go in tests/e2e/.
  3. Run the static checks. pnpm run check runs formatting, linting, and type checks via Vite+.
  4. Read AGENTS.md. It has the architecture context, key gotchas, and development workflow that will save you (and your AI) time.

AI code review

Every PR goes through AI code review. When you open a PR, a contributor with write access will request a review from BigBonk (Opus 4.8, high reasoning effort). For lighter review passes, maintainers can use Bonk (GPT-5.5, high reasoning effort). External contributors can't trigger this directly.

Our process is to iterate on BigBonk's feedback until there are no unresolved comments. That doesn't mean you have to accept every suggestion verbatim, but we've found it to be very good at finding real problems and very useful for debugging this codebase. Expect multiple review rounds on larger PRs.

Our bias is towards merging. This is a new project with known gaps, and we're trying to fill them as fast as possible. We want to get PRs in, not block them. If your contribution moves things forward, we'll work with you to get it landed.

At a maintainer's discretion, we may push BigBonk's recommended changes directly into your PR and merge it, or we may create a new PR based on your work. When we do this, we always try to preserve the original author credit. If that ever doesn't happen, please let us know and we'll fix it.

Debugging

For browser-level debugging (verifying rendered output, client-side navigation, hydration behavior), we recommend agent-browser. Unit tests miss a lot of subtle browser issues. agent-browser has been effective at catching them throughout this project.

What to work on

Check the open issues. If you're looking to contribute, those are a good place to start.

Project structure

See AGENTS.md for the full project structure, key files, architecture patterns, and development workflow.