CheshireMew/ip-studio

IP Studio

Convierte indicios de identidad dispersos o imágenes de personajes existentes en personajes estilizados reutilizables entre sesiones, y luego usa la misma identidad para crear páginas de redes sociales, imágenes para difusión de artículos y una mascota de escritorio para Codex v2. La creación de personajes entrega por defecto la imagen de referencia principal oficial, el archivo completo del personaje y una descripción; los derivados visuales entregan por defecto la imagen final después de pasar las verificaciones de consistencia del personaje y de contenido, junto con un registro trazable; la mascota de escritorio entrega por defecto nueve conjuntos de animaciones de estado, dieciséis direcciones de mirada, evidencia completa de QA y el directorio de la mascota listo para instalar. El usuario solo toma las decisiones que cambian la identidad, la dirección de difusión o una instalación existente. La compleción estructural, la síntesis de contenido, la generación de imágenes, la revisión de imágenes, los reintentos, el guardado, el ensamblaje y la verificación los realiza el agente.

Primer Juicio

Primero, selecciona la ruta principal según el resultado independiente que el usuario quiere obtener:

• Crear o modificar la identidad del personaje: Crear desde cero, importar una imagen existente o modificar un personaje ya bloqueado. Entrar en la "Ruta Principal de Identidad del Personaje".
• Crear derivados visuales del personaje: Avatar, banner de perfil, tarjeta de presentación, portada de artículo, imagen explicativa o ilustración en el cuerpo del texto. Entrar en la "Ruta Principal de Derivados Visuales". Si ya existe un paquete bloqueado del personaje, se consume directamente; si solo hay imágenes aprobadas, primero se importa y bloquea automáticamente el personaje; si aún no hay personaje, primero se completa la Ruta Principal de Identidad del Personaje y luego se vuelve a la solicitud actual de derivados.
• Crear una mascota de escritorio para Codex: Tomar un personaje ya bloqueado y crear, verificar, empaquetar o instalar una mascota de escritorio para Codex v2. Entrar en la "Ruta Principal de Mascota Codex". Si ya existe un paquete del personaje, se consume directamente; si solo hay imágenes aprobadas, primero se importa y bloquea automáticamente el personaje; si aún no hay personaje, primero se completa la Ruta Principal de Identidad del Personaje y luego se vuelve a la solicitud de la mascota.

Si una solicitud pide simultáneamente un personaje, una imagen derivada o una mascota, primero se bloquea el personaje y luego se completa cada resultado por separado; la mascota solo puede comenzar después de que la versión actual del personaje esté bloqueada. La planificación de marca personal común, portadas, imágenes explicativas e ilustraciones generales sin participación de un personaje IP, avatares digitales fotorrealistas, animaciones generales que no sean mascotas de Codex, Live2D, videos, mascotas de escritorio independientes de Windows y otras plataformas de mascotas se detienen aquí, indicando directamente los límites de capacidades adyacentes. Cuando el usuario solo menciona $ip-studio, se trata como una creación desde cero.

Límites de Información y Acción

Usa la información en el siguiente orden:

1. La solicitud actual y las elecciones expresadas explícitamente por el usuario.
2. Las pistas de identidad, propósito y estética que ya han aparecido en la conversación actual.
3. Las imágenes, documentos, enlaces y carpetas de personajes proporcionados o explícitamente señalados por el usuario.

Cuando el material del personaje sea suficiente para determinar el propósito, la audiencia, la forma del personaje, la impresión deseada y el estilo final, continúa directamente. Si falta información que cambiaría la dirección del personaje, organiza las soluciones viables en tres tarjetas de dirección completas y permite al usuario elegir o combinarlas; no se entrega un cuestionario. Cuando el usuario delega explícitamente la elección al agente, elige la tarjeta que mejor se adapte al propósito y explica la elección.

Para derivados visuales, primero lee el contenido actual, el paquete del personaje especificado por el usuario y la imagen de referencia principal, luego lee el logotipo, la interfaz, los datos o los materiales visuales proporcionados por el usuario. Solo cuando los hechos, el nombre, la dirección de la marca o la narrativa central no puedan determinarse a partir del material, y diferentes respuestas cambiarían la imagen final, se presenta una decisión concreta al usuario. Para recortes y zonas de seguridad de la plataforma, si se necesita la especificación actual y el usuario no ha proporcionado capturas de pantalla o dimensiones, se consulta la documentación oficial de esa plataforma.

