Maiao: PRs apilados para GitHub y GitLab sin pagar

Por qué importa Maiao ahora mismo

El 2026 está siendo el año en que las pilas de pull requests pasan de ser una rareza de Meta y Google a convertirse en un flujo cotidiano para cualquier equipo mediano. Maiao es una CLI open source (MIT) que trae ese patrón estilo Gerrit a GitHub, GitLab, Gitea, Forgejo, Bitbucket Cloud y Cursor Origin, y lo hace sin atarte a una sola plataforma. La herramienta acaba de bifurcarse del proyecto original adevinta/maiao a runetes/maiao, porque quienes lo mantenían ya no están en Adevinta y el upstream dejó de tener soporte activo, según el repositorio en GitHub.

El contexto importa: la investigadora del ecosistema GitHub lanzó en abril de 2026 su propio flujo nativo de Stacked PRs con la extensión gh-stack según reportó InfoQ, una decisión que el portal interpreta como respuesta al crecimiento de PRs gigantes generados por agentes de IA. Para un founder hispanohablante que escala un equipo, la pregunta ya no es "¿debería apilar PRs?" sino "¿con qué herramienta lo hago, y en qué proveedor?" Ahí es donde Maiao se vuelve relevante: cubre el 90% del ecosistema de forjas de código, no solo GitHub.

¿Qué hace exactamente Maiao?

Maiao instala el subcomando git review. Su trabajo se resume en cuatroverbos mecánicos que, juntos, replican lo que Gerrit y Phabricator llevan años haciendo dentro de Meta y Google:

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Un PR o MR por commit. Si tu rama tiene tres commits, git review abre tres PRs/MRs (uno por capa de la pila) y los enlaza con dependencias padre/hijo.
Apilamiento automático. El PR #2 apunta al branch del PR #1, el #3 al branch del #2, y así. Cuando se fusiona una capa, la pila se reorganiza sola.
Registra pilas nativas cuando existen. En GitHub Stacks y GitLab (donde se autodetectan pilas de hasta 20 MRs) Maiao actúa por API; en Gitea, Forgejo o Bitbucket Cloud el comportamiento es por branch, según la tabla de compatibilidad del repositorio.
Gestiona fixups limpio. Puedes corregir feedback de revisión con git commit --fixup <sha> y Maiao reordena la pila sin perder trazabilidad de los Change-IDs (heredados del commit-msg hook de Gerrit).

El repositorio documenta además tres flags útiles vía git config maiao.useNativeStack:

auto: usar la API nativa si está disponible, si no, apilar por branch (es el default).
true: registrar siempre como pila nativa, aunque falle.
false: desactivar la integración nativa por completo.

El repositorio también detectó que la herramienta detecta automáticamente el proveedor desde la URL del remoto: github.com, gitlab.com, codeberg.org, bitbucket.org o origin.cursor.com. Para instancias self-hosted pregunta la primera vez y guarda la elección en git config maiao.provider.

Por qué el 2026 es el momento de las pilas de PRs

Tres dinámicas están haciendo que la filosofía Maiao/Gerrit deje de ser nicho:

1. La IA está rompiendo el modelo de PR grande. El análisis que GitHub cita en el lanzamiento de Stacked PRs (recogido por InfoQ) revisó 1,5 millones de pull requests y encontró que los PRs entre 200 y 400 líneas tenían 40% menos defectos y se aprobaban tres veces más rápido que los más grandes. Esa curva choca de frente con la realidad que describe Paul Chada, cofundador de Doozer AI, en InfoWorld: los agentes de programación ya producen "2.000 líneas de diff en 40 archivos en segundos", lo que vuelve insostenible la revisión tradicional.

2. Las grandes forjas adoptaron el patrón formalmente. Según el mismo artículo de InfoWorld, la funcionalidad de GitHub Stacks y la detección nativa de GitLab (hasta 20 MRs apilados) ya son parte del producto, no un hack de terceros. Mantener un fork de Maiao en 2026 significa estar en el estándar que las plataformas están abrazando.

3. Graphite pasó a manos de Cursor. En diciembre de 2025, Cursor adquirió Graphite, el competidor comercial líder, según SiliconANGLE. Graphite se mantiene como producto independiente, pero el movimiento consolida el stacking como categoría. La pregunta ya no es si apilar, sino cómo y con qué costos. Ahí, una herramienta gratuita, MIT y multi-forgia tiene su propio espacio.

El elefante en la sala: ¿qué pasa con GitHub Stacks y Maiao a la vez?

Una pregunta que un CTO se hace rápido: si la forja ya trae soporte nativo, ¿sigue valiendo una herramienta externa? Maiao lo trata como mejora progresiva, no como rivalidad. Si la forja expone la API de Stacks, Maiao la usa; si no, apila por branch y nadie nota la diferencia. Para equipos que trabajan con monorepos o múltiples proveedores (algo que GitHub Stacks no cubre, porque está atado a GitHub), la portabilidad de Maiao es su verdadera propuesta de valor. Es el mismo ángulo que, según Pareekh Jain en InfoWorld, debe adoptar Graphite para sobrevivir: "diferenciarse con cross-platform stacking en GitLab y Bitbucket".

Otro límite operativo lo señala Alan West en dev.to y lo recoge InfoQ: tres a cuatro PRs es el techo cognitivo de una pila. Más allá, el trabajo de rastrear dependencias supera al beneficio de revisión granular. Maiao no resuelve ese problema cognitivo, pero sí reduce el mecánico (rebase cascada, reescritura de bases, propagación de cambios), que es el que más tiempo roba.

Qué significa esto para tu startup

Si tu equipo tiene más de 5 ingenieros o estáis adoptando agentes de IA (Copilot, Claude Code, Cursor) que ya generan PRs de 1.000+ líneas, este workflow reduce tiempos reales de merge y defectos. La adopción no es trivial: requiere disciplina de commits pequeños y un cambio de hábito, como apunta Phil Fersht (CEO de HFS Research) en InfoWorld. Pero el costo de no cambiar lo describe bien Paul Chada: "no es un problema de workflow, es un problema de supervivencia".

Acciones concretas para implementar esta semana:

Audita tus PRs más grandes del último mes. Identifica tres que superaran las 500 líneas y que hayan tardado más de 48h en review. Esos son candidatos obvios a partir en una pila la próxima vez.
Pide a tu agente de IA que produzca commits pequeños y etiquetados. Tanto Maiao como el flujo nativo de GitHub Stacks penalizan los PRs gigantes. Define en tu prompt que cada commit "haga una sola cosa lógica", como recomienda Joe Buza (citado por InfoQ).
Si trabajas en multi-forgia (GitLab + Gitea, por ejemplo), evalúa Maiao como capa común antes de casarte con gh-stack o Graphite. Es MIT, gratis y corre sobre cualquier repo. Para un fork activo mantenido por la comunidad en runetes/maiao, validar contributors y release cadence antes de meterlo a producción crítica.