Skip to main content
Every application carries an Ankra AI panel that decides which AI lanes run on that application’s repository. Open the application, then SettingsAnkra AI. Each lane follows your organisation’s source-control defaults until this application overrides it. The panel is a view onto the same per-repository settings the review lanes read when an event arrives, so what you set here and what your organisation’s source-control connection sets can never disagree.
The panel needs an application linked to a GitHub repository with the Ankra GitHub App installed on that repository’s owner. Without one it renders the reason instead of the lanes: the application has no repository yet, the App is not installed for the owner (install it under Organisation settingsIntegrations), or the application is on a provider the lanes cannot mint a repository token for - AI lanes are available for GitHub App repositories today.

The lanes

The two lanes that answer an event you already caused are on for a repository nobody has configured. The lanes that would otherwise start spending on every push and every red pipeline are opt-in.
Code review and Actions review are labelled Not available yet and their switches are disabled. Their cards describe what the lanes will do; nothing runs. On Pull request review, the When it finds something choice is stored but not acted on yet - that lane comments today whichever option you pick, and the card says so.

Inherit or override

Every card is labelled either Inherited - it follows your organisation’s default for this connection - or Overridden, meaning this repository pins its own value. Edits stage locally until you press Save AI settings, and only the lanes you touched are sent. A lane you never touch keeps inheriting, which is what lets an organisation admin go on steering every application that has not opted out. Overriding a lane pins the whole lane: the values on the card when you save become this repository’s settings for it, and later changes to the organisation default stop reaching that lane. Two controls undo it:
  • Reset to organisation default on a card returns that one lane to the organisation, and says which way the organisation has it (on or off).
  • Follow organisation for everything, at the top of the panel, drops this repository’s override entirely so every lane inherits again.

What you can set per lane

Demo URL has no settings of its own here - it is on or off. What a preview deploys comes from the application’s demo defaults; see environment variables and a throwaway database. Turning the lane off stops the automatic pull-request previews for this repository without touching manually launched preview demos.
Mentioning Ankra in a pull request comment always gets an answer: a mention reply is a direct request from a human, so it is never filtered by branch scope, draft state, or the daily run budget.

Settings are per repository, not per application

These settings are keyed by the repository, not by the application. Two applications connected to the same repository share one set of lane settings - turning a lane off on one turns it off for the other, and each application’s panel renders the other’s edits as its own. The preview lane also fires once per matching application, so such a repository collects one preview comment per application on every pull request. Keep one application per repository until per-application keying ships.