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で見る