Shared Review Rules: write your standards once, enforce them in every repo.
Shared Review Rules for Every Repo, Re-Review by Checkbox
New Release Code Review Configuration Seats Integrations

Shared Review Rules for Every Repo, Re-Review by Checkbox

Write your review standards once and Optibot applies the right ones to every repository. Plus checkbox re-reviews and owner seat controls.

Your team's standards now live in one place. Point Optibot at a single repository of rule documents and it works out which rules apply to each repo in your organization, then enforces them on every review. This release also makes re-reviews one tick away and gives owners control over their own seat.

New

Shared Review Rules

Keep your engineering standards (logging, error handling, framework conventions) in one repository instead of copying them into every repo. An owner picks the shared repository from Configuration → Shared Review Rules, and can optionally choose a branch and folder. Optibot reads each document and assigns it to the repositories it actually applies to.

Shared Review Rules in action
acme-engineering / engineering-standards
rules/code-style.md rules/naming-conventions.md rules/logging-and-secrets.md rules/testing.md rules/typescript.md rules/react-conventions.md rules/database-and-migrations.md rules/terraform.md README.mdSkipped: not a rule
Plain markdown, one topic per file. Edit a rule once and every repository gets it.
Rule mapping Running Ready
acme-apiTypeScript · Node · Postgres typescript.md naming-conventions.md logging-and-secrets.md database-and-migrations.md testing.md
acme-webReact · TypeScript react-conventions.md typescript.md naming-conventions.md testing.md
acme-infraTerraform terraform.md logging-and-secrets.md
Optibot pick Added by owner
Each repository gets only the rules that fit its stack. Owners can add or remove any of them.
Add upload validation helpers acme-api · #482
src/uploads/validate.ts +export function binaryCheck(buffer: Buffer): boolean { + return buffer.includes(0x00); +}
agent-optibotBot binaryCheck doesn't follow the verb-first requirement in naming rule 4. Rename it to isBinary and update its callers. engineering-standards / rules/naming-conventions.md [Style] · non-blocking
Findings link to the rule they enforce, and every review lists the rules it applied.
The Shared Review Rules page in Optibot's dashboard, with a Shared rules repository card holding a Repository dropdown set to acme-engineering/engineering-standards, an optional Branch field, an optional Root directory field, and Disable shared rules and Save and re-map buttons.
Pick the repository that holds your rules, and optionally a branch and folder.
  • Mapped for you: a backend service gets your TypeORM and logging rules, and your React app gets the hooks guide. Files that aren't rules, like READMEs and changelogs, are skipped automatically.
  • Stays current: push a change to a rule file and Optibot re-maps just that file.
  • You stay in control: add or remove a rule for any repository from the dashboard. Your changes stay in place when mapping runs again.
  • Cited in every review: findings link straight to the rule they enforce, and each review lists the shared rules it applied. A repository's own guidelines still take priority when the two conflict.

Works with GitHub and GitLab. See the Shared Review Rules guide for setup, best practices, and limits.

Re-review with a checkbox

Optibot reviews, summaries, and Review Fixer summaries on GitHub now end with a re-review this PR checkbox instead of a link. Tick it and a fresh review starts. The box clears itself so you can use it again.

Why the change: many companies run email security tools that open every link in an incoming email to check it's safe. GitHub notification emails include the full review, so those scanners could open the re-review link and start a review nobody asked for. A checkbox can only be ticked by a signed-in teammate with write access to the repository, so every re-review now comes from a real person on your team.

Before: an Optibot review comment on GitHub reading Status: Code Looks Good, ending with a row of links: re-review this PR, apply fixes here, and apply fixes in a separate PR.
Before: re-review was a link at the end of the review.
After: the same kind of Optibot review comment on GitHub, now ending with an unticked task-list checkbox labelled re-review this PR.
After: tick the box to request a fresh review.

Re-review links on older reviews and the re-review button in Slack keep working as before.

Improvements

Owners can give up their seat

Owners who only administer Optibot can now remove their own seat from the Members tab. They keep full admin access, Optibot stops reviewing their pull requests, and the seat is free for a teammate. Assign it back at any time.

A row in the Members tab for Michael R, marked with an Owner label, showing Active status, a join date of Feb 11, 2026, and a Remove seat button.
Owners now have a Remove seat button on their own row in the Members tab.
A confirmation dialog titled Remove Michael R's seat, explaining that Michael R keeps full admin access but Optibot will stop reviewing their pull requests, that it frees one seat for someone else, and that the seat can be assigned back at any time, with Cancel and Remove seat buttons.
Owners confirm before giving up their seat.

API keys run reviews as the person who created them, so creating a key now needs a seat. The API Keys tab tells you when that's the case.

Jira service accounts connect correctly

Atlassian service accounts now connect on the first try and see all of your Jira projects.

Faster agent mode on mid-size changes

CLI agent mode now returns findings sooner on medium and larger changes, and gives the same results as before.

Summaries arrive on busy days

When a summary is slow to generate, Optibot now moves it to a backup automatically, so the summary still gets posted.

See Optibot in action

Get a personalized demo and see how Optimal AI fits your team.

Get a demo