
Roles
Each repo role includes the ones above it, so an admin can do everything a write user can. Organization roles are separate from repo roles: an org member still needs write access to change a repo’s settings. On a personal account, the account owner holds every role.
Notes
- Repo setup. Adding
pullfrog.ymlneeds write access to that repo, not an organization role. The commit is made as you; if the default branch is protected, Pullfrog opens a pull request frompullfrog[bot]instead. A private repository in an organization still needs a plan that covers it. - Locked cards. A card you cannot edit stays in place with a lock icon and a short message naming who can change it, so links into the console still resolve. The API enforces the same rules, so billing data never reaches a non-owner’s browser.

- Organization-wide reach. Organization standing instructions and flags apply to every run in every repository of the organization, including flags that set the model or timeout. Any org member can edit them; outside collaborators cannot.
- Org owners. Pullfrog reads the owner role from GitHub again before billing changes instead of trusting a cached value. GitHub’s API calls this role
admin.
Custom GitHub App
An organization on the Enterprise plan can register a custom GitHub App and run Pullfrog through it instead of the sharedpullfrog App. Contact us to enable it for your organization. The App lives in your organization’s settings, you control and audit its permissions, you revoke it by deleting it, and runs act as <your-app>[bot]. An organization policy that blocks third-party Apps is satisfied because the App is yours, and the shared App never has to be installed.
Nothing is uploaded. On the console’s home page, click Add organization, choose Use a custom GitHub App, and enter the organization’s login. An org admin of an organization that already uses Pullfrog can also start from the organization console: expand Advanced and click Register custom GitHub App. GitHub shows its own App creation page, filled in with Pullfrog’s permission set, creates the App on your organization and hands its credentials to Pullfrog directly. GitHub admits only the organization’s owners and App managers to that page. You are then taken to the install page. Repos you had already set up keep their settings, learnings and history.
-
Mentions. Runs start on
@pullfrogand on your App’s own handle, such as@acme-botif you renamed the App. -
Runs switch when your custom App is installed. Pullfrog then ignores the shared
pullfrogApp for your organization, so you can uninstall it. The switch covers the whole organization: a repo left out of your custom App’s repository selection stops running Pullfrog. -
Each member authorizes your custom App once. The first time a member opens your organization console after the switch, GitHub asks them to authorize your custom App, which is how the console reads your organization through it. Until then your organization is missing from their console list, so share the direct link:
pullfrog.com/console/<your-org>.

