Veille ciblée
Des flux RSS et sitemaps publics sont lus comme signaux de découverte, pas comme contenus à réutiliser.
Le problème : publier plus vite sans industrialiser un contenu faible
Une veille éditoriale utile produit beaucoup de signaux, mais peu de sujets réellement adaptés à une ligne éditoriale, à une audience et à un site précis. Satellite Publisher sépare donc la découverte du sujet, la préparation éditoriale, la génération, le contrôle et la publication. Le système n’a pas vocation à remplacer l’éditeur : il organise les étapes qui permettent à une équipe de décider plus vite et avec davantage de traçabilité.
Routage multi-sites
Les sujets sont dédupliqués, scorés et rapprochés d’un profil éditorial de destination.
Sortie contrôlée
Le brouillon, l’image et la publication restent associés à un statut, une journalisation et une validation.
Le workflow agentique, de la découverte à la supervision
Chaque agent ou module réalise une tâche limitée et vérifiable. L’approbation humaine est un point de passage configurable avant toute action distante.
1. DécouvrirLire les flux publics et extraire titre, URL et court extrait.
2. QualifierDédupliquer, filtrer et scorer le potentiel éditorial.
3. PlanifierConstruire un angle, un plan et les contraintes de destination.
4. ProduireGénérer un brouillon original et une image de soutien.
5. ValiderRelire, approuver, adapter puis journaliser la publication.
RSS : un signal, pas une source à réécrire. Le workflow public limite le contexte transmis au modèle à un titre, une URL, une date ou un auteur lorsque présents, et un extrait court. Les consignes interdisent de reproduire la formulation ou la structure de la source ; un contrôle de proximité renvoie les sorties trop proches vers
needs_review.OpenAI, génération et garde-fous
Des sorties structurées
L’API OpenAI Responses est utilisée avec gpt-5.6-terra pour le dossier éditorial, le brouillon et la revue de qualité. Le workflow utilise reasoning.effort et un format de sortie JSON, afin de transmettre des objets exploitables entre les étapes.
L’API Images avec gpt-image-2 peut générer les visuels éditoriaux. Aucun web search, tool calling ou Structured Outputs strict n’est présenté comme actif dans cette architecture.
Mode sécurisé par défaut
La version ouverte active DRY_RUN=true. Dans ce mode, aucun FTP, POST WordPress, appel Google Indexing ou changement distant ne peut être exécuté : seules des previews et des traces locales sont produites.
DRY_RUN=true\nOPENAI_MODEL=gpt-5.6-terra\nOPENAI_IMAGE_MODEL=gpt-image-2
Adapter le contenu sans perdre le contrôle
Génération originale
La demande de génération impose un article indépendant, fondé sur le sujet et sur des faits vérifiés, jamais une paraphrase rapprochée.
Adaptation au site
Un adaptateur prépare le format, les métadonnées, le maillage et les contraintes éditoriales de la destination retenue.
Publication traçable
FTP, bridge WordPress, monitoring et indexation restent des intégrations distinctes, activées seulement après validation.
Limites et supervision humaine
Un score de sujet ou une revue automatisée ne suffisent pas à établir la justesse d’une information, l’originalité éditoriale ou la pertinence commerciale d’une publication. Une personne reste responsable du choix du sujet, de la vérification des faits, de la validation de l’image, des droits associés et de la décision de mise en ligne. Les identifiants, paramètres de production, historiques éditoriaux et contenus clients restent hors du dépôt public.
Open-source / technical documentation
Le dépôt public est une démonstration assainie : exemples fictifs, tests sans appels réels, configuration par placeholders et publication bloquée en dry-run.