Prelint apuesta a que el código de IA necesita un libro de decisiones: PH n.º 1 con 548 votos, 1 $ por revisión

Prelint es una herramienta de revisión de producto basada en un libro de decisiones: los equipos conectan GitHub o GitLab, y cada pull request recibe una revisión de decisiones de unos 20 segundos que señala los cambios que contradicen decisiones anteriores —lógica de facturación, cumplimiento, dependencias, lenguaje de dominio, alcance— y luego registra la decisión con quién la tomó, cuándo y si decidió una IA o una persona. El precio es de 1 $ por revisión completada con créditos prepagados; los proyectos de código abierto son gratuitos.

Los equipos que entregan código escrito por IA pagarán por un libro de decisiones que verifique cada pull request contra las especificaciones y las decisiones pasadas, detectando la deriva de producto el mismo día en que aparece.

El momento fundacional llegó cuando un agente de IA ignoró la arquitectura orientada a eventos del equipo y construyó una funcionalidad sorteándola: el código funcionaba y pasaba la revisión, pero no era lo que el equipo quería —«deriva de producto». Wojtek Szkutnik, antes cofundador e inversor en Kalamba Games (2017–2024), y el CTO Krzysztof Kulig crearon Prelint para registrar y verificar las decisiones de producto; según prelint.com, la empresa comenzó en IA para edificios inteligentes antes de llegar al libro de decisiones, y la responsable de crecimiento Irena Pawlowski se incorporó en marzo de 2026.

El lanzamiento en Product Hunt del 2026-07-29 (n.º 1 Producto del Día, 548 votos positivos) presentó el modelo de libro: cada pull request recibe una breve revisión de decisiones, las decisiones aprobadas se convierten en contexto que los agentes usan en la siguiente tarea, y las decisiones contradictorias reducen la confianza para que los agentes pregunten antes de construir. Una investigación publicada por la empresa revisó 56.706 pull requests en 331 repositorios de código abierto y señaló el 36,6 % de los cambios cuando existía documentación frente al 13,3 % cuando no la había, y Prelint afirma que los equipos que ya usan varios revisores de IA ven que cerca del 40 % de las correcciones previas a la fusión provienen de sus comprobaciones.

A septiembre de 2026, Prelint está operativo a 1 $ por revisión completada con 10 $ de créditos gratuitos, SOC 2 Tipo 1, entornos de revisión aislados por inquilino que se destruyen después, alojamiento en EE. UU. y opciones autoalojadas, y prelint.com informa que el 40 % de los cambios de código en proyectos de la Linux Foundation ahora citan sus revisiones.

Los agentes de IA entregan código técnicamente sólido que ignora la arquitectura y las reglas de negocio; ninguna prueba falla, así que solo una comprobación de intención lo detecta.

Registrar cada decisión con una fuente y una fecha convierte las revisiones en una pista de auditoría y en contexto que los propios agentes del equipo reutilizan.

El precio por revisión completada, sin asientos ni suscripciones, encaja con la forma en que los agentes generan realmente pull requests.

Ser una capa complementaria en lugar de un reemplazo de CodeRabbit evita el saturado mercado de «encontrar el error».

Revisar la intención, no solo la corrección: cuando los agentes escriben código más rápido de lo que los humanos pueden leerlo, la restricción es si los cambios coinciden con las decisiones, y registrar cada decisión hace que la deriva sea rastreable.

A fecha de 2026-09-06, Prelint está operativo y con precio por uso: 1 $ por revisión completada con créditos prepagados, gratuito para código abierto, SOC 2 Tipo 1, alojamiento en EE. UU. con retención de datos cero en el proveedor del modelo y despliegue autoalojado opcional. Su sitio informa que el 40 % de los cambios de código en proyectos de la Linux Foundation ahora citan una revisión de Prelint. Las preguntas abiertas son si los equipos mantendrán la documentación lo bastante precisa para que el libro siga siendo exacto, si la revisión de la era de los agentes se convertirá en algo predeterminado dentro de GitHub en lugar de un complemento de pago, y hasta dónde se desplazará la herramienta desde la puerta del pull request hacia comprobaciones en la fase de ticket.