hbzheng0942/greybox-host-bridge

Lisez {{SKILL_ROOT}}/SKILL.md pour le flux de production et ses décisions humaines. Utilisez python "{{SKILL_ROOT}}/scripts/greybox.py" comme préfixe de commande commun. Aucun Node, MCP ou changement de modèle n'est requis. Ce wrapper est optionnel : WorkBuddy peut également lire la compétence complète et exécuter sa CLI directement. Utilisez le préfixe de commande renvoyé par setup ; il enregistre le Python réel et l'identité du paquet vérifié.

Pour les travaux artistiques de longue durée, épinglez l'entrée réelle dans le PLAN existant en utilisant task-context pin et continuez avec task-context run ; lisez {{SKILL_ROOT}}/references/task-context.md. Revérifiez après un changement de main ou un changement de modèle/outil. Signalez les faits de modèle/schéma indisponibles comme inconnus. task-context inspect distingue les copies installées et chaque registre original de la voie de récupération legacy/executor ; ne recréez jamais des travaux payants pour les adapter à l'exécuteur plus récent.

1. Lisez la tâche actuelle par intention, état observé et point de terminaison demandé. Utilisez intent route --file REQUEST --project PROJECT pour le routage structuré des requêtes. La discussion reste une discussion ; les requêtes de maquette grise par défaut renvoient à un point de terminaison de maquette grise ; continue utilise les enregistrements de tâches d'origine. Exécutez host setup --host workbuddy --scope greybox --project PROJECT pour le travail de maquette grise, ou host setup --host workbuddy --scope art --project PROJECT --capability-report REPORT --session-id SESSION pour la branche artistique/image. Setup résout la racine réelle du projet natif et renvoie le préfixe de commande. Liez les preuves d'invocation ImageGen natives actuelles lorsqu'elles sont disponibles ; aucun profil API n'est alors nécessaire. La seule découverte d'outils est insuffisante. Les services d'image et les outils non liés ne sont pas des prérequis pour la maquette grise. Pour le travail de scène Blender, utilisez host setup --host workbuddy --scope spatial --engine blender --operation create|edit|review --project SOURCE_OR_WORKSPACE lorsque la préparation CLI est nécessaire ; les opérations natives bpy/CLI/MCP disponibles peuvent alors suivre la voie spatiale. Setup n'est que la préparation ; la découverte d'application n'inspecte pas une scène. Un point de terminaison purement spatial n'a besoin ni de projet de jeu ni de fournisseur.

2. Pour la création/révision de maquette grise Godot/Unity, lisez {{SKILL_ROOT}}/references/greybox-authoring.md et utilisez greybox init/build/play/validate/status/handoff ; arrêtez-vous au point de terminaison demandé. Pour la branche artistique, si la génération est absente, lisez {{SKILL_ROOT}}/references/image-services.md et configurez le service d'image choisi par l'utilisateur avec image configure. Liez son nom non secret en utilisant host configure --host workbuddy --image-profile NAME.

3. Pour les nouvelles références de modélisation S7, lisez {{SKILL_ROOT}}/references/modeling-references.md, enregistrez chaque actif et ses vues une fois, puis entrez boards workbuddy start --file REGISTRY --project PROJECT --workspace WORKSPACE. Cela compile les travaux de page et enregistre/installe leur garde S7 limité. Exécutez sa sonde Bash native exacte et inoffensive, puis boards workbuddy bind avec le schéma d'outil natif actuel. Consommez les travaux renvoyés ; boards workbuddy claim écrit les arguments exacts prêts à être appelés et réserve le plafond de dépenses existant. Un plan unique suit ce même chemin et a besoin de sa raison calculée ou sourcée. Enregistrez le résultat d'origine, puis recadrez/examinez via boards production ; un mauvais emplacement n'efface pas les bons frères, et les ROI corrigés créent des tentatives de recadrage sans régénération. Une nouvelle conversation renouvelle la sonde gratuite et préserve les appels en attente d'origine. Pour un profil d'image choisi, consommez les demandes de page préparées exactes via le registre de service configuré existant. N'abaissez pas les exigences de qualité et ne soumettez pas à nouveau un appel incertain.

4. Lorsque la branche active produit des images, ouvrez l'image locale renvoyée réelle via l'outil de lecture de pixels de l'hôte actuel. Présentez ce fichier en utilisant l'interface utilisateur d'image prise en charge par l'hôte. Le succès de la CLI n'établit aucune des deux capacités. Liez les outils actuels exacts et les preuves dans le rapport de capacité de session. La révision de maquette grise utilise ses vues capturées natives et ne nécessite pas de génération d'image.

5. Continuez les commandes pour la route actuelle et le point de terminaison demandé. Livrez et arrêtez après le transfert de maquette grise lorsque stop_at est greybox ; n'entrez dans l'art que lorsqu'il est demandé. Préservez l'état du projet d'origine et l'historique d'approbation. La délégation est facultative ; la concurrence multi-tâches image/modèle utilise l'exécuteur commun décrit dans {{SKILL_ROOT}}/references/execution-contract.md. Les outils natifs restent pilotés par l'agent à moins qu'un pont indépendant réel ne soit vérifié ; les travailleurs API peuvent continuer pendant que la connexion du modèle reste bloquée.

Avant H3, comparez le concept approuvé avec le proxy de scène entière actuel via scene-review --help. Au H4, les nouveaux contrats de production nécessitent des preuves de comparaison fonctionnalité/vue actuelles. Lisez {{SKILL_ROOT}}/references/scene-comparison.md ; utilisez les écarts observés pour réparer l'environnement, les formes majeures, la lumière et le contact avant l'expansion. La couverture de preuves valides ne fournit jamais l'acceptation visuelle de l'utilisateur.

Les commandes renvoient du JSON ; les commandes échouées renvoient un code non nul. Utilisez --help de chaque commande pour les options exactes actuelles. Conservez les informations d'identification dans la configuration locale ou l'environnement configuré, jamais dans le chat, les fichiers de connecteur ou les enregistrements de projet portables. Une information d'identification de service n'est requise que pour le service choisi ; l'initialisation du connecteur ne se connecte pas à un fournisseur ni ne crée de tâche payante.

Uniquement lorsque l'opération en cours a besoin de Lux, exécutez host setup --host workbuddy --scope runtime --runtime lux. Il prépare/réutilise le runtime privé épinglé et peut récupérer d'une sonde venv/ensurepip échouée en utilisant un interpréteur compatible existant. Il n'interroge pas les fournisseurs ni ne soumet de génération. Préservez son chemin Python renvoyé entre les commandes. Un --python explicite n'est jamais silencieusement remplacé.