blender-rendering

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis : Blender 5.2 LTS ou plus récent est requis pour UTILISER ce skill (l'installer, c'est seulement copier des fichiers, mais chaque usage exécute du code Blender dans Blender). Aucun compte, aucune clé API, aucun service payant, et rien n'est envoyé nulle part. Un GPU est choisi automatiquement pour Cycles quand il y en a un (OptiX, puis CUDA, HIP, Metal, oneAPI, sinon le CPU) ; EEVEE demande un contexte GPU même en arrière-plan, donc sur une machine sans GPU, utilise plutôt Cycles sur CPU ou Workbench. Cette fiche installe seulement le skill blender-rendering : blender-core, dont SKILL.md dit qu'il détient le modèle d'exécution, blender-lighting-lookdev (éclairage de scène et caméras), blender-geometry-nodes (nommé par SKILL.md pour décrire les nœuds du compositeur) et les 19 autres skills blender-* du même dépôt ne sont PAS installés. Installe-moi « blender-rendering ». Il couvre le rendu avec Blender 5.2 sous Cycles, EEVEE et Workbench : préréglages de qualité aperçu, final et produit, sélection automatique du GPU et débruiteur correspondant, échantillonnage adaptatif et chemins de lumière, gestion des couleurs AgX, Khronos PBR Neutral et ACES, sortie PNG, EXR et MP4 avec passes, l'API du compositeur 5.0, et le rendu par lots en ligne de commande ou multi-caméras. Dépôt : https://github.com/EL4CTEO/blender-skills (le skill est tout le dossier skills/blender-rendering/ au commit épinglé : SKILL.md, scripts/_bpyx.py, scripts/render_batch.py) Version épinglée : installe le code au commit 71d031dab8bc6729504d11a78cbe91945401045f exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/EL4CTEO/blender-skills dans un dossier temporaire, place-toi au commit 71d031dab8bc6729504d11a78cbe91945401045f, et copie le dossier skills/blender-rendering/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-19 : [FINGERPRINTS] - SKILL.md: SHA-256 ea4c7616fc1559cf8f1838e5e1cd6d49ff3c13fe716af3d8bd7aeca5877eeb45 - scripts/_bpyx.py: SHA-256 a3339ba8a678469e8ed29510e32a7331e0235202191ca4edb977af4720819b4b - scripts/render_batch.py: SHA-256 2ee9043b297148b9d76b54fc22390e1e6062e2e27c33ab0386dcfa2fdb59c432 Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quels services il se connecte, s'il lit ou envoie des informations personnelles ou des clés, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir des fichiers : - Le dossier du skill contient trois fichiers : SKILL.md (5 599 octets) et deux scripts Python sous scripts/ (scripts/_bpyx.py, 4 503 octets ; scripts/render_batch.py, 6 960 octets). Ce skill n'a aucun dossier references/. - Rien n'est envoyé nulle part pendant l'installation elle-même ; le seul téléchargement à l'installation est le dossier du skill depuis GitHub au commit épinglé. Les fichiers ne nomment aucun compte, aucune clé API, aucune télémétrie et aucun service distant, et aucun des deux scripts ne contient de code réseau (aucun HTTP, aucune socket réseau, aucun téléversement). Le mot « socket » dans SKILL.md désigne une prise de nœud du compositeur Blender, pas une socket réseau. Aucun script de ce dossier ne lit de variable d'environnement. - scripts/render_batch.py roule dans Blender, pas seul sur l'hôte : il applique le moteur et le préréglage choisis à la scène courante (échantillons Cycles, seuil adaptatif et débruiteur, ou échantillons de rendu EEVEE et lancer de rayons), choisit un moteur GPU dans l'ordre OptiX, CUDA, HIP, Metal, oneAPI et revient au CPU sinon, règle la résolution, la vue et l'apparence des couleurs, le format de sortie (PNG, JPEG, EXR, EXR multicouche, MP4 ou WebM) et le film transparent si demandé, crée le dossier de sortie avec os.makedirs, puis rend les images et caméras que je nomme avec bpy.ops.render.render et rapporte en JSON les fichiers écrits et les secondes par image. scripts/_bpyx.py est l'assistant partagé qu'il importe (analyse des arguments après « -- », sortie JSON, assistants énumérations et objets) ; c'est une copie synchronisée du shared/_bpyx.py du dépôt. - À l'usage, tout roule localement dans mon propre Blender, sur un fichier de scène que je t'indique : soit par les routes de blender-core (en direct via blender-mcp ou sans interface via son lanceur, qu'aucun des deux cette fiche n'installe), soit directement avec une commande Blender comme blender -b scene.blend -P render_batch.py -- --preset final --frames 1. Le rendu écrit des fichiers image ou vidéo seulement au chemin de sortie que je choisis, et un rendu peut prendre longtemps et solliciter fortement le GPU. Cette installation ne lance aucun usage. - Le périmètre est le rendu seulement : moteurs, préréglages, échantillonnage, débruitage, chemins de lumière, gestion des couleurs, formats de sortie et passes, notes sur le compositeur, et rendu par lots. SKILL.md dit que le modèle d'exécution est dans blender-core et que l'éclairage de scène et les caméras sont dans blender-lighting-lookdev, et il renvoie à blender-geometry-nodes pour décrire les nœuds du compositeur ; aucun de ces skills n'est installé par cette fiche, donc leur savoir d'aiguillage et d'exécution manque tant qu'ils ne sont pas installés séparément. L'installeur propre au dépôt et le plugin Claude Code installent les 22 skills d'un coup et ne sont pas la route utilisée ici. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier blender-rendering dans le répertoire des skills de l'agent, dans un dossier nommé « blender-rendering », en gardant ses trois fichiers avec leur sous-dossier scripts/. 4. Vérifie sans appels réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : installer Blender 5.2 LTS ou plus récent moi-même si je ne l'ai pas, fournir un GPU si je veux EEVEE ou un rendu Cycles rapide, et installer blender-core, blender-lighting-lookdev ou tout autre skill blender-* spécialisé séparément si j'en veux un ; utiliser le skill est une étape séparée qui ne commence que quand je le demande). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.