Description du projet
TraduitNotre site publie régulièrement de nouveaux articles et pages, et des fautes de frappe continuent de passer même après une relecture manuelle. Nous voulons ajouter une vérification automatique qui s'exécute avant qu'un article ne soit mis en ligne : elle doit détecter les fautes d'orthographe, les problèmes de grammaire évidents et les drapeaux stylistiques, puis remettre à l'éditeur une liste claire des points à revoir au lieu de publier à l'aveugle.
L'outil doit s'intégrer dans notre flux de publication existant sans ralentir les éditeurs. Idéalement, la vérification se fait au moment où un article est soumis ou programmé, avec des mots et des phrases problématiques surlignés directement dans l'interface d'édition afin que personne n'ait à fouiller dans un rapport séparé. Les faux positifs doivent être réduits au minimum, et l'éditeur doit pouvoir approuver ou ignorer chaque point signalé d'un simple clic.
Nous sommes ouverts à différentes approches techniques : un service de vérification existant intégré à notre backend, un vérificateur basé sur un dictionnaire auto-hébergé, ou un script personnalisé construit autour d'une API ouverte, tant que cela fonctionne de manière fiable avec notre contenu dans les langues que nous publions. Veuillez décrire votre approche proposée, le délai prévu et comment vous mesureriez la réduction des fautes de frappe après le fonctionnement de l'outil.
Ce qui compte pour nous :
— vérification avant publication qui bloque ou avertit avant qu'un article ne soit mis en ligne ;
— surlignage clair des points contestés pour l'éditeur, pas seulement un journal brut ;
— faible taux de faux positifs et acceptation ou rejet facile par signal ;
— support pour nos langues de publication ;
— explication simple de la maintenance continue et des coûts.
L'outil doit s'intégrer dans notre flux de publication existant sans ralentir les éditeurs. Idéalement, la vérification se fait au moment où un article est soumis ou programmé, avec des mots et des phrases problématiques surlignés directement dans l'interface d'édition afin que personne n'ait à fouiller dans un rapport séparé. Les faux positifs doivent être réduits au minimum, et l'éditeur doit pouvoir approuver ou ignorer chaque point signalé d'un simple clic.
Nous sommes ouverts à différentes approches techniques : un service de vérification existant intégré à notre backend, un vérificateur basé sur un dictionnaire auto-hébergé, ou un script personnalisé construit autour d'une API ouverte, tant que cela fonctionne de manière fiable avec notre contenu dans les langues que nous publions. Veuillez décrire votre approche proposée, le délai prévu et comment vous mesureriez la réduction des fautes de frappe après le fonctionnement de l'outil.
Ce qui compte pour nous :
— vérification avant publication qui bloque ou avertit avant qu'un article ne soit mis en ligne ;
— surlignage clair des points contestés pour l'éditeur, pas seulement un journal brut ;
— faible taux de faux positifs et acceptation ou rejet facile par signal ;
— support pour nos langues de publication ;
— explication simple de la maintenance continue et des coûts.
Programmation web Espèces, Virement bancaire
