メニュー
Contrôle QA quotidien 23h de la veille collectée par Hermes/Codex/Antigravity + validation des sources candidates
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Corrige et convertit des fichiers de sous-titres (.srt, .vtt, .ass, .ssa) — resynchronise le timing (décalage global, étirement/compression de framerate), nettoie les artefacts OCR, réencode en UTF-8, fusionne ou découpe des pistes, et convertit entre formats. À utiliser quand l'utilisateur veut "décaler mes sous-titres de N secondes", "convertir srt en vtt", "mes sous-titres sont en avance/retard", "réparer l'encodage des sous-titres", "passer de 23.976 à 25 fps", "fusionner deux pistes de sous-titres". NE PAS utiliser pour TRADUIRE le contenu (déléguer au skill de langue/traduction) ni pour de l'extraction audio/vidéo.
Protocole de développement discipliné pour une tâche non triviale : brainstorm → spec → plan → implémentation incrémentale (pilotée par sous-agents) → TDD → revue → ship. À utiliser quand l'utilisateur veut "faire les choses dans l'ordre", "spec d'abord", "un plan avant de coder", "approche disciplinée/rigoureuse", "TDD", "revue avant merge", ou quand une tâche est assez grosse/risquée pour mériter un cadrage. Orchestrateur : il SÉQUENCE et DÉLÈGUE aux skills existants, il ne les refait pas. Inspiré d'obra/superpowers (design, pas d'import de code). NE PAS utiliser pour un correctif trivial en une étape (overkill).
Transforme une source documentaire (README, doc, PDF, page web, repo) en un SKILL.md prêt à relire OU en fiche de connaissance, avec détection de conflit/duplication. À utiliser quand l'utilisateur veut "faire un skill à partir de ce doc/PDF/repo", "ingérer cette documentation", "extraire un skill de ce README", "convertir cette page en compétence", "capitaliser ce contenu". Pipeline : ingestion → extraction d'intention/structure → brouillon (SKILL.md ou fiche) → détection de doublon vs l'existant → PROPOSITION (jamais d'installation auto). Inspiré de Skill_Seekers (inspiration de design, pas d'import de code). NE PAS utiliser pour un simple résumé (déléguer), ni pour polir/évaluer un skill déjà rédigé (déléguer à skill-creator).
Audit de sécurité de la CONFIGURATION DE L'AGENT lui-même (pas de l'app applicative). À utiliser pour passer en revue les serveurs MCP et leurs portées, les hooks et commandes, les permissions/auto-approbations d'outils, les secrets en clair dans les configs/hooks/env, l'exécution de code distant ou non épinglé, et l'exposition réseau de la surface agent. Déclencheurs : "audit de ma config agent", "AgentShield", "mes MCP sont-ils sûrs", "audit des hooks/permissions", "secrets en clair dans la config", "revue de sécurité du harnais". Produit un tableau de gravité + correctifs PROPOSÉS. NE MODIFIE JAMAIS les contrôles d'accès / permissions / secrets lui-même (interdit) : il PROPOSE, l'utilisateur applique. Complète code-corrector (applicatif) et le coffre SOPS (secrets au repos), sans les dupliquer.
Correcteur et durcisseur de code web, discipliné et mesuré. À utiliser quand l'utilisateur veut corriger les bugs d'une web app, faire un audit de sécurité (OWASP Top 10 : injections, XSS, CSRF, contrôle d'accès), lever les plafonds d'affichage/pagination SANS retirer les protections serveur, optimiser un code en préservant à 100% le design existant, ou produire un rapport de correction structuré avec correctifs testés. Déclencheurs : "corrige les bugs de mon app", "audit sécurité", "OWASP", "déverrouille l'affichage / flux illimité", "optimise sans casser le design", "failles XSS/CSRF/injection". RÈGLE CARDINALE : toute modification STRUCTURALE est PROPOSÉE puis exécutée seulement après approbation explicite de l'utilisateur. NE PAS utiliser pour une revue de style pure (déléguer code-review-and-quality) ni un débogage ponctuel trivial.
Radar d'innovation et moteur d'auto-amélioration de TricorderKit. À utiliser quand l'utilisateur veut surveiller l'état de l'art, trouver des innovations récentes, "que sort-il de neuf en IA", chercher comment améliorer TricorderKit/un de ses modules, faire une veille techno priorisée, ou alimenter le self-improving en candidats. Scanne une base de sources de référence (arXiv, Papers with Code, IEEE, awesome-*, ResearchRabbit…), classe par pertinence pour TricorderKit, et PROPOSE des améliorations (validation humaine, jamais d'adoption automatique). NE PAS utiliser pour une simple recherche factuelle ponctuelle (déléguer à deep-research) ni pour un lookup de domaine manga/anime.
| name | veille-quotidienne-japon |
| description | Contrôle QA quotidien 23h de la veille collectée par Hermes/Codex/Antigravity + validation des sources candidates |
ROUTAGE : T2/Sonnet, caveman lite, Extended Thinking OFF. Budget : ≤10 appels d'outils hors lecture/écriture vault, pas de re-scraping massif.
CONTRÔLEUR QA de la veille manga/LN/anime (plan SY121). La collecte est faite par Hermes/Codex/VPS — tu ne collectes PAS. Vault = MCP obsidian-japan-alliance. Vouvoyer Sébastien.
_Inbox_Global/AAAA-MM-JJ_Veille_Quotidienne.md (jour J ; contrôle aussi celle d'hier si restée status: a_trier). Absente → écris _Inbox_Global/AAAA-MM-JJ_ALERTE_Collecte_Manquante.md et ARRÊTE-TOI.FRONTMATTER — RÈGLE STRICTE (anti double-bloc) : la note ne doit avoir QU'UN SEUL bloc frontmatter ---. Pour écrire les champs QA (status → qa_ok|qa_reserves ; qa_by: claude ; qa_date ; qa_verdict), utilise mcp__obsidian-japan-alliance__update_frontmatter (merge) — ne crée JAMAIS un second bloc ---. ⚠️ Le collecteur écrit souvent des valeurs de liste avec un : non échappé (ex. sources_echec: - Oricon_US (HTTPError: HTTP Error 403...)), ce qui rend le YAML invalide et fait que update_frontmatter PRÉFIXE un 2e bloc au lieu de fusionner. Donc AVANT d'écrire : si le frontmatter est invalide ou déjà dupliqué (deux --- en tête), normalise-le d'abord en UN seul bloc valide en entourant de guillemets "..." toute valeur contenant :, ( ou ). APRÈS écriture, relis les 15 premières lignes et vérifie qu'il n'y a qu'un seul --- d'ouverture ; sinon corrige. (Cause racine à signaler à Sébastien : le collecteur VPS/codex devrait quoter ces valeurs à l'écriture.)
3. SOURCES CANDIDATES : 05_Industrie_Sources/10_Registry_Routing/36_Sources_Candidates.md, chaque ligne status: candidate → vérifier via Exa (1-2 requêtes max : URL officielle, opérateur, fiabilité, doublon canon via search_notes) → claude_review: validated|rejected + motif ; validées : source_id SRC-XXX-### suivant + ajout 05_Industrie_Sources/INDEX_VEILLE_Sources.md + signaler la promotion à finaliser.
RÈGLE : aucune source n'entre au canon sans cette validation (§2). Synthèse finale ≤5 lignes : verdict, nb items, candidates, actions requises de Sébastien.