hbzheng0942/puente-anfitrión-greybox

Lee {{SKILL_ROOT}}/SKILL.md para el flujo de trabajo de producción y sus decisiones humanas. Usa python "{{SKILL_ROOT}}/scripts/greybox.py" como prefijo de comando común. No se requiere Node, MCP ni cambio de modelo. Este envoltorio es opcional: WorkBuddy también puede leer la habilidad completa y ejecutar su CLI directamente. Usa el prefijo de comando devuelto por setup; este registra la identidad real de Python y del paquete verificado.

Para casos de arte de larga duración, fija la entrada real en el PLAN existente usando task-context pin y continúa con task-context run; lee {{SKILL_ROOT}}/references/task-context.md. Vuelve a verificar después de un traspaso o cambio de modelo/herramienta. Reporta los hechos de modelo/esquema no disponibles como desconocidos. task-context inspect distingue las copias instaladas y la ruta de recuperación heredada/ejecutora de cada libro de contabilidad original; nunca recrees trabajos pagados para que encajen en el ejecutor más nuevo.

1. Lee la tarea actual por intención, estado observado y endpoint solicitado. Usa intent route --file REQUEST --project PROJECT para el enrutamiento estructurado de solicitudes. La discusión sigue siendo discusión; las solicitudes de greybox se dirigen por defecto a un endpoint de greybox; continuar usa los registros originales de la tarea. Ejecuta host setup --host workbuddy --scope greybox --project PROJECT para trabajo de greybox, o host setup --host workbuddy --scope art --project PROJECT --capability-report REPORT --session-id SESSION para la rama de arte/imagen. Setup resuelve la raíz real del proyecto nativo y devuelve el prefijo de comando. Vincula la evidencia de invocación nativa de ImageGen actual cuando esté disponible; entonces no se necesita ningún perfil de API. El descubrimiento de herramientas por sí solo es insuficiente. Los servicios de imagen y las herramientas no relacionadas no son requisitos previos de greybox. Para trabajo de escenas de Blender, usa host setup --host workbuddy --scope spatial --engine blender --operation create|edit|review --project SOURCE_OR_WORKSPACE cuando se necesite preparación de CLI; las operaciones nativas bpy/CLI/MCP disponibles pueden seguir entonces la ruta espacial. Setup es solo preparación; el descubrimiento de aplicaciones no inspecciona una escena. Un endpoint puramente espacial no necesita un proyecto de juego o proveedor.

2. Para la creación/revisión de greybox de Godot/Unity, lee {{SKILL_ROOT}}/references/greybox-authoring.md y usa greybox init/build/play/validate/status/handoff; detente en el endpoint solicitado. Para la rama de arte, si falta la generación, lee {{SKILL_ROOT}}/references/image-services.md y configura el servicio de imágenes elegido por el usuario con image configure. Vincula su nombre no secreto usando host configure --host workbuddy --image-profile NOMBRE.

3. Para nuevas referencias de modelado S7, lee {{SKILL_ROOT}}/references/modeling-references.md, registra cada activo y sus vistas una vez, e ingresa boards workbuddy start --file REGISTRY --project PROJECT --workspace WORKSPACE. Esto compila los trabajos de página y registra/instala su guardia S7 con ámbito. Ejecuta su sonda Bash nativa exacta e inofensiva, luego boards workbuddy bind con el esquema de herramienta nativa actual. Consume los trabajos devueltos; boards workbuddy claim escribe los argumentos exactos listos para llamada y reserva el límite de gasto existente. Un plan único sigue este mismo camino y necesita su motivo calculado u obtenido. Registra el resultado original, luego recorta/revisa a través de boards production; una mala ranura no borra a los buenos hermanos, y los ROI corregidos crean intentos de recorte sin regenerar. Un nuevo chat renueva la sonda gratuita y preserva las llamadas pendientes originales. Para un perfil de imagen elegido, consume las solicitudes de página preparadas exactas a través del libro de contabilidad del servicio configurado existente. No bajes los requisitos de calidad ni envíes una llamada incierta de nuevo.

4. Cuando la rama activa produce imágenes, abre la imagen local real devuelta a través de la herramienta de lectura de píxeles del host actual. Presenta ese archivo usando la UI de imágenes compatible del host. El éxito de la CLI no establece ninguna de las dos capacidades. Vincula las herramientas actuales exactas y la evidencia en el informe de capacidad de la sesión. La revisión de greybox usa sus vistas nativas capturadas y no requiere generación de imágenes.

5. Continúa los comandos para la ruta actual y el endpoint solicitado. Entrega y detente después del traspaso de greybox cuando stop_at sea greybox; ingresa al arte solo cuando se solicite. Preserva el estado original del proyecto y el historial de aprobación. La delegación es opcional; la concurrencia de múltiples tareas de imagen/modelo usa el ejecutor común descrito en {{SKILL_ROOT}}/references/execution-contract.md. Las herramientas nativas permanecen impulsadas por el agente a menos que se verifique un puente independiente real; los trabajadores de API pueden continuar mientras la conexión del modelo se estanca.

Antes de H3, compara el concepto aprobado con el proxy de escena completa actual mediante scene-review --help. En H4, los nuevos contratos de producción requieren evidencia de comparación de características/vista actual. Lee {{SKILL_ROOT}}/references/scene-comparison.md; usa las brechas observadas para reparar el entorno, las formas principales, la luz y el contacto antes de la expansión. La cobertura de evidencia válida nunca proporciona la aceptación visual del usuario.

Los comandos devuelven JSON; los comandos fallidos devuelven un código distinto de cero. Usa --help de cada comando para las opciones exactas actuales. Mantén las credenciales en la configuración local o en el entorno configurado, nunca en el chat, archivos de conector o registros de proyecto portátiles. Se requiere una credencial de servicio solo para el servicio elegido; la inicialización del conector no inicia sesión en un proveedor ni crea una tarea pagada.

Solo cuando la operación actual necesite Lux, ejecuta host setup --host workbuddy --scope runtime --runtime lux. Prepara/reutiliza el tiempo de ejecución privado fijado y puede recuperarse de una sonda venv/ensurepip fallida usando un intérprete compatible existente. No consulta proveedores ni envía generación. Conserva la ruta de Python devuelta entre comandos. Un --python explícito nunca se reemplaza silenciosamente.