Para la ruta de la mascota, primero lee el archivo actual del personaje y la imagen de referencia principal, luego lee cualquier otra referencia visual proporcionada explícitamente por el usuario. Cuando el nombre del personaje, el nombre de la mascota, el estilo y la actitud de movimiento se puedan inferir de manera estable desde el paquete del personaje, continúa directamente; solo cuando una característica fija no pueda mantener simultáneamente la identidad y la geometría de la mascota 192×208, se presenta esa única decisión al usuario. A menos que el usuario solicite explícitamente complementar la solicitud con pistas de marca pública para una solicitud que solo tiene un nombre de marca y ninguna dirección de personaje, no se investiga activamente la marca en línea.

Invocar esta habilidad está autorizado para, en la tarea actual, ver las imágenes proporcionadas por el usuario, usar las capacidades existentes de generación y visualización de imágenes, y crear en el espacio de trabajo escribible los paquetes de personajes, derivados visuales y directorios de ejecución de la mascota. Cuando el usuario solicita "crear una mascota Codex utilizable", escribir en el directorio local de mascotas de Codex es el último paso de ese resultado; cuando el mismo identificador de mascota ya está ocupado por contenido diferente, primero guarda el directorio existente y solicita una decisión de reemplazo. Otras instalaciones, cargas, envíos y publicaciones solo se realizan cuando el usuario lo solicita explícitamente. Este flujo no elimina versiones anteriores de personajes, imágenes derivadas oficiales, registros de ejecución de mascotas o instalaciones antiguas guardadas.

El idioma de la respuesta sigue al usuario. Los archivos internos usan nombres de clave fijos en inglés; el usuario no necesita leer ni editar estos nombres de clave.

Ruta Principal de Identidad del Personaje

Primero, distingue entre creación desde cero, importación de una imagen existente y modificación de un personaje ya bloqueado. Al importar, distingue las características que el usuario desea conservar intencionalmente de los detalles accidentales de la imagen actual. Al modificar, lee character-profile.json y la única imagen de referencia principal registrada en él; cambiar una característica fija genera una nueva versión.

Al entrar en esta ruta, lee references/character-system.md. Se encarga de la dirección del personaje, el diagnóstico del estilo chibi, la entrada de generación de imágenes, la verificación visual, el manejo de colores y partes complejas; después de completar cada acción especializada, regresa al paso correspondiente de esta sección.

1. Crear el Archivo Pendiente de Confirmación

Ejecuta python scripts/character_kit.py schema para leer el contrato actual del archivo. Cuando se necesite un borrador del archivo, ejecuta:

python scripts/character_kit.py draft <draft-profile-path> --character-id <slug> --display-name <name> --language <language>

Primero, escribe la información conocida en el borrador. Cuando la dirección del estilo chibi aún no esté determinada, permite que los campos no seleccionados estén temporalmente vacíos; antes de la generación formal de imágenes, debe completarse un archivo de reconstrucción completo basado en la elección del usuario o las imágenes ya aprobadas. El archivo registra por separado la forma y las proporciones, la cabeza y las partes faciales, el torso y las extremidades, los apéndices como colas o alas, la ubicación exacta de cada color y la relación de área, los límites de los patrones, las áreas de materiales, las capas de la ropa y sus conexiones, la geometría y el método de montaje de los emblemas, la estructura frontal, lateral y trasera, el método de dibujo y los límites de consistencia.

El agente decide activamente los detalles laterales, traseros, de costuras y de materiales que no cambian la dirección del personaje, y los marca como agent_inferred en provenance.decisions. Solo las divergencias que cambiarían el contorno, la cara, el color principal, el emblema o el significado del personaje se presentan al usuario. Antes de la generación formal de imágenes, ejecuta:

python scripts/character_kit.py prompt <draft-profile-path> --purpose master

Este comando primero verifica que el archivo esté completo y luego genera un prompt de identidad completo a partir del archivo. Las generaciones de imágenes posteriores usan el prompt de salida del comando; no se escribe una descripción de identidad separada. La pose, la acción, la escena, el encuadre y la lente solo se pasan a través de --task en el comando actual.

