Skip to main content

episode-multicanal

Déposer un épisode vidéo monté sur toutes ses pièces et préparer sa sortie sur les six réseaux. Utiliser après un montage, ou quand on demande « dépose l'épisode NN », « prépare la sortie de l'épisode », « publie l'épisode ». Une seule vidéo, un seul lien de stockage — seul le contenu du poste change d'un réseau à l'autre.

설치로 이동

소스 정보

저장소
PrendsTaPart/Video
최근 소스 활동
2026년 8월 30일 14:39
감지된 SKILL.md 언어
프랑스어
스타
0
포크
0

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
episode-multicanal
description
Déposer un épisode vidéo monté sur toutes ses pièces et préparer sa sortie sur les six réseaux. Utiliser après un montage, ou quand on demande « dépose l'épisode NN », « prépare la sortie de l'épisode », « publie l'épisode ». Une seule vidéo, un seul lien de stockage — seul le contenu du poste change d'un réseau à l'autre.
# Publication multicanale d'un épisode · routine E5 ## Objectif chiffré **Un épisode monté est déposé et préparé sur ses six réseaux en un passage**, sans qu'aucune pièce reste sur une ancienne URL. ## La règle de saison **Une seule vidéo, un seul lien de stockage.** Le master 9:16 part tel quel sur Instagram, WhatsApp, Facebook, TikTok, YouTube et LinkedIn ; seul le texte du post change. Cette règle vaut pour tous les épisodes à venir, pas seulement celui-ci. Elle est tenue par l'outil, pas par la discipline : `deposer_episode` écrit la même URL sur les six pièces en un appel, avec **un seul contrôle** de l'URL. Six appels de `publier_video` faisaient six contrôles du même fichier et laissaient, quand l'un échouait, un épisode sur cinq réseaux avec l'ancienne vidéo sur le sixième. ## Garde-fous - **`publier_video` ne sert plus qu'à corriger une pièce isolée.** Pour un dépôt complet, c'est `deposer_episode`. - **Rien ne se programme sans `valide`.** Un agent constate qu'un fichier répond (`pret`) ; il ne décide pas qu'une vidéo est bonne. La validation est un geste humain dans `/admin/production`. - **L'URL doit être servie en `video/mp4`.** L'URL brute de GitHub sort en `application/octet-stream` et le catalogue la refuse : passer par la bibliothèque RapidoCMS. - **Aucune génération Higgsfield.** Si un plan manque, rendre le prompt à l'humain — texte et Reference Elements — pour qu'il le génère lui-même. ## Marche à suivre 1. **`dossier_montage`** sur l'épisode — l'état des pièces, les sources, ce qui manque. Lire `manquant` avant tout le reste. 2. **`deposer_episode`** avec l'identifiant et l'URL RapidoCMS du master. Lire `echecs` : une pièce qui n'a pas basculé se voit là, et nulle part ailleurs. 3. **`dossier_publication_video`** — compte par compte : la vidéo en URL absolue, la légende, et le brouillon RapidoCMS déjà rempli (`social_type`, `account_id`, `media_url`, `media_caption`). **Ne jamais inventer un `account_id`.** 4. Les six réseaux ne se traitent pas pareil, et c'est normal : - **RapidoCMS** publie Instagram, Facebook, TikTok et la page LinkedIn. - **YouTube** passe par son propre MCP : titre ≤ 100 caractères `#Shorts` compris, description avec le lien de l'épisode, tags, URL du short. - **WhatsApp et le profil LinkedIn** se relaient depuis le téléphone : préparer le clip et la légende, puis `marquer_publications` une fois le relais fait par l'humain. 5. **`episodes_du_module`** pour vérifier que l'épisode ressort bien sur son écran — c'est le contrôle que la clé partagée est en place, et il coûte un appel. 6. **`enregistrer_execution_routine`** (BraindCode). ## Ce qu'il faut rendre à la fin - **Les six pièces et leur état** après dépôt, avec l'URL commune. - **Les brouillons créés**, réseau par réseau, avec leur créneau. - **À relayer à la main** — WhatsApp, profil LinkedIn : le lien du média et la légende, prêts à coller. - **Ce qui attend un humain** : la validation, s'il en manque une.
GitHub에서 보기