Kyrelo est une application de bureau, pas une extension de navigateur ni un tableau de bord cloud, conçue pour remplacer deux catégories très différentes d'outils de médias sociaux payants par un seul outil gratuit. Du côté de la publication, elle planifie des publications sur X et sur Bluesky, vérifie la limite de caractères de chaque plateforme pendant que l'utilisateur tape, et peut transmettre un plan de contenu entier à un modèle d'IA qui recherche un produit ou un créneau et étale une série de publications à des moments naturels et irréguliers. Du côté du nettoyage, elle fait ce que TweetDelete et ses nombreux clones ont facturé au fil des ans : supprimer en masse des anciens tweets et reposts, et se désabonner des comptes qui sont devenus silencieux ou semblent automatisés. En effet, c'est le calendrier de planification de Buffer et le bouton de suppression de masse de TweetDelete fusionnés en un seul programme, sans facture. Le détail technique qui compte le plus est la manière dont il se connecte à X. Kyrelo ne passe pas du tout par l'API développeur payante de X. Au lieu de cela, lorsque l'utilisateur connecte son compte, Kyrelo ouvre une véritable fenêtre de navigateur Chrome sur sa propre machine, l'utilisateur se connecte exactement comme il le ferait normalement, y compris avec la connexion unique Google ou Apple, et cette session de navigateur est enregistrée localement. À partir de ce moment, l'application clique et fait défiler cette session comme le ferait une personne, plutôt que de faire des appels mesurés aux serveurs de X. Ce choix architectural unique contourne les prix de l'API et les niveaux d'accès qui ont forcé de nombreux clients Twitter tiers à fermer après que la plateforme a restreint l'accès des développeurs en 2023, de manière particulièrement visible lorsque des applications de longue date comme Tweetbot et Twitterific ont perdu l'accès du jour au lendemain. Cela explique également la limitation intégrée dans l'outil de désabonnement : quelques secondes entre chaque action, un maximum de 100 désabonnements par exécution et 300 par jour, et un arrêt automatique si X commence à refuser des demandes, le tout conçu pour ressembler à un humain prudent plutôt qu'à un script frappant un point de terminaison. Le projet est publié sous la licence MIT, l'une des licences open-source les plus permissives disponibles, ce qui signifie que quiconque peut lire le code, le modifier, le forker ou l'intégrer dans son propre produit avec presque aucune restriction. Il porte le nom d'utilisateur GitHub sobytes en tant que mainteneur, et le site présente l'ensemble du projet comme une réaction à la dépendance à l'infrastructure de quelqu'un d'autre : une section de la page marketing pointe directement vers l'historique de statut public de Buffer, décrivant des pannes de plusieurs heures sur le web, iOS, Android et la couche API et citant un chiffre de disponibilité brut d'environ 97 % au cours d'un trimestre récent, selon le propre site de Kyrelo. Le message, dans les mots du développeur sur cette page, est franc : les planificateurs cloud tombent en panne, et Kyrelo fonctionne entièrement sur la machine de l'utilisateur, donc si quelque chose casse, cela casse pour une seule personne plutôt que pour tous les clients à la fois. Il n'y a pas d'abonnement, pas de création de compte et, autant que le matériel publié le montre, pas de monétisation intégrée du tout. Il n'y a pas de serveur Kyrelo à facturer, pas de niveau de support à vendre et pas de plan gratuit soutenu par des publicités qui limite les fonctionnalités derrière un mur payant. C'est tout l'attrait, et cela repose sur une hypothèse véritablement nouvelle : qu'un seul mainteneur, travaillant avec des outils de codage IA plutôt qu'une équipe d'ingénieurs, peut suivre le rythme des changements de plateforme, un flux de connexion modifié sur X, une mise à jour de l'API sur Bluesky, une exigence de signature de code d'Apple ou de Microsoft, qui nécessitaient autrefois une équipe entière pour être suivis. En ce moment, cette maintenance se fait sur le temps libre d'une personne, aidée par les mêmes modèles Claude et OpenAI que l'application elle-même propose aux utilisateurs, un pari que l'entretien assisté par IA, dirigé par la communauté, peut tenir le coup sans qu'une plus grande organisation ne soit derrière. Comparé à Buffer et TweetDelete, fonctionnalité par fonctionnalité, les compromis sont frappants dans les deux sens. Buffer prend en charge une longue liste de réseaux au-delà de X, y compris Instagram, LinkedIn, TikTok, Pinterest, Threads et YouTube, propose des tableaux de bord d'analytique, des sièges d'équipe, des flux de validation client et des applications mobiles officielles, et continue de publier même si l'ordinateur portable d'un utilisateur est éteint, en veille ou sur un autre continent, car la planification se fait sur les serveurs de Buffer plutôt que sur le matériel de l'utilisateur. TweetDelete exécute également ses tâches de suppression de masse dans le cloud, indépendamment de l'état de l'ordinateur de l'utilisateur. Kyrelo ne peut égaler aucune de cela : il ne communique qu'avec X et Bluesky, n'a pas d'analytique ni de fonctionnalités d'équipe, ne dispose d'aucun bureau de support client formel, s'appuyant plutôt sur sa communauté open-source et, de plus en plus, sur les mêmes assistants IA que les utilisateurs peuvent solliciter pour le dépannage, et, de manière critique, une publication programmée ne sera pas déclenchée si la machine exécutant Kyrelo est éteinte lorsque l'heure choisie arrive. L'application compagnon iPhone incluse avec le projet ne change pas cela ; c'est un client qui se connecte à l'instance de bureau via le Wi-Fi local ou Tailscale, un outil de mise en réseau privé, afin que le téléphone puisse déclencher et surveiller des tâches, mais le travail réel se fait toujours sur l'ordinateur à la maison ou au bureau. Concernant l'adoption, il y a peu de choses qui peuvent être affirmées avec certitude en ce moment. La présence publique du projet se concentre sur son propre site web et son dépôt GitHub plutôt que sur une couverture tierce, et des chiffres concrets tels que le nombre de téléchargements, le total des étoiles ou les avis d'utilisateurs indépendants n'étaient pas disponibles dans le matériel examiné pour cet article, donc aucun n'est répété ici comme un fait. Kyrelo n'est pas seul à essayer de construire une alternative auto-hébergée et sans abonnement aux planificateurs de médias sociaux ; des projets open-source tels que Postiz et Mixpost occupent une voie similaire, visant à permettre aux gens de gérer leur propre infrastructure de publication plutôt que de louer celle de quelqu'un d'autre. Que Kyrelo parvienne à se faire une réelle utilisation face à cette concurrence, ou face à l'ensemble de fonctionnalités beaucoup plus large de Buffer, est une question ouverte sans réponse vérifiée pour l'instant. L'argument de la confidentialité est là où Kyrelo est le plus convaincant sur le papier. Parce qu'il n'y a pas de compte Kyrelo et pas de backend Kyrelo, les sessions de connexion, toute clé Claude ou OpenAI ajoutée pour les fonctionnalités d'IA, et le mot de passe de l'application Bluesky vivent tous dans un dossier de données local sur le propre appareil de l'utilisateur plutôt que sur les serveurs d'une entreprise ailleurs. Le compromis en matière de sécurité est réel mais à double tranchant : personne d'autre ne peut être piraté et divulguer la session X d'un utilisateur, mais personne d'autre n'a non plus accès à ce dossier local, et quiconque utilise l'application fait confiance à une petite base de code open-source largement maintenue par une seule personne avec les clés de ses comptes. Les publications supprimées, le site le précise, ne peuvent pas être récupérées une fois supprimées, donc le même manque de filet de sécurité qui rend l'outil bon marché rend également les erreurs permanentes.
🌍 world
Une alternative gratuite et locale au piège d'abonnement de Buffer
Une nouvelle application open-source appelée Kyrelo veut faire ce que Buffer et TweetDelete font, planifiant des publications et supprimant en masse d'anciens tweets, sans facture mensuelle ni serveurs d'entreprise entre un utilisateur et son propre compte. Elle fonctionne entièrement sur une machine Windows ou Mac, se connecte à X via une véritable fenêtre Chrome plutôt qu'une API payante, et stocke chaque identifiant dans un dossier que l'utilisateur contrôle.
Mon avis
Reconnaissons le mérite là où il est dû : l'idée centrale ici est correcte. Buffer et ses rivaux vendent la commodité enveloppée autour d'une infrastructure qui tombe régulièrement en panne, et payer des frais récurrents pour le privilège de faire confiance à la disponibilité de quelqu'un d'autre a toujours été un échange étrange pour quelque chose d'aussi simple que de mettre en file d'attente un tweet. Construire ce planificateur en tant qu'application locale que l'utilisateur contrôle réellement, avec la session de connexion et les clés API se trouvant dans un dossier sur son propre disque dur plutôt que dans le cloud d'un étranger, est le bon instinct, et le truc d'automatisation de navigateur pour contourner les prix punitifs de l'API développeur de X est une ingénierie véritablement astucieuse. Mais l'ancienne hypothèse selon laquelle un projet construit par une seule personne pendant son temps libre est automatiquement fragile ne tient plus comme avant. Les assistants de codage IA comme Claude et les modèles d'OpenAI signifient qu'un seul mainteneur aujourd'hui peut corriger un flux de connexion cassé, s'adapter à un changement d'API d'une plateforme ou expédier une nouvelle fonctionnalité à un rythme qui nécessitait autrefois une équipe d'ingénierie dédiée, et non un simple amateur travaillant seul sur le problème. Kyrelo est lui-même une petite preuve de ce changement : le projet s'appuie déjà sur Claude et OpenAI pour aider à rédiger les plans de contenu des utilisateurs, et il n'y a aucune raison que les mêmes types d'outils ne puissent pas être tournés vers l'intérieur, sur la propre base de code de l'application, chaque fois que X ou Bluesky changent leur fonctionnement. Cela change également qui peut utiliser en toute sécurité un outil comme celui-ci. Cela a longtemps été un pari raisonnable uniquement pour un utilisateur techniquement à l'aise qui pouvait lire le code avant de l'exécuter, et un mauvais pour quiconque ne savait pas ce que signifiait une licence MIT ou un réseau Tailscale. Cet écart se réduit : un assistant IA peut maintenant expliquer en termes simples ce qu'implique réellement une licence open-source permissive, guider un utilisateur non technique dans la configuration d'un mot de passe d'application Bluesky, ou signaler lorsqu'un logiciel demande un accès qu'il ne devrait pas avoir besoin. La courbe d'apprentissage abrupte qui limitait autrefois les outils open-source aux développeurs seuls s'aplanit rapidement, et cela change le calcul des risques pour les utilisateurs quotidiens, pas seulement pour les utilisateurs avancés. Le changement plus important est structurel, pas seulement technique. La logique ancienne disait qu'un service comme celui-ci avait besoin d'une entreprise derrière lui : un bureau de support, une équipe produit, une paie suffisamment importante pour maintenir les lumières allumées lorsque quelque chose se cassait à 2 heures du matin. Kyrelo, et une vague croissante de projets communautaires auto-hébergés comme lui, testent si cette hypothèse tient toujours lorsque qu'un seul mainteneur motivé, travaillant avec des outils IA et une licence MIT qui invite quiconque à forker ou contribuer, peut faire le travail aussi fiablement qu'une organisation plus grande en avait autrefois besoin. Cela ne ressemblera pas à une entreprise SaaS (Software as a Service), avec ses garanties de disponibilité et sa facture d'abonnement, et cela n'en aura peut-être pas besoin. Profitez de Kyrelo pour ce qu'il est aujourd'hui : un exemple précoce et tranchant d'un modèle qui ne nécessite de plus en plus pas qu'une grande entreprise soit derrière lui pour tenir dans le temps.
Et ensuite ?
Le test immédiat pour Kyrelo est de savoir si le site en direct de X Corp continue de tolérer le type d'automatisation de navigateur dont l'application dépend pour la connexion, la publication, la suppression et le désabonnement. Les plateformes ont historiquement réagi durement contre les outils qui se comportent comme des navigateurs scriptés plutôt que comme des clients payants d'une API officielle, et tout changement de détection futur du côté de X pourrait briser les fonctions principales de Kyrelo du jour au lendemain, laissant la solution entre les mains de celui qui maintient le dépôt sobytes sur GitHub. Attendez-vous à ce que l'attention se concentre sur la durabilité plutôt que sur les fonctionnalités, bien que les termes de cette attention soient en train de changer. Un outil sans revenus et avec un seul mainteneur visible était autrefois considéré comme fragile par défaut ; de plus en plus, les assistants de codage IA permettent à un seul mainteneur de couvrir un terrain qui nécessitait autrefois une équipe, et une licence MIT laisse la porte ouverte aux contributeurs externes pour forker ou étendre le projet si l'attention de l'auteur original se déplace ailleurs. Surveillez l'historique des commits et le suivi des problèmes du dépôt GitHub au cours des mois à venir pour le véritable signal : des demandes de tirage actives de contributeurs externes, ou des preuves que des corrections sont apportées rapidement avec l'aide d'outils assistés par IA, suggéreraient toutes deux une durabilité, tandis qu'un journal de commits ralentissant sans participation de la communauté suggérerait le contraire. Si le modèle s'avère durable, la question à long terme la plus intéressante est la couverture des plateformes. Kyrelo ne touche actuellement que X et Bluesky ; ajouter Threads, Mastodon ou LinkedIn mettrait une pression réelle sur l'argument de Buffer pour les utilisateurs occasionnels et solitaires, bien que cela signifierait également maintenir l'automatisation du navigateur contre plusieurs cibles mobiles à la fois plutôt qu'une seule, une tâche qui est beaucoup plus réalisable pour une petite équipe maintenant qu'elle ne l'aurait été il y a quelques années. Les projets auto-hébergés concurrents tels que Postiz et Mixpost vaudront également la peine d'être surveillés, car un champ encombré d'alternatives gratuites pourrait soit valider toute la catégorie, soit la diviser en outils trop peuplés d'utilisateurs pour continuer à s'améliorer.
Ce que l'histoire nous apprend
Le pari de Kyrelo sur l'automatisation du navigateur plutôt que sur une API officielle fait écho à un combat qui s'est déjà joué auparavant. En janvier 2023, le prédécesseur de X, Twitter, a brusquement coupé l'accès aux clients tiers bien établis, y compris Tweetbot et Twitterific, dans le cadre d'un mouvement plus large qui a exclu la plupart des développeurs indépendants de son API officielle. Les outils construits depuis lors ont largement eu deux choix : payer pour des niveaux d'accès officiels de plus en plus coûteux, ou automatiser une véritable session de navigateur comme le fait Kyrelo, en acceptant le risque que la plateforme puisse cibler ce comportement directement à tout moment.