cubic

Une fois l'application GitHub installée, cubic lance une revue de pull request sur chaque nouvelle PR sans qu'on le lui demande. Il laisse des commentaires en ligne sur les bugs et les améliorations possibles, si bien que vous voyez les problèmes juste à côté de la ligne de code qui les a causés. Dans un dépôt actif, cela veut dire que le retour arrive en quelques secondes plutôt qu'après la libération d'un relecteur.

Vous décrivez vos standards en mots courants au lieu d'écrire une configuration complexe, ce qui compte surtout dans les équipes où un seul ingénieur comprend vraiment comment les règles actuelles du linter ont été bâties. cubic transforme ces règles en contrôles de revue et signale le code qui les enfreint. Le gain : les conventions vivent à un seul endroit lisible, et non éparpillées dans une douzaine de fichiers de linter.

Les problèmes simples viennent avec un correctif en un clic qui valide le changement à votre place. Pour les plus difficiles, vous cliquez sur « Fix with cubic » et laissez un agent de code rédiger un patch. Il ne réglera pas tout seul l'ensemble, mais il évacue le menu fretin pour que le temps de revue humaine aille aux décisions de jugement.

cubic étudie la façon dont vos ingénieurs seniors relisent. Il lit leurs anciens commentaires de PR pour capter votre style maison, puis applique ce modèle aux nouvelles revues, ce qu'une liste générique ne peut tout simplement pas égaler. Avec le temps, le retour sonne moins générique et davantage comme la personne qui relit habituellement votre code.

Au-delà des PR individuelles, cubic peut faire tourner des milliers d'agents d'IA sur l'ensemble de votre dépôt selon un calendrier, ce qui veut dire que la revue ne s'arrête pas quand vous fermez votre portable le soir. L'analyse traque les bugs graves et les failles de sécurité, trie ce qu'elle trouve et prévient le bon responsable ou ouvre un ticket. Elle se replanifie seule, donc chaque exécution attrape les problèmes apparus depuis la précédente.

Le réviseur va chercher des éléments dans Linear, JIRA, Notion et des outils de planification similaires. Ce contexte supplémentaire l'aide à comprendre pourquoi un changement a été fait, et pas seulement ce que le code fait isolément. En pratique, vous recevez moins de commentaires qui passent à côté de l'objet du ticket.

cubic s'exécute dans Cursor, Claude Code, VS Code, Codex et d'autres agents de code, plus une CLI locale. Vous pouvez examiner les changements avant de pousser, ou le lancer sans interface en CI avec une clé d'API. Même cerveau, autre porte. Le code reçoit le même traitement dans votre éditeur et sur GitHub.