feat(adapters): GitLab integration (Bitbucket optional)

**Context:** ROADMAP.md → Additional git providers

---

## Component

API or orchestration

## Describe the feature

**GitLab** (and optionally Bitbucket) as git providers: same workflow model, provider-specific API adapters for clone, PR/MR, webhooks, and reviews.

## Use case

Teams on GitLab cannot use ABCA without GitHub. Multi-provider support broadens adoption while keeping workflow YAML portable.

## Proposed solution

1. `GitProvider` adapter interface; GitHub implementation refactored as reference.
2. GitLab: MR creation, pipeline status webhooks, token/OAuth via Token Vault (#249).
3. Blueprint `git_provider: github | gitlab`.
4. CLI onboarding for GitLab repos.
5. Bitbucket as stretch goal / follow-up.

## Other information

- Identity pattern from **Per-repo GitHub credentials** (#50, #249) should generalize.
- Design context: `docs/design/ARCHITECTURE.md`, `docs/design/INPUT_GATEWAY.md`.

- [x] This might be a breaking change

Comienza con ROADMAP.md, docs/design/ARCHITECTURE.md y docs/design/INPUT_GATEWAY.md; después revisa la implementación existente de GitHub y las issues relacionadas #50 y #249. Aclara los límites entre el adaptador y las credenciales antes de la implementación; para darlo por terminado sería necesario acordar el alcance de la compatibilidad con el proveedor GitLab en cuanto a merge requests, webhooks, reviews, blueprints y onboarding mediante la CLI.

Escrito por el modelo de indexación a partir del texto del issue.