Access and permissions
When connecting GitHub, you choose which repositories to grant access to and approve the requested permissions. These allow Continue to read repository data and open pull requests on your behalf. You can change repository access or revoke the integration at any time from your GitHub settings or from Mission Control.Trigger events
Agents can run automatically in response to GitHub events:| Event | Description |
|---|---|
| PR Opened | A new pull request is opened |
| PR Merged | A pull request is merged |
| Label Added | A label is added to an issue or PR |
| Issue Opened | A new issue is created |
| PR Review Comment | A review comment is added to a pull request |
| Check Failed | A CI check suite fails |
Issue Opened sees:
Automation examples
Combine trigger events with agent instructions to automate common patterns.Issue to PR
An agent watches for new issues (or a specific label likeagent:fix) and opens pull requests automatically:
- Issue is opened or labeled
- Agent gathers context from the repo, issue thread, and relevant files
- Agent implements changes on a branch
- CI runs (tests, lint, security)
- Agent opens a PR referencing the original issue
PR review
Trigger onPR Opened to have an agent review incoming pull requests ā checking for bugs, style violations, missing tests, or security concerns ā and post comments directly on the PR.
Auto-fix failing checks
Trigger onCheck Failed with a label filter (e.g., autofix) so an agent only acts on failures you opt into. The agent reads the CI logs, pushes a fix to the branch, and lets CI re-run.