blender-pipeline-automation

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 dans Blender). Aucun compte, aucune clé API, aucun service payant, et rien n'est envoyé nulle part par les scripts du skill. Deux motifs optionnels sont documentés dans SKILL.md et ne sont PAS faits par cette installation et ne roulent jamais automatiquement : utiliser Blender comme module Python via pip install bpy==5.2.* (un téléchargement d'environ 300 Mo depuis PyPI, demande Python 3.13), et une recette CI qui télécharge l'archive Linux de Blender depuis download.blender.org. SKILL.md dit aussi que son modèle d'exécution vit dans le skill séparé blender-core (son lanceur run_in_blender.py et sa référence references/bpy-patterns.md), que cette fiche n'installe PAS ; le script de lot de cette fiche roule directement dans Blender sans interface, sans ce lanceur. Cette fiche installe seulement le skill blender-pipeline-automation : les 21 autres skills blender-* du même dépôt ne sont PAS installés, même si SKILL.md donne des exemples qui roulent les scripts d'autres skills. Installe-moi « blender-pipeline-automation ». C'est le skill de lots et de pipeline pour Blender 5.2 : usage CLI sans interface, conversion par lots, rapports d'inventaire et exécution d'un autre script sur des dossiers entiers de fichiers .blend, FBX, glTF, OBJ, STL, PLY, USD et Alembic, avec fragmentation (sharding) entre processus parallèles, liaison de bibliothèques et gestion des chemins, et motifs pour fermes de rendu et CI. Dépôt : https://github.com/EL4CTEO/blender-skills (le skill est tout le dossier skills/blender-pipeline-automation/ au commit épinglé : SKILL.md, scripts/_bpyx.py, scripts/batch_process.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-pipeline-automation/ 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 590e1159205c68af5c338425456c3ff86837cdb8202e34f2d40a018e96ec79fa - scripts/_bpyx.py: SHA-256 a3339ba8a678469e8ed29510e32a7331e0235202191ca4edb977af4720819b4b - scripts/batch_process.py: SHA-256 baedf17711a939981f3796879e1f32be3203c197c41d9dc3fad8a104b82bfe8e 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 (4 899 octets), et deux scripts Python sous scripts/ (scripts/_bpyx.py, 4 503 octets ; scripts/batch_process.py, 6 833 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é. Aucun des deux scripts ne contient de code réseau (aucun HTTP, aucune socket, aucun téléversement), aucune télémétrie, aucun compte et aucune clé API, et aucun des deux scripts ne lit de variable d'environnement ni n'appelle subprocess. Les seuls hôtes nommés dans SKILL.md sont download.blender.org (l'archive CI optionnelle) et PyPI derrière le motif optionnel pip install bpy décrit aux prérequis ; ni l'un ni l'autre ne roule à l'installation ni automatiquement à l'usage. Les noms de variables d'environnement dans SKILL.md (BLENDER_USER_SCRIPTS, BLENDER_USER_EXTENSIONS, BLENDER_SYSTEM_PYTHON et OCIO) sont les variables documentées propres à Blender, pas des valeurs que les scripts du skill lisent. - scripts/batch_process.py roule dans Blender et traite chaque fichier correspondant d'un dossier, d'un glob ou d'une liste. En mode report, il retourne un inventaire en JSON par fichier (types et comptes d'objets, triangles, matériaux, images, chemins d'images manquantes et actions). En mode convert, il importe chaque fichier et l'exporte en glb, fbx, obj, stl, usd, usdz ou blend, en écrivant dans le dossier --out donné ; si aucun --out n'est donné, le fichier converti est écrit à côté de son fichier source, donc je devrais toujours passer --out. En mode script, il charge le fichier Python que je nomme avec --script (via importlib, ce qui exécute ce fichier) et appelle son run() avec les --kwargs JSON que je fournis pour chaque fichier d'entrée, en enregistrant au besoin une copie .blend par fichier dans --save-to. Les fichiers peuvent être répartis entre processus Blender parallèles avec --shard i/n. Un échec sur un fichier n'arrête pas le lot, et le résumé liste les échecs. Charger un fichier remplace le contenu de la session Blender en cours : les fichiers .blend sont ouverts avec open_mainfile, et les autres formats partent de read_factory_settings(use_empty=True) avant l'import, donc l'utiliser via MCP sur un fichier ouvert remplace ce fichier ouvert, comme son propre docstring l'avertit. - scripts/_bpyx.py est l'assistant partagé que batch_process.py importe (analyse des arguments après « -- », sortie JSON sur une ligne marquée, enveloppe CLI, assistants objets et nœuds) ; c'est une copie synchronisée du shared/_bpyx.py du dépôt, identique à l'octet près au commit épinglé. Son enveloppe CLI ne peut enregistrer un .blend que si un script est roulé avec un chemin d'enregistrement explicite. - À l'usage, tout roule localement dans mon propre Blender, sans interface (blender -b -P scripts/batch_process.py -- ...), sur des dossiers et des fichiers que je t'indique ; cette installation ne lance aucun usage. Les règles de robustesse propres à SKILL.md s'appliquent : ne jamais écrire dans le dossier source par défaut (utiliser un --out ou un --save-to séparé, et enregistrer avec copy=True), rendre les scripts idempotents, journaliser en JSON par fichier, et épingler Blender 5.2 LTS pour un projet. - Le périmètre est le travail de lots et de pipeline seulement. La fondation d'exécution vers laquelle SKILL.md pointe (blender-core, son lanceur run_in_blender.py et sa référence de motifs bpy) et les scripts spécialisés que ses exemples roulent par fichier (par exemple les scripts de blender-asset-qa et de blender-game-optimization) sont d'autres skills blender-*, que cette fiche n'installe pas ; 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-pipeline-automation dans le répertoire des skills de l'agent, dans un dossier nommé « blender-pipeline-automation », 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, installer le skill séparé blender-core moi-même si je veux son lanceur et ses motifs, installer tout autre skill blender-* séparément si je veux ses scripts pour le mode script par lots, et décider moi-même si j'utilise un jour le module pip bpy optionnel ou le motif d'archive CI ; 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.