Dorfkönig : un outil d’IA pour l’information hyperlocale

L’après-midi, c’est l’heure du « Dorfkönig » chez Bajour, le magazine urbain bâlois. L’outil d’IA parcourt alors les communiqués des autorités, les hebdomadaires locaux, les informations des associations et d’autres sources à la recherche d’informations pertinentes concernant plusieurs communes périphériques de la ville. Il propose ensuite des informations locales pour les éditions hyperlocales de la newsletter « Basel Briefing » du lendemain matin.

L’idée : les lectrices et lecteurs des communes périphériques reçoivent, en plus des informations de Bâle, des informations concernant leur propre commune, sans que la petite rédaction ait à consulter elle-même toutes les sources et à rédiger chaque information de A à Z. La responsabilité éditoriale reste entre les mains de Bajour.

Idée produit : compléter le « Basel Briefing » avec des informations communales

Bajour ne mise pas sur des newsletters distinctes pour chaque commune, mais sur l’audience existante du « Basel Briefing », qui compte actuellement environ 17 000 abonnés. Trois brèves d’actualité sur la ville et la région sont complétées par deux à trois informations locales destinées spécifiquement aux lectrices et lecteurs des différentes communes. La rédaction n’a ainsi pas besoin de créer un média distinct pour chaque commune, mais peut rendre un produit existant plus pertinent pour une partie de son lectorat.

L’expansion vers les communes périphériques est  financée par une subvention du Media Forward Fund. Il ne s’agissait donc pas seulement de trouver une solution pour la durée du projet, mais une approche qui puisse également être financée au-delà de cette période. Le défi réside dans le travail quotidien : cinq jours par semaine, des informations communales actuelles et pertinentes doivent être disponibles. Cela nécessite des ressources ; selon Bajour, une mise en œuvre entièrement manuelle aurait nécessité nettement plus de personnel. Bajour a certes renforcé son équipe éditoriale, mais mise également sur des solutions logicielles pour élargir son offre.

La solution d’IA développée en interne, « Dorfkönig », ne doit pas seulement faire gagner du temps, mais aussi permettre une couverture supplémentaire. Dans certaines communes périphériques, les informations pertinentes existent certes, mais restent dispersées entre communiqués officiels, agendas d’événements ou publications locales. Elles sont encore rarement regroupées sous une forme journalistique. « Ce que nous faisons ici, ce n’est pas de la curation d’informations », explique Samuel Hufschmid, qui pilote le projet chez Bajour : « Ce sont véritablement des déserts informationnels, parfois dans des communes de plus de 10 000 habitants, où il est difficile de publier chaque jour des informations intéressantes. »

Le mandat éditorial est clairement délimité. L’accent est mis sur le journalisme de service, c’est-à-dire sur des informations indiquant par exemple qu’une rue est fermée, qu’un permis de construire peut être consulté ou qu’un groupe de randonnée organise une excursion. Ces informations hyperlocales doivent aider au quotidien les personnes qui ne vont pas elles-mêmes consulter les différentes sources locales. En même temps, le produit journalistique doit mieux refléter leur environnement direct. Le « Dorfkönig » identifie ces informations et les prépare, mais ne réalise pas de recherches d’investigation de manière autonome.

Développement : les exigences éditoriales donnent la direction

Dans le cadre du projet subventionné par le Media Forward Fund, Bajour développe le « Dorfkönig » depuis début 2026 avec We.Publish, dont le logiciel de publication éponyme est utilisé par de nombreux médias locaux indépendants, notamment en Suisse. Pour le « Dorfkönig », Bajour apporte les exigences éditoriales et assure les tests en pratique, tandis que le développement technique est principalement pris en charge par We.Publish. Après avoir testé différentes méthodes d’entraînement et différents modèles de langage, l’équipe a opté pour ce que l’on appelle un « framework d’agents open source » : au lieu de confier l’ensemble de la tâche à un seul modèle de langage, celle-ci est répartie entre plusieurs étapes de travail et différents outils. « Une semaine plus tard, nous avions déjà un « Dorfkönig » qui fonctionnait », raconte Jolanda Spiess, responsable du développement de l’outil d’IA chez We.Publish. « Mais nous savions qu’il devait maintenant fonctionner de manière vraiment fiable, être perfectionné et faire l’objet d’un accompagnement étroit. »

Tout commence par l’accès aux sources. L’outil extrait notamment les contenus de sites web à l’aide d’un scraper développé en interne et intègre des données structurées, par exemple celles des autorités, via des interfaces. À cela s’ajoutent des connexions spécifiques pour d’autres documents ainsi qu’une connexion développée spécialement pour des groupes Facebook locaux. Les agents d’IA accèdent à ces sources pour trouver des informations et les transformer en propositions de contenus. Le « Dorfkönig » utilise actuellement le modèle de langage d’Anthropic via une API. La source originale reste liée à chaque information, afin que la rédaction puisse la vérifier.

