Open merge requests
Pulls work from issues, writes code, runs tests locally, opens MR with full description + linked issue.
- Branch from main / develop
- Commit + push
- MR with description + checklist
- Link to source issue
— INTEGRATION · GITLAB · PROJECT-SCOPED
Reads issues, opens merge requests, reviews code, comments, runs CI pipelines. Self-hosted GitLab and gitlab.com both supported.
Self-hosted GitLab CE / EE behind your firewall is fully supported. The Cyborg authenticates via project access token; we maintain no inbound network path to your GitLab instance.
— WHAT THE CYBORG CAN DO IN GITLAB
Pulls work from issues, writes code, runs tests locally, opens MR with full description + linked issue.
Line-by-line review with specific feedback. Approves trivial changes (T2); requests-changes on substance.
Runs pipelines on demand. Reads logs. Triages failures: real bug / flaky / infra. Files follow-up issues.
Triages incoming issues, asks clarifying questions, links to related work, closes resolved ones.
Two auth modes:
api + write_repository scopes for the specific project, paste it in the Cyborg dashboard.Project Access Tokens are the recommended approach for enterprise setups — they’re project-scoped by definition, expire on a schedule you control, and don’t require any inbound connection.
api + write_repository scopes (Maintainer role).Yes. The Cyborg makes outbound HTTPS connections to your GitLab; no inbound exposure required. Whitelist cyborg-egress.anilcyborg.com in your firewall’s outbound allow-list (only if your firewall blocks outbound by default).
Honoured. The Cyborg cannot bypass branch protection. If main requires 2 reviewers, the Cyborg’s approval counts as one; humans must provide the second.
Both supported simultaneously. GitHub integration uses GitHub OAuth; this page covers GitLab. Same Cyborg can work in both.