react-observability
Améliorer l'observabilité React
Les échecs React se cachent souvent derrière des retours silencieux et des messages d'erreur peu utiles. Cette compétence donne à Claude, Codex et Claude Code des modèles pratiques pour les logs, le traçage et des diagnostics plus sûrs.
Installer avec mon Agent
Copiez cette demande dans votre Agent. Elle contient la page Skill de référence et le manifeste.
Review the Skillstore skill "react-observability" from https://skillstore.io/skills/cjharmath-react-observability.md and its manifest at https://skillstore.io/api/skills/cjharmath-react-observability/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.Votre Agent doit toujours présenter son plan et demander toute confirmation exigée par la politique de sécurité.
Ressources lisibles par les agents
Utilisez ces liens lorsqu’un Agent IA, un crawler ou un script a besoin d’un contexte propre au lieu de lire toute la page.
Tester
Utilisation de « react-observability ». Un flux de paiement React échoue sans logs utiles.
Résultat attendu:
- Une liste des branches silencieuses qui nécessitent des logs d'avertissement ou d'erreur.
- Des identifiants de flux recommandés pour les étapes de paiement et les points d'échec.
- Les champs sensibles qui doivent être supprimés avant la journalisation ou le signalement.
Utilisation de « react-observability ». Un composant intercepte les erreurs mais affiche seulement un message générique.
Résultat attendu:
- Une structure de message de diagnostic plus claire pour les développeurs.
- Des recommandations de fallback sûres pour l'utilisateur dans l'interface visible.
- Un contexte de signalement d'erreur en production suggéré, sans secrets.
Utilisation de « react-observability ». Une équipe veut une convention de journalisation React partagée.
Résultat attendu:
- Les niveaux de journalisation recommandés et quand utiliser chaque niveau.
- Une checklist pour les retours anticipés, les instantanés d'état et les limites d'erreur.
- Les anti-patterns à éviter avant de fusionner une nouvelle instrumentation.
Audit de sécurité
SûrAll static findings were adjudicated as false positives from Markdown formatting or TypeScript examples. I found no executable skill code, prompt injection attempt, credential access, shell execution, or malicious intent in SKILL.md.
Facteurs de risque
⚙️ Commandes externes (50)
🔑 Variables d’environnement (4)
Partager et citer ce rapport
Partagez le rapport d’évaluation versionné, le badge neutre, la carte intégrable et les citations. Skillstore présente les preuves sans décider si ce Skill est sûr.
Copier le lien du rapport
https://skillstore.io/skills/cjharmath-react-observability/audits/8?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportBadge Markdown
[](https://skillstore.io/skills/cjharmath-react-observability?utm_source=security_passport_badge)Badge HTML
<a href="https://skillstore.io/skills/cjharmath-react-observability?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/cjharmath-react-observability/security.svg" alt="Skillstore security assessment" loading="lazy"></a>Carte intégrable
<iframe src="https://skillstore.io/embed/skills/cjharmath-react-observability.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>Citations académiques (APA · BibTeX · CFF)
Citation APA
CJHarmath. (2026). react-observability security audit report (audit version 8) [Author version unspecified]. Skillstore. https://skillstore.io/skills/cjharmath-react-observability/audits/8Citation BibTeX
@techreport{cjharmath-cjharmath-react-observability-2026,
author = {CJHarmath},
title = {react-observability security audit report (audit version 8)},
institution = {Skillstore},
year = {2026},
number = {8},
url = {https://skillstore.io/skills/cjharmath-react-observability/audits/8},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "react-observability security audit report (audit version 8)"
version: "unspecified"
type: report
authors:
- name: "CJHarmath"
date-released: "2026-07-05"
url: "https://skillstore.io/skills/cjharmath-react-observability/audits/8"
identifiers:
- type: other
value: "skillstore:cjharmath-react-observability:audit:8"
description: "Skillstore immutable audit report identifier"
Score Skillstore
Pourquoi ce score Niveau de confiance des preuves: ÉlevéCe que vous pouvez créer
Ajouter des flux React débogables
Utilisez la compétence pour ajouter des logs clairs autour des flux asynchrones, des changements d'état et des retours anticipés.
Améliorer le contexte des incidents de production
Utilisez les modèles pour capturer des détails d'erreur utiles tout en évitant les données sensibles dans les rapports.
Standardiser les pratiques de journalisation de l'équipe
Utilisez la checklist et les exemples pour aligner les contributeurs React et React Native sur du code observable.
Essayez ces prompts
Utilisez la compétence react-observability pour revoir ce code React. Identifiez les retours silencieux, les messages d'erreur faibles et les logs de contexte manquants.
Utilisez la compétence react-observability pour ajouter une journalisation structurée à ce flux React. Incluez les niveaux de log, les objets de contexte et des recommandations de suppression des données sensibles.
Utilisez la compétence react-observability pour concevoir la gestion des erreurs pour cette fonctionnalité. Incluez des helpers d'assertion, des limites d'erreur et des points de signalement en production.
Utilisez la compétence react-observability pour analyser ce chemin d'incident de production. Recommandez des logs, des instantanés d'état, des identifiants de flux et des règles de suppression des données sensibles.
Bonnes pratiques
- Journalisez pourquoi le code sort de manière anticipée, et incluez uniquement le contexte nécessaire pour diagnostiquer la branche.
- Supprimez les champs sensibles avant d'envoyer le contexte aux consoles ou aux services de signalement d'erreurs.
- Utilisez des identifiants de flux cohérents afin qu'une action utilisateur puisse être tracée sur plusieurs étapes.
Éviter
- N'ajoutez pas de dumps d'état larges aux logs de production sans revue de confidentialité.
- N'ignorez pas les erreurs interceptées après journalisation, sauf si le comportement est intentionnel et documenté.
- Ne laissez pas de journalisation de débogage temporaire activée sans flag ni plan de suppression clair.