Un prompt peut-il remplacer Hootsuite ?

Construis un planificateur pour l’API officielle d’exactement un réseau social — pas un tableau de bord multi-réseaux. Choisis une plateforme avec une API de publication stable et documentée, comme l’API AT Protocol de Bluesky ou l’API REST de Mastodon, toutes deux vraiment accessibles sans le processus de vérification d’entreprise que beaucoup d’autres plateformes exigent. Utilise Next.js/TypeScript avec Postgres, et le flux OAuth de ce réseau pour l’autorisation. Construis un éditeur de brouillon avec un compte de caractères en direct et une validation des limites de média correspondant aux vraies contraintes du réseau cible, une vue calendrier hebdomadaire des posts planifiés, et des templates de snippets réutilisables. Publie les posts planifiés via une tâche en arrière-plan — un worker de file déclenché par cron — avec reprises et signalement clair des échecs ; un post échoué devrait être visiblement signalé, pas silencieusement abandonné. Stocke l’identifiant de post retourné par la plateforme après publication et rafraîchis périodiquement des stats d’engagement basiques (j’aime, republications) via la même API, sans scraping. Ajoute un stockage local de médias pour les images attachées aux posts planifiés, et un export CSV de ton historique de posts. Ne construis pas de prise en charge multi-réseaux, de boîte de réception unifiée, ni de veille sociale — c’est hors périmètre ; si tu as besoin de publier sur un second réseau, attends-toi à écrire une seconde intégration séparée, pas une abstraction partagée sur les deux. Nécessite un enregistrement d’application OAuth auprès du réseau choisi, généralement gratuit et rapide à faire approuver pour un usage perso.