Le niveau de complexité que peut atteindre cette couche de sources s’est révélé immédiatement dans le travail éditorial de Bajour. La rédaction souhaitait également rappeler aux lectrices et lecteurs de la newsletter les dates auxquelles ils devaient sortir leurs vieux papiers pour la collecte. Le « Dorfkönig » a donc été complété avec les dates de collecte des déchets. Cependant, les communes publient ces informations de différentes manières, parfois sur un site web, parfois uniquement dans un document. Les informations ne pouvaient donc pas être récupérées partout de la même façon. Pour certaines communes, des adaptations supplémentaires ont été nécessaires afin de traiter les données non structurées.

La logique éditoriale devait elle aussi être intégrée techniquement. Il ne suffit pas de trouver et de résumer les informations disponibles : celles-ci doivent également être proposées au bon moment. Le « Dorfkönig » lit donc, par exemple, les agendas d’événements et conserve les informations qui y sont trouvées jusqu’au jour de publication approprié. Un concert ne doit ainsi pas apparaître à n’importe quel moment dans la newsletter, mais au moment où l’information est utile aux lectrices et lecteurs pour planifier leur journée.

Travail quotidien de la rédaction : vérifier les propositions, repérer les lacunes

L’utilisation de la routine d’IA modifie les tâches de la rédaction. Celle-ci ne recherche plus elle-même l’ensemble des informations communales. Elle vérifie, évalue et complète à la place les propositions générées automatiquement. Le travail ne disparaît donc pas complètement : il se déplace, passant davantage de la recherche au traitement des informations.

Pour cela, l’outil affiche la source originale de chaque information. La rédaction vérifie si l’information est exacte et pertinente. Si nécessaire, les journalistes adaptent les formulations proposées, reportent certaines informations à une date ultérieure ou les suppriment complètement. Et avant qu’une information ne paraisse effectivement dans le « Basel Briefing », un deuxième contrôle éditorial final est effectué. Cette boucle de contrôle constitue un élément central du produit. Car la qualité d’un tel système ne dépend pas seulement de la formulation correcte des informations. Il est tout aussi important de savoir si des informations pertinentes manquent, apparaissent en double ou sont proposées au mauvais moment. Le « Dorfkönig » passe donc par plusieurs étapes de contrôle automatisées. « Le plus grand défi dans le développement d’outils d’IA pour le journalisme, ce sont les hallucinations », explique Spiess. « Si cela se produit et qu’on ne s’en rend pas compte, c’est la pire chose qui puisse arriver. »

L’utilisation hyperlocale de l’outil révèle une autre difficulté : lorsqu’on ne vit pas soi-même dans une commune, on ne connaît que de manière limitée les appellations et les procédures locales. Bajour confronte donc les propositions aux sources primaires et utilise les retours du public pour identifier les lacunes ou les erreurs. L’utilisation continue de l’outil n’est ainsi pas seulement une routine de production, mais offre également un dispositif d’assurance qualité et un environnement de développement. Un petit réseau d’expertes et d’experts locaux est également prévu afin de pouvoir relire certaines informations avant leur publication sur Whatsapp.

Bilan intermédiaire : le gain de temps intervient seulement après un important travail préparatoire

Pour le traitement final des informations communales provenant actuellement de six localités, la rédaction a désormais besoin d’environ une heure. Sans l’aide de l’outil, le même travail demanderait, selon Bajour, plusieurs heures et nécessiterait plutôt un poste supplémentaire à temps plein.

Les coûts courants liés au fonctionnement du modèle d’IA sont relativement faibles. Selon l’équipe de développement, l’utilisation du modèle de langage coûte actuellement environ 15 à 20 francs suisses par mois. Ce gain d’efficacité doit toutefois être mis en regard d’un important travail de développement en amont. Le principal facteur de coût réside dans les capacités en personnel nécessaires au développement, à l’adaptation, au contrôle et à l’intégration dans les processus éditoriaux. Les premiers mois montrent donc que de faibles coûts techniques de fonctionnement ne disent pas grand-chose de la complexité globale d’un outil d’IA.

Pour Bajour, le « Dorfkönig » est donc jusqu’à présent moins un instrument permettant de réaliser des économies à court terme qu’un investissement dans un outil éditorial. « Avec l’intensité avec laquelle nous avons développé cet outil ces derniers mois, nous aurions déjà pu employer une personne pendant  les deux années de la phase de subvention du Media Forward Fund. Mais à la fin de la subvention, cette capacité supplémentaire aurait disparu », explique Samuel Hufschmid. Il est encore impossible de déterminer de manière fiable, sur la base de l’utilisation actuelle, si cet investissement initial est déjà rentable sur le plan économique. De même, il n’est pas encore possible de mesurer clairement quelle part de la croissance de l’audience du « Basel Briefing » revient au Dorfkönig.

