C’est avec résignation que j’ai décidé de fermer le site oklisa.
J’avais lancé officiellement ce site dans l’article oklisa : création d’un bot pour relier lecture et écriture via ActivityPub, et nous voilà presque quatre mois après la publication de mon article.
Pour être honnête, je l’avais créé en espérant que ça intéresse la communauté d’auteurs et d’autrices. Mais il faut croire que c’est difficile d’engager des personnes dans la démarche.
Des soirées entières de boulot que je jette à la poubelle. oklisa restera un beau mirage que je n’ai jamais atteint.
Faisons un petit post-mortem.
oklisa, qu’est-ce que c’était ?
Prenez le fédivers, ces multitudes de serveurs communautaires aux fonctionnalités et règles de modérations hétérogènes. Ces serveurs s’appuient pourtant sur une technologie d’interopérabilité standardisée, ActivityPub.
C’est ce qui permet par exemple à un utilisateur d’un site d’images tel que Pixelfed d’intéragir de manière transparente avec un autre sur Mastodon.
Utilisant Mastodon depuis quelques années, je trouvais qu’il était un peu dommage de ne pas avoir une vue d’ensemble de ce que ces intercommunautés avaient à proposer en matière d’art, en premier de littérature.
On a beau essayer de faire des recherches sur les productions littéraires, on se heurte à un mur, celui de la découvrabilité. On aura beau envoyer un message, il n’atteindra probablement pas les personnes intéressées à cause de la façon dont est faite la décentralisation des serveurs.
Une façon de pallier à ça serait de constituer des index thématiques directement intégrés dans le protocole ActivityPub. Hélas, cela n’existe pas à ma connaissance.
C’est dans ce contexte que oklisa est né.
oklisa est un serveur/bot dont le but est de proposer les fonctionnalités principales suivantes :
- Notifier les lecteurs/lectrices quand un auteur/une autrice publie une œuvre.
- Constituer un index d’auteurs/d’autrices du fédivers.
- Constituer un index d’œuvres.
Voici la page d’accueil :
Le catalogue des œuvres :
Vous avez peut-être vu, le nombre de caractères est sur la fiche d’une œuvre. C’est un concept que j’ai mis en place pour répondre à la réflexion suivante : « Si j’ai déjà des choses à lire dans ma pile de lecture, je ne veux pas être dérangé·e par des notifications de sortie. ».
On pouvait ainsi filtrer les œuvres par leur longueur (en plus de leurs genres et langues) :
Gérer son compte oklisa
J’avais conçu un système sympa pour le compte perso sur oklisa. Il n’y avait pas de formulaire d’inscription. Toute la procédure passait par le système de DM d’ActivityPub. Après avoir follow le bot, on envoyait en DM au bot le mot « manage », et ça créait un lien magique de connexion.
Ce lien emmenait vers la page de configuration de notification. Voici la page qu’on avait une fois configuré son compte :
Cet écran était très important, car c’est ce qui permettait par exemple à un lecteur/une lectrice d’exclure toutes les microfictions et les romans trop longs de ses notifications, d’arrêter les notifications quand il/elle a déjà suffisamment à lire…
Quand on finit de lire une œuvre, il suffit de marquer un livre comme terminé pour libérer de la place dans sa pile, et de soit attendre une nouvelle notification de publication, soit de parcourir le catalogue pour enchainer.
Ensuite, passons à la partie auteur/autrice.
Le WorkPack
Enfin, je voudrais parler du concept de WorkPack :
Il s’agissait d’un JSON qui permettait de transférer ses œuvres ailleurs. Par exemple sur une autre instance de oklisa, ou un autre système qui saurait exploiter ce format de données.
Un WorkPack ressemblait à ça :
{
"format": "workpack",
"version": 1,
"lib_version": "0.1.0",
"exported_at": "2026-10-25T22:28:36.481Z",
"source": {
"app": "oklisa",
"instance": "https://oklisa.fabrilivre.com"
},
"actor": {
"actor_id": "https://shelter.moe/users/NemuLumeN",
"handle": "@nemulumen@shelter.moe"
},
"works": [
{
"interop_id": "44c05c4e-2deb-46d0-ac0e-2b089328fb8b",
"author_actor_id": "https://shelter.moe/users/NemuLumeN",
"title": "Tel un Nuage Bravant le Souffle - 1",
"description": null,
"series_name": null,
"links": [],
"isbn": null,
"genres": [
"SF",
"romance",
"humour"
],
"language": "fr",
"content_warning": null,
"submitted_at": "2026-06-29 21:55:17",
"deleted_at": null,
"char_count": 520570,
"url": "https://nemulumen.lightnovel.online/tnbs1/"
}
]
}
J’avais imaginé ce système dans le cas où oklisa deviendrait un repaire malfamé et où les utilisatrices/utilisateurs voudraient migrer vers un autre serveur sans avoir à tout reconfigurer.
J’avais aussi dans mes cartons un site pour faire autre index sur la même base que oklisa, centré autour d’œuvres qui n’utilisent par l’IA. Mais bon, quand je vois l’accueil que j’ai eu pour oklisa, et aussi que mes serveurs ont été développés avec l’IA—repoussoir ultime des fédiversois·es— la motivation de le mettre en ligne s’est dispersée dans le néant, alors que le site index est déjà entièrement prêt.
Une page se tourne pour moi
J’ai atteint une sorte de fatigue du partage logiciel. Ça devient lourd de faire des choses pour la communauté et que ça ne serve à personne. Fabrilivre est perdu dans les limbes d’internet. oklisa a eu son pic d’utilisateurs/utilisatrices à 5. En plus, avec les nouvelles menaces causées par l’IA, à quoi bon lutter, à quoi bon passer 2 heures à mettre à jour les dépendances vulnérables d’un site que personne ne visite. J’ai autre chose à faire de ma vie, comme me concentrer sur l’écriture et d’autres activités plus amusantes.
À toutes fins utiles, voici de mémoire tout ce que j’ai conçu et fait réaliser par l’IA :
- Fédération standard via fedify.
- Site entièrement traduit en une douzaine de langues (LTR pour l’arabe).
- Création et suppression de compte via le système de follow natif d’ActivityPub.
- Accès au compte via DM et lien magique.
- Système d’extension de session.
- Gestion de pile à lire.
- Catalogue d’œuvres.
- Catalogue d’artistes.
- Catégorisation des œuvres personnalisable par serveur oklisa.
- Gestion multilingue des œuvres.
- Système de modération par utilisateur : blocage user & server.
- Système de modération niveau serveur.
- Notification par publication.
- Filtrage des notifications par préférence en fonction de la pile de lecture, du genre, de la langue, de la longueur de texte.
- Règles antispam pour limiter les mauvais comportements : cooldown de publication.
- Réglette de recherche d’œuvres par longueur min et max.
- WorkPack pour l’intéropérabilité entre serveurs oklisa et l’index no-IA qui n’a jamais vu le jour.
- Partie administration pour configurer le serveur : nombre max d’utilisateurs·trices, durée de cooldown, blocages…
Si jamais des personnes se montrent intéressées, je reste disponible pour parler de design.
Laisser un commentaire