Skip to content

AI code improvement

AI code fixes grounded in what actually broke

Coding assistants work from what you tell them. ROOKON starts from what your users experienced (the error, the session, the affected step), gathers the relevant code and has your AI provider propose a focused change, with tests, for your review.

The problem

AI can write code. Knowing what to fix is the hard part

Generating code is no longer the bottleneck. Deciding which problem deserves attention, assembling the right context and reviewing the change safely still take most of the time.

  • Context is scattered across tools and people's memory
  • Generic suggestions ignore what happened in production
  • Unreviewed AI changes are a risk to your product
  • Being locked into one model provider

Live demo 1 of 3

Swipe through ROOKON’s commit requests

A simulated deck of proposed fixes, each with its evidence, risk, checks and diff. Approve, request changes or save one for later while new requests keep arriving.

  • Drag a card right to approve
  • Press ← and leave a comment
  • Show the diff on a card

rookon · acme-cloud · commit requests

Simulated data
Livenew requests arrive while you review
6-day streak2 reviewed today0/6

#128rookon/fix-legacy-billing-interval → main

Fix upgrade failure for customers with a legacy “yearly” billing interval

low riskconfidence: high+20 −1 · 3 files
What happened
“Upgrade to Pro” throws for customers whose browser still stores the old “yearly” interval.
Expected benefit
Customers with the old setting can upgrade again; future missing prices are reported, not silent.
212 users affected+3 tests typecheck unit tests build

How ROOKON helps

What you get

  • Context from production

    The stack trace, breadcrumbs, affected sessions and only the relevant source files are assembled into each analysis, not your whole repository.

  • Your provider, your models

    Connect OpenAI, Anthropic Claude or Google Gemini with your own API key and choose which model diagnoses issues and which writes the code. Usage is billed by your provider to your account.

  • Changes that explain themselves

    Every proposal states what changed, why, the risk involved and how to verify it, so review takes minutes rather than an investigation.

  • Tested before you review

    Every code fix comes with tests. Your CI runs them on a draft pull request, and if they fail, Rooky reads why and fixes it. Code without tests or green checks is never offered for Merge.

  • You decide what ships

    Changes go to ROOKON’s own branch, never to main. ROOKON never merges on its own: in Co-Rooky, the default, you merge in GitHub, and in Trusted-Rooky or Insane-Rooky it merges only when you tap Merge.

  • Scoped access

    Choose which repositories ROOKON may read. Each analysis only fetches the files it needs, and every access is written to your audit log.

Live demo 2 of 3

Choose which model writes the code

Use a fast model for diagnosis and your strongest coding model for the change itself. Model names are examples: ROOKON lists the models your own key can use.

  • Connect a second provider
  • Change the code generation model

rookon · workspace settings · AI models

Simulated data

Connected providers

Model names below are examples. In ROOKON the list is fetched from your provider account with your key.

TaskModel

Diagnosis

A fast, inexpensive model is usually enough.

Code generation

Pick your strongest coding model. This is where quality matters most.

Review revisions

Defaults to your code generation model.

Uses Code generation: your-strongest-coding-model

Marketing copy

Defaults to your diagnosis model.

Uses Diagnosis: your-fast-model

Support replies

Defaults to your diagnosis model.

Uses Diagnosis: your-fast-model

Content writing

Defaults to your marketing copy model.

Uses Diagnosis: your-fast-model

example pricesPer-run estimates use example token prices and typical token counts. Your budget uses your real prices.

The model you pick for code generation writes every proposed change. Model routing is in development with the rest of ROOKON.

From problem to tested pull request

  1. 01

    Detect

    ROOKON identifies an issue from errors, performance data or user behavior.

  2. 02

    Investigate

    It gathers evidence: traces, breadcrumbs, affected sessions and the code paths involved.

  3. 03

    Fix with your AI

    Your configured provider receives the context and writes a fix, together with tests for it.

  4. 04

    Test in your CI

    The fix opens as a draft pull request and your CI runs the tests. If they fail, Rooky reads why and tries again.

  5. 05

    Review

    You see the diff, the tests and the results in one place, and accept or decline.

  6. 06

    Merge and deploy

    Your team merges and your pipeline deploys, on your terms and your schedule.

Live demo 3 of 3

Fix what matters, within budget

A simulated month on your AI key: set a monthly cap and what runs automatically, then see which issues get analyzed, which wait for you and what happens at the cap.

rookon · workspace settings · AI budget

Simulated data

Billed by your AI provider, on your key. ROOKON stops before the cap.

What runs automatically

Your model’s price per 1M tokens

Example prices. Check your provider’s current pricing for your model.

Simulated day 1 of 30

Live

$0.00 of $30 this month

on track

projected month-end $0.000 tokens0 automatic · 2 waiting

Detected issues (newest first)

  • infoRarely used setting causes console warningday 1
    This issue is below the severity your autopilot mode analyzes automatically.
  • infoImage without dimensions on /blogday 1
    This issue is below the severity your autopilot mode analyzes automatically.

Simulated month. Most impactful issues are analyzed first; ROOKON reserves the worst case before each call so a single analysis can’t push you over the cap.

Try: Drop the budget to $10 · Switch to Full autopilot

FAQ

Common questions

Does ROOKON push code to production?

No. The furthest ROOKON goes is a pull request on its own branch, and only once you allow pull requests. Merging and deployment happen through your own process.

How do I know a fix works?

Every code fix comes with tests for the code it changes, and your own CI runs them before you review. If they fail, Rooky reads the failure and tries again, twice by default. ROOKON never offers Merge for code without tests or green checks. No tests in your repository yet? Rooky proposes setting them up first.

Which AI models can I use?

ROOKON is built on a provider abstraction, so you choose the provider and, per task, the model: for example a fast model for diagnosis and your strongest coding model for writing the change. ROOKON lists the models your key can access. The integrations and model routing are in development.

Is my source code sent to the AI provider?

Only the files and snippets relevant to the issue being analyzed are sent, and only to the provider you configured. That traffic falls under your own agreement with that provider.

What if a proposed fix is wrong?

Request changes, close the pull request or dismiss the proposal. Nothing reaches your main branch without a person on your team merging it.

Who pays for the AI usage?

You pay your AI provider directly for the tokens you use. ROOKON does not resell or mark up AI usage, records what each analysis consumed, and stays inside the monthly AI budget you set, so the first month can’t surprise you.

Let production tell your AI what to fix

Sign up and follow your first issue from detection to a proposed fix.