Synthèse automatique
Applique des règles de sécurité et de maintenabilité aux fichiers YAML, lambdas, capteurs, interrupteurs, relais et comportements de démarrage ESPHome.
Points forts
- Donne la priorité à un comportement sûr pour les relais, charges secteur, chauffages, pompes et autres matériels réels.
- Impose d’inspecter le YAML existant, les substitutions, les broches, les ID et les secrets avant toute modification.
- Fournit des consignes concrètes sur le démarrage, la reconnexion, le mode de restauration et les états de repli.
- Précise la validation avec esphome config et esphome compile.
Limites
- Ne peut pas vérifier le câblage, les limites de tension/courant ni le comportement physique ; dépend d’un contexte projet exact.
- S’agit surtout de conseils de revue et de modification, pas d’une référence exhaustive de tous les composants ESPHome.
- Les commandes de validation ne fonctionnent que si ESPHome et l’environnement du projet sont disponibles.
À utiliser pour modifier ou relire des configurations d’appareils ESPHome, en particulier celles qui pilotent des relais ou d’autres charges potentiellement dangereuses.
Ne pas utiliser pour des automatisations Home Assistant sans lien avec un firmware ESPHome ni pour des projets embarqués non ESPHome.
Analyse de sécurité
SûrThe skill gives conservative ESPHome configuration and hardware-safety guidance. It does not instruct destructive actions, secret exfiltration, obfuscated payloads, or disabling safety controls. The only commands mentioned are standard local ESPHome validation/compile commands, and they are appropriately gated on availability and project relevance.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Review this ESPHome YAML for a relay that controls a pump. Preserve existing IDs, check boot/restore behavior and failsafe defaults, and tell me which esphome validation commands to run.Add a temperature sensor to my ESPHome node using the existing substitutions and !secret references. Do not invent pins or board details; validate the YAML with esphome config if available.Refactor this ESPHome lambda so it does not block, handles NaN sensor values, and avoids excessive flash writes while toggling a relay.name: esphome description: "Applies safe ESPHome rules for YAML, lambdas, sensors, switches, relays, boot behavior, fail-safes, and validation."
Skill: esphome
Purpose
Apply safe, maintainable rules to ESPHome YAML, lambdas, sensors, switches, relays, and ESPHome integrations.
Safety First
ESPHome often controls real hardware. Bugs are not just failed unit tests with extra plastic smell.
Be careful with:
- relays;
- heaters;
- boilers;
- pumps;
- locks;
- gates;
- fans;
- mains-connected devices;
- battery charging;
- high-current loads.
Use failsafe defaults where appropriate.
Inspect First
Before changing ESPHome config, inspect:
- existing YAML structure;
- substitutions;
- packages/includes;
- board type;
- framework;
- pins/GPIO usage;
- IDs;
- secrets references;
- boot behavior;
- reconnect behavior;
- existing lambdas;
- Home Assistant entities linked to the node.
Do not invent pins, wiring, voltage/current limits, or board behavior.
YAML Rules
- Preserve existing IDs unless explicitly changing them.
- Avoid duplicate entity IDs.
- Use
!secretfor sensitive values. - Avoid hardcoded Wi-Fi credentials.
- Keep YAML structure valid.
- Prefer substitutions/packages for repeated configuration when already used.
- Avoid excessive update intervals.
- Consider flash wear.
- Keep lambdas small and readable.
- Avoid blocking lambdas.
Boot and Failsafe Behavior
Consider:
- relay default state;
- restore mode;
- boot priority;
- Wi-Fi loss;
- API/MQTT reconnect;
- safe state after reboot;
- sensor unavailable states;
- brownouts.
For relays controlling dangerous loads, default-off is usually safer unless project requirements prove otherwise.
Lambdas
- Keep lambdas short.
- Avoid hidden state unless necessary and documented.
- Avoid blocking delays.
- Handle NaN/unavailable values.
- Prefer named IDs and clear calculations.
- Move complex logic into custom components only when justified.
Validation
Prefer:
esphome config <file.yaml>
esphome compile <file.yaml>
Only run commands that are available and appropriate for the project.
Report exact commands and results.
Shared Cross-Ecosystem Style
Apply the shared engineering style from:
../../engineering/05_design_principles.md../../engineering/06_responsibility_model.md../../engineering/07_complexity_budget.md../../engineering/12_naming_bible.md
Language-specific idioms control syntax and ecosystem details, but they must not weaken the core rules: small cohesive units, explicit boundaries, honest validation, no dumping grounds, and no fake placeholders.
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/esphome-safety-rules-mrwakfrr/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/esphome-safety-rules-mrwakfrr' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/esphome-safety-rules-mrwakfrr/download' --output '.skill-downloads/esphome-safety-rules-mrwakfrr/SKILL.md.part' && mv '.skill-downloads/esphome-safety-rules-mrwakfrr/SKILL.md.part' '.skill-downloads/esphome-safety-rules-mrwakfrr/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/esphome-safety-rules-mrwakfrr/SKILL.md' && test -s '.skill-downloads/esphome-safety-rules-mrwakfrr/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/esphome' && cp -R '.skill-downloads/esphome-safety-rules-mrwakfrr' '.claude/skills/esphome'Cursor
test -f '.skill-downloads/esphome-safety-rules-mrwakfrr/SKILL.md' && test -s '.skill-downloads/esphome-safety-rules-mrwakfrr/SKILL.md' && mkdir -p '.cursor/skills' && test ! -e '.cursor/skills/esphome' && cp -R '.skill-downloads/esphome-safety-rules-mrwakfrr' '.cursor/skills/esphome'Codex
test -f '.skill-downloads/esphome-safety-rules-mrwakfrr/SKILL.md' && test -s '.skill-downloads/esphome-safety-rules-mrwakfrr/SKILL.md' && mkdir -p '.agents/skills' && test ! -e '.agents/skills/esphome' && cp -R '.skill-downloads/esphome-safety-rules-mrwakfrr' '.agents/skills/esphome'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/esphome-safety-rules-mrwakfrr'openskills read 'esphome-safety-rules-mrwakfrr'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/esphome-safety-rules-mrwakfrr/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.