2. Diseñar con Diagnóstico Chibi

Genera de forma independiente tres borradores de diagnóstico a partir del mismo archivo pendiente de confirmación. Cada uno debe ser un personaje único, con líneas claras, detalles sobrios, aproximadamente 3.5 cabezas de altura, una postura neutral frontal y un fondo limpio; los tres deben tener diferencias reales en contorno, forma del personaje o símbolos centrales, no solo un cambio de color.

Después de generarlos, revisa cada uno. Los borradores de diagnóstico deben permitir que el contorno principal y un punto de memoria importante sigan siendo reconocibles en miniatura, y no deben tener extremidades faltantes, roturas estructurales, texto irrelevante o acumulación de diseño. En este punto, el archivo sigue siendo un diseño tentativo: solo los errores técnicos o las violaciones de características ya confirmadas por el usuario se eliminan automáticamente; las imágenes estructuralmente sólidas y reconocibles pero que cambian detalles aún no confirmados se conservan como una nueva rama, y se explica el cambio al usuario. Si una imagen realmente falla, se reemplaza una vez desde el archivo original; no se continúa editando desde la imagen fallida. Las tres imágenes que pasan la inspección se presentan al usuario junto con sus diferencias breves para que elija o combine.

Si la imagen existente ya ha sido aprobada por el usuario y el usuario solo quiere establecer el archivo, se omite este paso. Al modificar un personaje ya bloqueado, solo se vuelve a este paso si el contorno, la cara, el color principal o el emblema se rediseñan.

3. Generar la Imagen de Referencia Principal Oficial

Escribe la elección del usuario de vuelta en el archivo pendiente de confirmación, completa la estructura requerida por la referencia elemento por elemento, y luego usa el script para generar el prompt completo de los candidatos oficiales. El estándar para pasar es: otro agente, sin necesidad de adivinar detalles clave de la identidad, podría dibujar las vistas frontal, lateral y trasera del mismo personaje a partir del archivo. Los chibis solo proporcionan evidencia para esta elección; no entran en el paquete del personaje ni se convierten en referencia para generaciones posteriores.

La imagen de referencia principal oficial debe ser un personaje único, de cuerpo completo, en vista frontal o ligeramente en tres cuartos, postura neutral, fondo limpio, sin texto, etiquetas ni collage; las características fijas deben ser directamente visibles. Primero compara el archivo con la imagen, luego compara la integridad técnica. Los errores evidentes de generación se corrigen automáticamente; en la fase oficial, se permiten como máximo dos correcciones.

Si el color base, el contorno, la cara o el emblema cambian, se crea una nueva rama desde el archivo actual y se redibuja. Solo los defectos de renderizado pueden repararse localmente; después de la reparación, se vuelven a verificar todas las características fijas. Si la misma parte compleja es incorrecta dos veces consecutivas, se determina primero su geometría, proporciones, material, conexión, visibilidad desde cada ángulo y método de movimiento según la rama de partes en la referencia; la estructura confirmada se escribe de vuelta en el archivo, y luego el script regenera el prompt completo y la imagen completa del personaje.

Presenta el candidato oficial que pasa la inspección al usuario para su aprobación final. Si el usuario ya ha autorizado explícitamente al agente a tomar la decisión final en la solicitud actual, el agente puede elegir la imagen que mejor se ajuste al archivo.

4. Verificar la Reutilización

Después de que la imagen final esté aprobada, primero verifica la estructura realmente presente en la imagen con el archivo: los cambios de diseño aprobados por el usuario se escriben de vuelta en los campos correspondientes; los detalles generados accidentalmente no sobrescriben la configuración confirmada. Luego ejecuta:

python scripts/character_kit.py prompt <draft-profile-path> --purpose consistency --reference <approved-master-image> --task <different-pose-expression-and-simple-background>

Pasa el prompt de salida del comando y master_reference juntos a la capacidad de generación de imágenes para crear una imagen de prueba de consistencia con una pose diferente, una expresión diferente y un fondo simple. La imagen de prueba debe conservar la forma corporal, la cara, la ubicación del color, la conexión de la ropa, el material y el emblema; solo se usa para esta verificación, no se escribe en el paquete del personaje ni se usa como referencia posterior.

