Prelint parie que le code IA a besoin d'un registre de décisions : PH n°1 avec 548 votes, 1 $ par revue

Prelint est un outil de revue de produit fondé sur un registre de décisions : les équipes connectent GitHub ou GitLab, et chaque pull request fait l'objet d'une revue de décision d'environ 20 secondes qui signale les changements contredisant des choix antérieurs — logique de facturation, conformité, dépendances, langage métier, périmètre — puis consigne la décision avec son auteur, sa date et le fait qu'elle ait été prise par une IA ou un humain. Le tarif est de 1 $ par revue terminée avec des crédits prépayés ; les projets open source sont gratuits.

Les équipes qui livrent du code écrit par l'IA paieront pour un registre de décisions qui vérifie chaque pull request au regard des spécifications et des décisions passées, détectant la dérive produit dès qu'elle apparaît.

Le moment fondateur est survenu lorsqu'un agent IA a ignoré l'architecture événementielle de l'équipe et construit une fonctionnalité en la contournant : le code fonctionnait et passait la revue, mais ne correspondait pas à ce que l'équipe voulait — la « dérive produit ». Wojtek Szkutnik, auparavant cofondateur et investisseur chez Kalamba Games (2017–2024), et le CTO Krzysztof Kulig ont construit Prelint pour consigner et vérifier les décisions produit ; selon prelint.com, l'entreprise a commencé dans l'IA pour les bâtiments intelligents avant d'aboutir au registre de décisions, et la responsable de la croissance Irena Pawlowski a rejoint l'équipe en mars 2026.

Le lancement sur Product Hunt du 2026-07-29 (n°1 Produit du jour, 548 votes positifs) a introduit le modèle du registre : chaque pull request fait l'objet d'une courte revue de décision, les décisions approuvées deviennent un contexte que les agents réutilisent à la tâche suivante, et les décisions contradictoires abaissent le niveau de confiance afin que les agents demandent avant de construire. Une recherche publiée par l'entreprise a examiné 56 706 pull requests dans 331 dépôts open source, signalant 36,6 % des changements lorsque de la documentation existait, contre 13,3 % sans documentation, et Prelint indique que les équipes utilisant déjà plusieurs réviseurs IA voient environ 40 % des corrections avant fusion provenir de ses vérifications.

En septembre 2026, Prelint est en service à 1 $ par revue terminée avec 10 $ de crédits gratuits, SOC 2 Type 1, des bacs à sable de revue par locataire détruits ensuite, un hébergement aux États-Unis et des options auto-hébergées, et prelint.com rapporte que 40 % des changements de code sur les projets de la Linux Foundation citent désormais ses revues.

Les agents IA livrent du code techniquement solide qui ignore l'architecture et les règles métier ; aucun test n'échoue, donc seule une vérification de l'intention le détecte.

Consigner chaque décision avec une source et une date transforme les revues en piste d'audit et en contexte que les agents de l'équipe réutilisent.

Une tarification par revue terminée, sans sièges ni abonnements, correspond à la manière dont les agents génèrent réellement les pull requests.

Être une couche complémentaire plutôt qu'un remplacement de CodeRabbit évite le marché saturé de la « chasse au bug ».

Examiner l'intention, pas seulement l'exactitude : lorsque les agents écrivent du code plus vite que les humains ne peuvent le lire, la contrainte est de savoir si les changements correspondent aux décisions, et consigner chaque décision rend la dérive traçable.

Au 2026-09-06, Prelint est en service et facturé à l'usage : 1 $ par revue terminée avec des crédits prépayés, gratuit pour l'open source, SOC 2 Type 1, hébergement aux États-Unis avec zéro rétention des données chez le fournisseur de modèle, et déploiement auto-hébergé en option. Son site rapporte que 40 % des changements de code sur les projets de la Linux Foundation citent désormais une revue Prelint. Les questions ouvertes sont de savoir si les équipes maintiennent une documentation assez précise pour que le registre reste exact, si la revue à l'ère des agents deviendra une fonction par défaut dans GitHub plutôt qu'un module payant, et jusqu'où l'outil passera du contrôle des pull requests à des vérifications au stade du ticket.