Ejecuta cualquier Skill en Manus
con un clic

Ejecuta cualquier Skill en Manus con un clic

garde-fou-deploiement-aws

Estrellas3

Forks1

Actualizado8 de julio de 2026 a las 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 ».

Instalación

Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.

Ejecutar en Manus

Fuente

ellipse-science

ellipse-science/vitrine-showcase.github.io

Abrir repositorio de GitHub Ver repositorios del creador

Descarga

Ejecutar en Manus

Ocupaciones relacionadasSOC

Basado en la clasificación ocupacional SOC

Administradores de redes y sistemas informáticosOcupaciones informáticas y matemáticas·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.

Más de este repositorio

mismo repositorio

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.