Si la prueba no pasa, primero determina si es una falta de descripción en el archivo o una inestabilidad en la imagen de referencia principal, luego actualiza el productor correspondiente y reintenta; se permiten como máximo dos correcciones. Si aún es necesario renunciar a una característica aprobada, esta elección se presenta al usuario.

5. Bloquear el Paquete del Personaje sin Pérdida

Después de que el personaje pase la verificación de consistencia, usa ip-studio-output/<character-slug>/ en el espacio de trabajo escribible actual. Pasa el archivo pendiente de confirmación y la imagen principal oficial al script:

python scripts/character_kit.py finalize <kit-folder> --profile <draft-profile-path> --master <master-image-path>
python scripts/character_kit.py check <kit-folder>

finalize verifica el archivo y la imagen antes de escribir; si ya existe un personaje, incrementa la versión, guarda el archivo antiguo y la descripción en history/rNNN/, y conserva la imagen principal antigua. Si el comando falla, lee el error, corrige la entrada de producción y reintenta; no se escriben manualmente los números de versión, valores de verificación o archivos de descripción que el script debería generar.

Después de que el script tenga éxito, vuelve a leer character-profile.json y character-guide.md, abre realmente la imagen apuntada por assets.master_reference, y ejecuta una vez python scripts/character_kit.py prompt <kit-folder> --purpose scene --task <simple-reuse-task> para confirmar que los consumidores posteriores pueden leer el archivo y la imagen principal actuales. Solo cuando el archivo, la descripción, la imagen y el prompt derivado sean consistentes y check pase, se considera que el personaje está bloqueado.

Ruta Principal de Derivados Visuales

Esta ruta solo consume identidades de personajes ya bloqueadas. Lee references/visual-production.md, que se encarga del briefing, la composición, la generación, la verificación y el archivado de avatares, banners de perfil, tarjetas de presentación, portadas de artículos, imágenes explicativas e ilustraciones en el cuerpo del texto; después de completar cada acción especializada, regresa a esta sección.

1. Determinar el Resultado Actual

Divide la solicitud en uno o más resultados claros:

• avatar: Un avatar 1:1 que se adapta tanto al recorte circular como al cuadrado; cuando el usuario dice "conjunto de avatares", genera por separado una versión de insignia simplificada y una versión de retrato rica.
• profile-banner: Cuando no se especifica la plataforma, usa un banner de perfil genérico 3:1; cuando se especifica la plataforma, compone según el recorte real y las áreas de superposición.
• profile-card: Por defecto, una tarjeta de presentación 4:5 para dispositivos móviles.
• cover: Una portada de artículo fija 5:2.
• explainer: Según el contenido, elige una proporción de imagen explicativa entre 4:5, 3:4 o 16:9.
• article-illustration: Una ilustración en el cuerpo del texto fija 16:9.

Cuando el usuario dice "conjunto de inicio", por defecto genera un avatar y un banner de perfil; si se solicita explícitamente una tarjeta de presentación, se añade también. Cada resultado se establece, genera, verifica y archiva por separado, compartiendo la misma versión del personaje; un resultado no toma prestada la imagen candidata de otro resultado para seguir derivando.

2. Crear el Briefing Visual

Primero ejecuta python scripts/visual_kit.py schema, luego el agente crea y completa el borrador:

python scripts/visual_kit.py draft <brief-path> --kind <kind> --visual-id <slug> --language <language>

Determina el objeto central, el vacío de comprensión, el mecanismo o cambio, la conclusión después de ver, el rol de la marca, la estructura principal única, la acción del personaje, el título, la etiqueta y la combinación de colores según la fuente real del contenido. Las portadas, imágenes explicativas e ilustraciones en el cuerpo del texto se ejecutan según el contrato actual en references/visual-production.md.

El personaje debe desempeñar una acción causal en el contenido visual: recibir, mover, conectar, dividir, seleccionar, bloquear, transformar o soportar el objeto central personalmente, y producir un resultado visible. El avatar se dirige a la identificación en miniatura; el banner de perfil y la tarjeta de presentación hacen que el personaje interactúe realmente con el símbolo central. El usuario no necesita ver ni editar el briefing.

3. Generar y Verificar Automáticamente

Ejecuta:

python scripts/visual_kit.py prompt <kit-folder> --brief <brief-path>

