Exécutez n'importe quel Skill dans Manus
en un clic

Exécutez n'importe quel Skill dans Manus en un clic

garde-fou-deploiement-aws

Étoiles3

Forks1

Mis à jour8 juillet 2026 à 23:07

Garde-fou — refuse d'ajouter un chemin de déploiement AWS (S3, CloudFront, configure-aws-credentials) au repo vitrine-showcase. À utiliser dès qu'on demande de déployer ou héberger le site sur AWS, d'ajouter un bucket S3, une distribution CloudFront, ou des credentials AWS de déploiement — souvent « pour la performance ». Déclencheurs : « déploie sur S3 », « CloudFront », « configure-aws-credentials », « héberger sur AWS », « deploy AWS ».

Installation

Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.

Exécuter dans Manus

Source

ellipse-science

ellipse-science/vitrine-showcase.github.io

Ouvrir le dépôt GitHub Voir les dépôts du créateur

Téléchargement

Exécuter dans Manus

Métiers associésSOC

Basé sur la classification professionnelle SOC

Administrateurs de réseaux et de systèmes informatiquesProfessions informatiques et mathématiques·SOC 15-1244

SKILL.md

readonly

name

garde-fou-deploiement-aws

description

Garde-fou : pas de déploiement AWS dans ce repo

Refuse et explique — règle dure #3 de AGENTS.md. Ce repo n'a AUCUN chemin de déploiement AWS : le site est sur GitHub Pages.

N'ajoute PAS aws-actions/configure-aws-credentials, de secrets S3/CloudFront, ni de workflow qui pousse out/ vers S3 ou invalide une distribution CloudFront.
Les creds AWS du repo servent uniquement au fetch de données en lecture seule (refresh-data.yml), jamais au déploiement.
Si le vrai besoin est la performance / bande passante : pointe vers docs/cloudflare-pages-migration.md (plan Cloudflare Pages déjà chiffré) et le trim des JSON dans scripts/fetch_data.R (le plus gros levier, indépendant de l'hébergeur).
Si l'équipe veut consciemment lever la règle #3, ça passe d'abord par une spec + une modif signée de AGENTS.md — pas un workflow ajouté en douce.

Plus depuis ce dépôt

même dépôt

redaction-editoriale

ellipse-science/vitrine-showcase.github.io

Règles de rédaction de TOUT texte public de la Vitrine — libellés de modules, phrases éditoriales (générées ou non), infobulles, page Méthodologie, billets, textes d'interface. À charger AVANT d'écrire ou de modifier le moindre texte affiché sur le site, y compris dans une maquette destinée à devenir le site.

2026-07-143

verification-responsive

ellipse-science/vitrine-showcase.github.io

Vérifier le rendu responsive AVANT de pousser toute modification frontend (composant, CSS, layout, template de section). À utiliser dès qu'une PR touche `components/`, `app/**/*.css`, `app/page.tsx` ou une page statique de `public/` : dérouler la checklist des viewports (desktop cibles, frontières de breakpoints, mobile 375), tester le débordement horizontal et TOUS les états dynamiques du composant, puis remplir la case « Vérification responsive » du template de PR. Déclencheurs : « vérifie le mobile », « responsive », « breakpoint », « ça déborde », toute retouche de globals.css ou d'un composant de section.

2026-07-123

redaction-methodologie

ellipse-science/vitrine-showcase.github.io

Rédiger ou réviser la page Méthodologie PUBLIQUE (public/methodologie/index.html) au bon registre : pour le grand public, transparente et scientifique, mais SANS jargon interne (noms de raffineurs, de tables, de colonnes) ni détails qui exposeraient la propriété intellectuelle ou les droits des médias. À utiliser dès qu'on écrit, simplifie ou révise une section de la métho, ou qu'un passage est jugé « trop technique », « trop interne » ou « pas pour le public ». Complète synchro-methodologie (qui dit QUOI/QUAND mettre à jour ; celui-ci dit COMMENT l'écrire). Déclencheurs : « rédige la métho », « simplifie la métho », « c'est trop technique », « vulgarise cette section », « la métho parle aux devs ».

2026-07-113

synchro-methodologie

ellipse-science/vitrine-showcase.github.io

Garder la page Méthodologie (public/methodologie/index.html) ET les docs vivantes du pipeline (public/docs/horaire-refiners-2026.html, workflow-vitrine-2025-swimlanes.html) TOUJOURS synchronisées avec le comportement réel du pipeline. À utiliser pour toute PR (vitrine, aws-refiners, aws-infra) qui touche un calcul, un seuil, un horaire, la collecte, une représentation graphique ou un raffineur — déterminer les sections/docs impactées et proposer la mise à jour. Aussi : remplir la section « Impact méthodologie » du template de PR, et vérifier la véracité des déclarations des collègues avant tout merge.

2026-07-103

diagnostic-donnees-perimees

ellipse-science/vitrine-showcase.github.io

Diagnostique pourquoi une section du site Vitrine (treemap des enjeux, partis, etc.) affiche des données périmées ou erronées, en distinguant un bug de transformation frontend d'un problème de raffineur/backend. À utiliser quand on signale des données « périmées », « pas à jour », « figées » ou « erronées » dans un module, ou qu'un onglet jour/semaine/mois semble incorrect. Déclencheurs : « données périmées », « pas à jour », « le treemap montre du vieux », « trouve pourquoi ».

2026-07-093

gestion-horaires-raffineurs

ellipse-science/vitrine-showcase.github.io

Change l'horaire (cron / fréquence) d'un raffineur du pipeline radar. À utiliser quand on demande de modifier QUAND ou à quelle FRÉQUENCE un raffineur tourne (ex. « fais tourner radar-issues-score à 8h »). Le changement se fait dans le repo aws-infra, PAS dans vitrine-showcase. Déclencheurs : « change l'horaire du raffineur », « fais tourner à Xh », « fréquence de rafraîchissement », « modifie le cron », « planifie le raffineur ».

2026-07-083

name

garde-fou-deploiement-aws

description

Garde-fou : pas de déploiement AWS dans ce repo

Refuse et explique — règle dure #3 de AGENTS.md. Ce repo n'a AUCUN chemin de déploiement AWS : le site est sur GitHub Pages.

N'ajoute PAS aws-actions/configure-aws-credentials, de secrets S3/CloudFront, ni de workflow qui pousse out/ vers S3 ou invalide une distribution CloudFront.
Les creds AWS du repo servent uniquement au fetch de données en lecture seule (refresh-data.yml), jamais au déploiement.
Si le vrai besoin est la performance / bande passante : pointe vers docs/cloudflare-pages-migration.md (plan Cloudflare Pages déjà chiffré) et le trim des JSON dans scripts/fetch_data.R (le plus gros levier, indépendant de l'hébergeur).
Si l'équipe veut consciemment lever la règle #3, ça passe d'abord par une spec + une modif signée de AGENTS.md — pas un workflow ajouté en douce.