1
Voir le projet
Refract regarde le logiciel dans son ensemble, pour qu'un changement sur un écran respecte le reste.
Refract lit le projet, trouve ce qui va devenir salissant, et prépare un nettoyage que vous approuvez. Vous ne quittez pas GitHub pour décider.
Commencer1
Refract regarde le logiciel dans son ensemble, pour qu'un changement sur un écran respecte le reste.
2
Il cherche les motifs qui apparaissent quand le code est généré vite : logique copiée, écrans emmêlés, état restant, structure qui vieillira mal. Si quelque chose de sensible a été laissé dans le code — comme un secret — il vous le dit. Il ne « corrige » pas les secrets en silence.
3
Quand le nettoyage est sûr, vous recevez un changement concret à approuver. Quand il ne l'est pas, vous recevez une explication claire au lieu d'une conjecture.
4
Après votre approbation, Refract applique le changement et regarde à nouveau. Avec le temps, vous pouvez voir si le projet devient plus propre — ou s'il continue à livrer le désordre.
Le site n'est pas un second endroit pour accepter des nettoyages. La décision reste à côté du code.
Attendez. Ce n'est pas une réussite.
Rien de Refract n'a besoin de vous sur ce changement.
Un nettoyage sûr est préparé. Approuvez-le sur GitHub.
Quelque chose compte, et Refract ne le changera pas pour vous. Lisez l'explication.
L'analyse a échoué. Refract le dira. Il ne peindra pas un faux succès.
Sur les projets React et TypeScript, Refract est particulièrement bon sur les restes d'une génération rapide :
Une partie, il peut la nettoyer pour vous. Une partie, il se contentera de la montrer — exprès. Une mauvaise réécriture automatique vaut moins qu'une note honnête.
1
2
3
Connecter GitHub ne vous connecte pas à Refract, et vous connecter à Refract n'installe pas l'accès GitHub. Deux étapes, deux rôles.
Non. Continuez à générer. Refract est la passe qui garde le résultat maintenable.
Non. Vous approuvez. Vous fusionnez.
Non. Au quotidien, vous restez sur GitHub.