Pasa el prompt de salida del comando y los image_references ordenados juntos a la capacidad de generación de imágenes. Estos provienen respectivamente del archivo actual del personaje, la única imagen de referencia principal, el briefing visual y otras imágenes proporcionadas por el usuario; no se escribe un segundo prompt de identidad de personaje o contenido.

Después de la generación, abre realmente la imagen y verifica, en el orden de las referencias, la consistencia del personaje, los hechos del contenido, el papel causal de la acción del personaje, la estructura de información única, la jerarquía en dispositivos móviles, la legibilidad del texto y el logotipo, y la integridad técnica. Si falla, corrige el juicio del briefing que primero causó el error y luego redibuja desde el archivo original del personaje y el material de contenido; cada resultado oficial se permite como máximo dos correcciones automáticas. Si aún es necesario cambiar un hecho, el enfoque narrativo o una característica fija del personaje, solo esta decisión se presenta al usuario.

4. Archivar la Imagen Final

Después de la aprobación del usuario o de que se haya autorizado al agente a tomar la decisión final, ejecuta:

python scripts/visual_kit.py finalize <kit-folder> --brief <brief-path> --image <approved-image>
python scripts/visual_kit.py check <visual-folder> --kit <kit-folder>

El resultado oficial se escribe en <kit-folder>/derivatives/<kind>/<visual-id>/. Allí se guarda la imagen final, el briefing visual, una instantánea del archivo del personaje actual, la entrada completa de generación de imágenes, una copia del material de entrada y un registro de verificación; el archivo actual del personaje, la imagen de referencia principal y las versiones históricas permanecen sin cambios. Las imágenes candidatas, las imágenes de reintento automático y el material de verificación de consistencia solo permanecen en el directorio temporal de la tarea.

Después de que el script tenga éxito, vuelve a leer visual-record.json, abre realmente la imagen final registrada en él, y confirma que la versión del personaje, la imagen de referencia principal, el briefing visual, la entrada de generación de imágenes y el valor de verificación de la imagen final se pueden leer. Se detiene cuando se ha satisfecho la solicitud actual; no se expande automáticamente a otras proporciones, memes o medios.

Ruta Principal de Mascota Codex

Esta ruta solo consume identidades de personajes ya bloqueadas. Al entrar, lee references/pet-production.md; se encarga del contrato de la hoja de sprites de Codex v2, nueve conjuntos de estados, dieciséis direcciones, generación de imágenes fila por fila, ensamblaje determinista, revisión ciega, vista previa dinámica, directorio de productos finales e instalación. La identidad del personaje, las versiones superiores y otros derivados visuales siguen siendo responsabilidad de sus respectivas rutas principales.

Al comenzar, establece cuatro pasos de progreso visibles, y solo avanza después de que existan archivos o decisiones reales:

1. Preparar el personaje y el directorio de ejecución de la mascota.
2. Generar la imagen principal en el tamaño de la mascota.
3. Generar y verificar todas las acciones y direcciones de mirada.
4. Ensamblar, verificar e instalar la mascota.

1. Crear un Directorio de Ejecución Vinculado al Paquete del Personaje

Primero, llama al cargador de dependencias del espacio de trabajo y usa la ruta absoluta de Python que devuelve para cada comando de esta ruta. Ejecuta:

"<workspace-python>" -B scripts/pet_kit.py schema
"<workspace-python>" -B scripts/pet_kit.py prepare <kit-folder>
"<workspace-python>" -B scripts/pet_kit.py check <run-folder> --stage prepared

prepare genera una descripción completa de la identidad en el tamaño de la mascota a partir del character-profile.json actual, copia una instantánea verificable del archivo del personaje, la descripción y la única imagen de referencia principal, y genera las tareas formales para la imagen base, nueve conjuntos de acciones, cuatro puntos de anclaje y dos filas de direcciones. Por defecto, crea una nueva ejecución en <kit-folder>/derivatives/codex-pet/<pet-id>/runs/rNNN/, sin sobrescribir ejecuciones antiguas. Los accesorios independientes como colas y linternas se mantienen independientes y capaces de balancearse, al mismo tiempo que los puntos fijos, anillos, correas, aros y accesorios mantienen una ruta de fuerza continua y visible en 192×208.

2. Generar la Imagen Principal de la Mascota y las Acciones Estándar

