Menu
Vérifie le statut actuel d'une API/lib (existe ? dépréciée ? version stable ?) via Context7/Docfork et produit un rapport décision/ADR. Use before writing prod code or a spec snippet with an API whose status is uncertain.
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.
Basé sur la classification professionnelle SOC
Fait cadrer/relire/valider un plan, un diff ou un prompt par un agent distinct (Codex) hors-bande, et intègre le verdict. Use for the project's separate-validator cadence (framing before a non-trivial change, diff review, gate before merge).
Capture (record) et inspecte le rendu Compose via Roborazzi en JVM (sans device) pour un changement de rendu UI. Use when changing PostRenderer or refactoring a screen's rendering and you need to eyeball the result.
Exécute la validation locale canonique Redface 2 (reproduit la CI) dans l'environnement Docker de référence et produit un rapport commandes/résultats. Use before opening or updating a PR with code changes that must reproduce CI locally.
Vérifie qu'un agent (Claude Code, Codex, Cursor, Gemini CLI…) est paré pour travailler sur Redface 2 — MCP, identité git/gh, CLI, état du repo. Génère un rapport OK/MISSING avec fix concrets. Use at the start of a structuring session before any operation that interacts with HFR, GitHub, Context7 / Docfork, or the Docker build.
Scanne issues, PRs, branches, milestones, CI et roadmap.md de Redface 2 et produit un rapport en 4 buckets (urgent / court terme / roadmap proche / gros chantiers). Spécialisé Redface 2 (lit la phase courante depuis methodology.md, les milestones, les dépendances externes déclarées dans roadmap.md). Mode `collecte` par défaut (signaux objectifs), mode `score` en argument pour avis subjectif.
Vérifie l'alignement entre les specs canoniques (docs/specs/), les ADR (docs/adr/) et le code réel de Redface 2 (settings.gradle.kts, libs.versions.toml, modules Kotlin). Détecte les écarts par sévérité (critique / important / mineur). Complémentaire à spec-check (cross-spec) et spec-audit (audit lourd des specs seules).
| name | techno-check |
| description | Vérifie le statut actuel d'une API/lib (existe ? dépréciée ? version stable ?) via Context7/Docfork et produit un rapport décision/ADR. Use before writing prod code or a spec snippet with an API whose status is uncertain. |
| argument-hint | <lib/API> (ex: 'androidx.compose.material3 PullToRefreshBox' ou 'OkHttp 5 CookieJar') |
| disable-model-invocation | true |
Évite les pièges « API inexistante / dépréciée / pré-release » (SwipeRefresh, EncryptedSharedPreferences, Kotlin 2.4-SNAPSHOT pris pour la stable). Produit un rapport vérifiable, pas un rappel de prose.
$ARGUMENTS = la lib / l'API à vérifier.
resolve-library-id) ou Docfork.gradle/libs.versions.toml, docs/specs/stack.md).docs/adr/NNN-*.md) ; sinon, pas d'ADR.API : <nom>
Statut : existe / dépréciée / inexistante
Version stable : <x.y.z> (source : Context7/Docfork, consulté le <date>)
Aligné stack : oui/non (libs.versions.toml = <…>)
Décision : <à utiliser / alternative <…> / ne pas utiliser>
ADR nécessaire : oui (scaffold #/chemin) / non
methodology.md).