Développement : du projet pilote à un outil transférable

L’utilisation continue du « Dorfkönig » chez Bajour fait émerger la prochaine question de développement : comment simplifier un système fortement adapté à certaines communes afin qu’il puisse également être utilisé ailleurs ? Jusqu’à présent, de nouvelles solutions individuelles ont en effet dû être développées à chaque fois pour intégrer de nouvelles sources. Plus le nombre de communes et de sources d’information augmente, plus les efforts nécessaires à la maintenance et à l’adaptation augmentent eux aussi.

C’est pourquoi l’équipe travaille en parallèle sur une nouvelle architecture de données, qu’elle appelle « Zettelkasten ». Les informations provenant de différentes sources doivent être davantage regroupées et structurées, au lieu d’être recherchées à nouveau dans différents sites web ou documents à chaque utilisation. Un modèle de langage local transforme cet ensemble de données en une structure de connaissances de type wiki, tandis que les sources nécessitant davantage de contextualisation éditoriale sont gérées séparément. À l’avenir, les agents doivent davantage accéder à cet ensemble de données contrôlé, au lieu de relire tous les sites web à chaque utilisation. Pour Bajour, cela doit avant tout améliorer le contrôle et réduire les dépendances à l’égard de certaines sources. Pour la diffusion du Dorfkönig, cette étape est encore plus importante : les nouvelles rédactions ne doivent pas avoir à construire à chaque fois un système largement individualisé.

Le prochain test pratique doit montrer si ce transfert fonctionne. Après Bajour, une utilisation est prévue  au sein du média local bernois Hauptstadt. « Nous voulons ensuite mettre en œuvre dans un deuxième média les processus et les enseignements que nous avons développés avec Bajour », explique Hansi Voigt, fondateur de We.Publish. D’autres utilisations de l’outil dans d’autres médias sont ensuite prévues, ce qui fait de l’adaptation aux sources locales, aux processus de travail et aux priorités éditoriales un défi général. L’objectif n’est pas de créer un produit entièrement standardisé qui fonctionnerait partout sans modification, mais un outil dont la base technique puisse être réutilisée et dont la configuration locale soit plus simple.

La complexité réelle de l’introduction dans un nouveau média reste encore à déterminer, notamment en ce qui concerne l’onboarding et les coûts ultérieurs de l’offre. Ce n’est donc qu’au cours des prochaines implémentations que l’on saura si la nouvelle architecture permet de réduire sensiblement ces efforts. 

Principales conclusions

Le « Dorfkönig » montre que l’utilité d’un outil d’IA dans le journalisme local dépend moins de capacités spécifiques du modèle que d’une tâche clairement délimitée, de sources fiables et de son intégration dans les processus éditoriaux. L’utilisation actuelle chez Bajour permet d’en tirer de premiers enseignements :

• Commencer par le problème et les sources : Pour développer un outil d’IA similaire, il faut d’abord définir un processus de travail clairement délimité ainsi que les sources nécessaires. Ce n’est qu’ensuite que viennent les accès techniques, le traitement par l’IA et le contrôle éditorial. Cette délimitation claire facilite également l’évaluation de l’utilité de l’outil.
• Distinguer prototype fonctionnel et produit abouti : Un prototype d’IA fonctionnel peut être créé rapidement. Mais une phase potentiellement beaucoup plus longue commence ensuite. Dans le cas du Dorfkönig, il a fallu plusieurs mois pour intégrer différentes sources, les particularités locales et les exigences éditoriales dans un processus de travail fiable. Le test en conditions réelles fait donc partie intégrante du développement du produit.
• Considérer le contrôle comme une partie intégrante du produit : Des propositions automatisées ne suffisent pas à constituer un outil éditorial. Les indications de sources, les étapes de vérification, les validations éditoriales et la gestion des informations manquantes doivent être prises en compte dès le départ.
• Prendre en compte l’ensemble des coûts, et pas seulement ceux de l’IA : Les coûts courants liés au modèle restent actuellement abordables. L’essentiel des efforts vient du développement, de l’adaptation et du contrôle éditorial. Pour évaluer un tel outil, c’est donc l’ensemble du processus qui est déterminant, et pas seulement les coûts de fonctionnement une fois l’outil finalisé.
• Concevoir la transférabilité dès le départ : Un outil d’IA qui fonctionne dans une rédaction ne constitue pas encore un produit évolutif. Les sources et les processus de travail locaux diffèrent. L’enjeu est donc de déterminer dans quelle mesure la base technique et l’onboarding peuvent être standardisés sans perdre la capacité d’adaptation locale nécessaire.

---

Dernière mise à jour: 30 septembre 2026