Antes de la generación de imágenes, carga completamente la habilidad $imagegen del entorno actual. Ejecuta pet_kit.py ready <run-folder>, y solo procesa los ready_jobs devueltos. Cada tarea lee los prompts registrados en imagegen-jobs.json y todas las entradas de imagen; la imagen base puede comenzar solo con el paquete del personaje, pero otras filas deben incluir la imagen de referencia principal del personaje, la imagen principal de la mascota y la referencia de diseño correspondiente.

Después de seleccionar el resultado, abre realmente la imagen y luego ejecuta:

"<workspace-python>" -B scripts/pet_kit.py accept-job <run-folder> --job <job-id> --source <image> --qa-note <visible-evidence>

Este comando escribe el resultado que pasa en la posición oficial, realiza la verificación determinista de esa etapa y actualiza las dependencias. Después de que la imagen base pase, genera nueve conjuntos de animaciones: idle, movimiento izquierda/derecha, saludo, salto, caída, espera, tarea en ejecución y resultado de verificación; cada conjunto usa el número de fotogramas especificado por la referencia y la semántica de aplicación. Las filas de acciones independientes pueden generarse en paralelo hasta tres a la vez si el entorno lo permite; el usuario no necesita programar las tareas.

Cuando el volteo izquierda-derecha no cambia el patrón facial, la dirección de la luz, los accesorios asimétricos o el significado del emblema, running-left puede obtenerse de running-right aprobado usando el script de espejo fotograma a fotograma especificado por la referencia; los otros estados se generan por separado. Después de que los nueve conjuntos de acciones pasen, genera la hoja de sprites intermedia 8×9, la vista general y nueve GIFs según la referencia, y verifica realmente la imagen para la identidad, el estado, la dirección, el bucle, la escala y la conexión.

3. Generar las Dieciséis Direcciones de Mirada

El agente escribe qa/look-mechanics.md basado en la construcción real de la cabeza, la cara, los ojos, el cuerpo, los apéndices y los accesorios del personaje, determinando los puntos de anclaje fijos, quién guía la mirada, quién sigue, la superposición en cada dirección y la amplitud del movimiento cada 22.5 grados. Primero genera y aprueba los cuatro puntos de anclaje (arriba, derecha de la pantalla, abajo, izquierda de la pantalla), luego genera las filas 9 y 10, dos familias de ocho direcciones completas.

Las filas de direcciones se interpolan uniformemente desde las posturas de cuatro direcciones aprobadas; la fila 10 también lee la fila 9 ya completada para garantizar una conexión entre filas. Si una sola dirección falla, rehace la fila completa de ocho direcciones a la que pertenece; no se mezclan parches independientes en la hoja de sprites final. accept-job registrará la fila de direcciones con la misma escala, punto de anclaje inferior y línea base, y verificará los bordes de las celdas formales antes de pasar a la siguiente etapa.

Si una acción o dirección ya aceptada falla en la vista general posterior, el GIF, la verificación de continuidad o la revisión ciega, usa el mismo comando accept-job con --replace-complete para aceptar la imagen de reemplazo. El script moverá la tarea reemplazada, las tareas dependientes de ella y los artefactos fallidos a un historial versionado, y continuará desde el punto de fallo más temprano; no modifiques manualmente el estado de la tarea ni reutilices atlas antiguos.

4. Verificación Final, Producto Final e Instalación

Después de que las filas de direcciones estén completas, aplica la eliminación del color de fondo del borde solo una vez a toda la hoja de sprites 8×11 según la referencia, luego ejecuta secuencialmente la verificación de tamaño v2 y transparencia, la vista general estándar y final, nueve GIFs, la imagen de dieciséis direcciones, la medición de continuidad adyacente y tres revisiones ciegas de dirección aisladas. Los resultados de la visualización final independiente y la evidencia visible de cada dirección se escriben en el archivo de QA especificado por la referencia; las cuatro direcciones principales, la identidad del personaje, la conexión de accesorios, los estados de acción y la geometría de la hoja de sprites deben pasar todos antes de la finalización.

Ejecuta:

"<workspace-python>" -B scripts/pet_kit.py finalize <run-folder>
"<workspace-python>" -B scripts/pet_kit.py check <run-folder> --stage final
"<workspace-python>" -B scripts/pet_kit.py install <run-folder>

