Dérive

Cet écran vérifie que le code modifié correspond bien à du travail déclaré. Vous y venez avant un commit, ou quand un agent a touché au code, pour savoir si la règle « pas de code sans tâche en cours » est respectée.

Ce que vous voyez

Sous le titre Détecteur de dérive, une carte réunit :

• Le verdict : Aucune dérive (fond vert) ou Dérive détectée (fond orange).
• Tâche active : Oui si au moins une tâche du projet est En cours, quelle que soit sa story — c'est la règle du hook anti-dérive au commit ; Non sinon.
• Fichiers de code modifiés : la liste des fichiers de code modifiés dans le dépôt. S'il n'y en a pas, l'écran affiche « Aucun fichier de code modifié. » Les stacks qui déclarent leur propre dépôt sont aussi interrogées ; leurs fichiers sont préfixés par l'identifiant de la stack.
• Deux boutons : Rafraîchir et Installer le hook pre-commit.

Quand y a-t-il dérive ?

Il y a dérive quand des fichiers de code sont modifiés et qu'aucune tâche n'est En cours. Les fichiers de métadonnées (.effortless/, blueprints/) ne comptent pas comme du code.

Pour lever une dérive, passez la tâche concernée à En cours dans l'écran Tâches, ou créez-en une.

Ce que vous pouvez faire

• Rafraîchir : relit l'état du dépôt. L'écran se recharge aussi tout seul quand le projet change.
• Installer le hook pre-commit : pose un hook git qui refuse les commits de code sans tâche en cours. L'écran confirme avec « Succès : Hook installé : » suivi du chemin du hook.
• Quand le hook est déjà en place, le bouton devient Réinstaller le hook pre-commit et Rafraîchir passe au premier plan.

Conseils

• N'utilisez pas --no-verify pour contourner le hook : mieux vaut déclarer la tâche.
• Si l'écran affiche une erreur, vérifiez que le dossier est bien un dépôt git (Git).

Avec un agent IA

Les agents disposent de effortless_drift_check pour lire le même verdict et de effortless_drift_hook_install pour poser le hook.