Changelog

Ce qui a été livré.

Les changements récents de Codna, décrits tels que vous les voyez sur une pull request, dans le terminal et en CI.

Sept. 2026Relecture

Un verdict clair sur chaque pull request

codna review se conclut désormais par une approbation quand le diff est propre en gravité moyenne et haute et qu'aucun fil Codna antérieur n'est en suspens. Sinon il commente. Il ne demande jamais de changements.

Les approbations comptent pour les règles de branche. Désactivez-les avec review.approve: false.
Quand un check requis est rouge, la relecture le dit à côté du verdict : le verdict porte sur le diff, pas sur l'autorisation de fusionner.
Les constats sur les dépendances dans les manifestes npm et PyPI sont vérifiés auprès des registres : les constats contredits sont écartés, les invérifiables sont marqués Unverified.

App

Sept. 2026GitHub App

Des checks visibles, du push au verdict

Un check run par job, nommé codna review, codna fix ou codna secure.

Le check codna review apparaît en file d'attente dès que vous poussez. Un commit dépassé se termine en neutre ; le nouveau head est relu.
Les merge queues sont prises en charge : le commit de groupe hérite du verdict de la pull request.
Les relectures durent de 4 à 20 minutes selon la taille de la pull request. Une relecture expirée le dit et demande @codna review ou une PR plus petite.

Fix

Sept. 2026GitHub App

Des corrections depuis un check rouge, un commentaire ou une étiquette

Une check suite en échec sur une pull request est triée avant toute dépense.

Les pannes d'infrastructure se terminent en neutre et ne coûtent rien ; les échecs de code remettent l'étape en échec et son journal à l'agent. Une correction de panne CI par head de pull request et par jour.
@codna fix fonctionne en réponse à un constat Codna et nécessite un accès en écriture. Les forks reçoivent la modification suggérée à la place. Chaque refus est expliqué dans une réponse.
Les commits de correction sont signés codna-ai[bot]. Réglez fix.test_command dans codna.yaml quand vos tests ne sont pas pytest.

CLI

Sept. 2026CLI

Relecture incrémentale, niveaux d'effort et nouvelles commandes

codna review ne relit que les commits depuis la dernière relecture de Codna. Passez --full pour toute la pull request.

--effort low, medium ou high règle la profondeur de la relecture : plus haut, plus approfondi et plus coûteux. Par défaut : au plus 10 constats à partir de 0,75 de confiance.
codna impact liste les tests qu'un diff peut affecter, hors ligne et pour zéro token. codna memory export écrit un index de rappel compact en lecture seule.
codna report dépose un bug, une fonctionnalité ou une question dans le dépôt public de retours depuis le terminal.

Sept. 2026GitHub Action

Fix, review et secure dans votre propre CI

thyn-ai/codna-action@v1 installe codna depuis PyPI et exécute les mêmes commandes qu'en local.

mode: fix ouvre une pull request et ne fusionne jamais. mode: review publie des constats et un verdict sur la pull request. mode: secure classe les constats SARIF en lecture seule.
Épinglez package-spec sur une version de codna et l'action sur un SHA de commit complet pour des exécutions reproductibles.
La relecture en CI bénéficie des mêmes approbations, notes de check rouge et constats de dépendances vérifiés au registre que l'App.

MCP

Sept. 2026MCP

Cinq outils pour Cursor et Claude

codna mcp install --client cursor ou --client claude branche le serveur dans votre éditeur sans écrire d'identifiants.

codna_triage, codna_fix, codna_secure, codna_recall et codna_report_bug.
codna_fix planifie par défaut ; open_pr nécessite une URL git et un jeton d'écriture dans l'environnement du serveur.
Le rappel tourne sur Telys, sur l'appareil, depuis un index dans votre répertoire personnel.