finalize vuelve a leer la instantánea del personaje, las trece tareas visuales, el informe determinista y las conclusiones de visualización, y luego genera un directorio formal de la mascota que contiene solo pet.json y spritesheet.webp. install lo escribe en el directorio actual de mascotas de Codex; si el mismo contenido ya existe, no se vuelve a escribir; si contenido diferente ocupa el mismo identificador, vuelve a "Límites de Información y Acción" para manejar la decisión de reemplazo. Después de la instalación, no reinicia la aplicación ni activa interruptores de configuración en lugar del usuario.

Cuando Faltan Herramientas

Si la ruta de identidad del personaje no tiene capacidad de generación de imágenes, completa la selección de dirección y el archivo pendiente de confirmación completo, ejecuta character_kit.py prompt --purpose master y entrega su resultado, indicando claramente que la imagen y el paquete del personaje están incompletos.

Si la ruta de derivados visuales no tiene capacidad de generación de imágenes, completa el briefing visual y ejecuta visual_kit.py prompt, entregando el juicio de difusión completado y la entrada de generación de imágenes, indicando claramente que la imagen final y el archivo de derivados están incompletos. Si no hay un espacio de trabajo escribible, puede mostrar imágenes y explicaciones, pero el resultado en el chat aún no forma un paquete de personaje portátil o un directorio de derivados verificable.

Si la ruta de la mascota no tiene capacidad de generación de imágenes, completa pet_kit.py prepare, entregando el directorio de ejecución vinculado al paquete del personaje, el mapa de tareas completo y el primer prompt de imagen base, indicando claramente que las imágenes de acción, la hoja de sprites y la instalación están incompletas. Si no tiene capacidad de ejecución de visualización independiente, después de completar todas las verificaciones deterministas, solo presenta la imagen de revisión ciega de direcciones y la vista general final al usuario para su confirmación; no falsifica tres revisiones ciegas ni conclusiones finales independientes.

Entrega y Parada

El primer párrafo de la ruta de identidad del personaje indica directamente si el personaje ya está bloqueado. Al completar, muestra la imagen de referencia principal oficial, y explica los puntos de memoria centrales, la versión actual y la ruta absoluta del paquete del personaje; luego enumera las direcciones de derivados opcionales, pero solo continúa completando el resultado que el usuario ha solicitado explícitamente.

El primer párrafo de la ruta de derivados visuales indica directamente si la imagen ya está completa o qué falta. Al completar, primero muestra cada imagen final, y luego explica en una oración la relación central que expresa, la versión del personaje utilizada y la ruta de guardado absoluta. El usuario no necesita copiar prompts, editar JSON, numerar manualmente, crear ramas u organizar imágenes.

El primer párrafo de la ruta de la mascota indica directamente si la mascota ya se ha generado e instalado. Al completar, primero muestra la imagen de vista general final y al menos una vista previa de acción, luego explica el nombre de la mascota, la versión del personaje utilizada, si los nueve conjuntos de estados y las dieciséis direcciones pasaron, el directorio de productos finales formal y la ruta absoluta de instalación; finalmente, solo recuerda al usuario que reinicie o vuelva a abrir Codex y habilite la mascota en la configuración.

El estándar de finalización es:

• El paquete del personaje contiene el archivo actual, la descripción, la única imagen de referencia principal y las versiones históricas legibles; los borradores de diagnóstico chibi y las imágenes de prueba de consistencia no se convierten en referencias a largo plazo.
• Las imágenes derivadas leen el resultado de producción real del paquete del personaje y el contenido del usuario, y tanto la identidad del personaje como la relación de difusión pasan una verificación visual real.
• Cada directorio de derivados formal puede reverificar la versión del personaje, el briefing visual, la entrada de generación de imágenes, el material de entrada y la imagen final.
• El directorio de ejecución de la mascota puede reverificar la instantánea del personaje, la imagen de referencia principal, las trece tareas visuales, las vistas previas de nueve conjuntos de acciones, la semántica de dieciséis direcciones, la revisión ciega, el procesamiento de transparencia, la hoja de sprites v2 y el directorio formal de la mascota.
• Las imágenes derivadas y la mascota no cambian inversamente la identidad del personaje; no se generan automáticamente otras imágenes, animaciones o versiones de plataforma no solicitadas.