De quoi se compose la requête au modèle

Le texte est écrit par un modèle de langage, et la requête que la plateforme envoie au modèle est assemblée à partir de trois parties :

  1. Exigences système — règles générales et exigences de la plateforme : limite de longueur, balisage autorisé, format de réponse.
  2. Vos règles — style du canal, style du sujet, règles de la source dans le projet de réécriture. C’est la partie principale : elle détermine le sujet et la manière dont le post est rédigé.
  3. Matériel — texte du post source lors de la réécriture ou titre du sujet lorsqu’on travaille à partir d’un plan de contenu.

Le modèle est choisi dans les paramètres du projet ou du sujet. Vous pouvez également spécifier un modèle de secours : si le principal renvoie une erreur, la plateforme renvoie la requête au modèle de secours et enregistre cela dans le journal.

Exigences des plateformes

Chaque plateforme a ses propres limites : longueur du texte, longueur du titre, balisage supporté, dimensions et formats des images. La plateforme les connaît et les prend en compte à l’avance — elle demande au modèle un texte plus court que la limite afin d’y inclure également la signature du projet.

Le balisage dépend également de la plateforme. Par exemple, pour Dzen le texte est demandé avec du balisage HTML (paragraphes, sous‑titres, listes), car le matériel devient un article, tandis que pour les plateformes sans balisage, c’est du texte brut.

Pourquoi le post est rejeté avant la publication

Le rejet avant publication est une protection : un post présentant un défaut évident n’occupe pas de créneau de programmation et ne génère pas d’erreur ultérieure. La raison est toujours visible dans la carte du post.

Le texte dépasse la limite de la plateforme. Le modèle maintient approximativement la limite et dépasse parfois celle‑ci. Le texte n’est pas tronqué : un fragment au milieu d’une phrase gâcherait le contenu. Régénérez le post ou réduisez la signature du projet — elle compte également dans la limite.

Le titre dépasse la limite. Cela concerne les plateformes où le titre est un champ séparé.

Le balisage ne respecte pas les exigences de la plateforme. Le texte contient des balises que la plateforme ne traite pas. Cela arrive si le modèle dépasse les instructions ou si du code provenant d’un éditeur a été inséré lors d’une modification manuelle. Supprimez les balises superflues ou régénérez le texte.

Le contenu n’est pas pertinent. Si les règles de la source interdisent la publicité, les concours ou les posts hors sujet, le modèle renvoie un refus et le post est rejeté — c’est sa décision, pas un bug.

Pourquoi la publication peut échouer

En plus des rejets, il existe des refus de la plateforme elle‑même. La plateforme les affiche également dans la carte du post avec une raison claire :

  • pas de droits — le bot n’est pas ajouté au canal ou n’est pas admin, la clé d’accès n’a pas les droits nécessaires ;
  • accès expiré — le compte doit être reconnecté ;
  • cible introuvable — le canal, le groupe ou le tableau a été supprimé ;
  • la plateforme n’a pas accepté le média — format, taille ou lien inaccessible ;
  • limite de la plateforme — la publication peut être différée, la plateforme réessaiera automatiquement.

Les raisons qui se résolvent en dehors (droits, token, limite, réseau) n’éjectent pas le post de la file : il sera placé dans le créneau suivant une fois les problèmes corrigés.

Comment obtenir un meilleur texte

  • Rédigez les règles du canal de façon précise : sujet, ce qu’il faut éviter, ton, besoin de listes et de sous‑titres.
  • Dans les règles de la source, décrivez séparément quels posts ignorer — cela réduit les rejets « hors sujet ».
  • Ne fixez pas la limite de longueur trop près de la limite de la plateforme : laissez une marge pour la signature.
  • Si le résultat ne vous convient pas de façon récurrente, essayez un autre modèle dans les paramètres du projet — ils diffèrent nettement sur les textes longs.