canary

canary

Catalogue généré le 2026-05-11

En une phrase

Post-deploySurveille canaryton monitoring.site en production après un déploiement, prend des captures d'écran à intervalles réguliers, et te prévient si quelque chose se casse.

Quand l'utiliser

• UseJuste when:après "monitorun deploy",déploiement, "canary",quand "post-deploytu check",veux "watchêtre production",sûr "verifyque deploy".rien n'est cassé sans rester collé à ton écran.

Pour détecter automatiquement les régressions de performance (gstack)le site qui devient lent). Pour repérer les erreurs JavaScript dans la console qui sont apparues après ta mise en ligne. Quand tu veux surveiller une page sensible pendant quelques heures sans intervention humaine.

Comment l'invoquer

• Slash command : /canary (si exposé dans ton CLI)
• Phrases déclencheurs (texte) : voir"monitor ladeploy" description/ complète"canary" ci-dessous/ "post-deploy check" / "watch production" / "verify deploy" / "monitor after deploy" / "canary check"
• Auto-invocation : surSur demande expliciteexplicite, ou suggéré juste après un déploiement effectué via /ship ou /land-and-deploy.

Description complètedétaillée

Post-deployLe canaryterme monitoring."canary" Watchesvient thedes livecanaris appqu'on foremmenait dans les mines de charbon : si l'oiseau tombait, on savait qu'il y avait un problème dans l'air. Ici, le canary, c'est ce skill qui veille sur ton site en production.

Concrètement, il ouvre le démon du navigateur invisible de gstack et lance des sondages réguliers sur ton site live. À chaque passage, il prend une capture d'écran, regarde la console errors,pour performancerepérer regressions,les anderreurs JS, mesure le temps de chargement, et compare tout ça à des références prises avant le déploiement (les "baselines").

Si quelque chose s'écarte trop de la baseline — une erreur en console qui n'était pas là, une page failuresqui usingmet thesoudainement browse3 daemon.secondes Takesau periodiclieu screenshots,de compares500 againstms, pre-deployun baselines,élément andclé alerts on anomalies. Use when: "monitor deploy", "canary", "post-deploy check", "watch production", "verify deploy". (gstack)

Pour aller plus loin

Preamble (run first)

Plan Mode Safe Operations

In plan mode, allowed because they inform the plan: $B, $D, codex exec/codex review, writes to ~/.gstack/, writes to the plan file, and open for generated artifacts.

Skill Invocation During Plan Mode

If the user invokesqui a skill in plan mode, the skill takes precedence over generic plan mode behavior. Treat the skill file as executable instructions, not reference. Follow it step by step starting from Step 0; the first AskUserQuestion is the workflow entering plan mode, not a violation of it. AskUserQuestion (any variantdisparu — mcp__*__AskUserQuestionil or native; see "AskUserQuestion Format → Tool resolution") satisfies plan mode's end-of-turn requirement. If no variant is callable, the skill is BLOCKED — stop and report BLOCKED — AskUserQuestion unavailable per the AskUserQuestion Format rule. At a STOP point, stop immediately. Do not continue the workflow or call ExitPlanMode there. Commands marked "PLAN MODE EXCEPTION — ALWAYS RUN" execute. Call ExitPlanMode only after the skill workflow completes, or if the user tells you to cancel the skill or leave plan mode.t'alerte.

(extraitTu — voirpeux le SKILL.mdlancer completjuste après /ship ou /land-and-deploy pour laavoir suite)l'esprit tranquille pendant que tu fais autre chose. C'est une sorte de "monitoring léger maison" qui ne remplace pas un vrai outil de monitoring pro, mais qui rattrape déjà 80% des régressions visibles en post-deploy.

Source

• Plugin : gstack
• Nom interne : canary
• Fichier : /home/thymon/.claude/skills/gstack/canary/SKILL.md