Primero, confirma cómo utilizas H3. Descargar los pesos, importar un flujo de trabajo, suscribirte a un sitio web y entregar un vídeo a un cliente implican materiales y acuerdos diferentes. Que una tarea se genere correctamente o que tengas un comprobante de pago no basta, por sí solo, para resolver la cuestión de los permisos de todo el proyecto.
Este artículo relaciona varias formas de uso con los documentos y registros del proyecto que deben revisarse. El caso de la cafetería es un ejercicio de análisis ficticio y original, no una evaluación de los derechos de un cliente real. La fecha de comprobación de las fuentes primarias es el 6 de octubre de 2026.
1. Identifica primero la forma de uso y después el documento de licencia
Anota el nombre del servicio o repositorio que realmente utilizas. «MiniMax H3» no es suficientemente específico: el proveedor del modelo, un paquete de software de la comunidad y un sitio web alojado independiente pueden intervenir en una misma tarea.
| Qué has hecho | Qué documento identificar primero | Preguntas que deben registrarse en el proyecto |
|---|---|---|
| Descargar los pesos y ejecutarlos por tu cuenta | La licencia del modelo para la versión correspondiente | ¿Qué archivos has descargado y dónde los has desplegado? |
| Modificar o distribuir un flujo de trabajo | Las licencias del paquete de software utilizado y de sus dependencias | ¿Qué archivos contiene el paquete que entregas? |
| Utilizar la API oficial de MiniMax | Las condiciones del producto correspondiente y el pedido | ¿Qué servicio y qué acuerdo de cuenta has utilizado? |
| Utilizar un sitio web alojado o una API de terceros | Las condiciones de ese servicio y las condiciones adicionales del modelo | ¿Quién ha procesado realmente esta tarea? |
| Entregar el vídeo terminado al cliente | Las condiciones del servicio, las autorizaciones de los materiales y el acuerdo de entrega | ¿Qué destinatarios y alcance de uso se han acordado? |
Cuando combines dos formas de uso, conserva los registros de ambas. Por ejemplo, un flujo de trabajo local que también utiliza un servicio remoto implica tanto software como componentes alojados; registrar únicamente el JSON descargado no permite explicar la cadena de procesamiento posterior.
2. Enumera por separado el software y los componentes del modelo
Las plantillas de flujos de trabajo de Comfy Org utilizan MIT, mientras que el núcleo de ComfyUI utiliza GPL v3. El modelo tiene, además, su propio acuerdo. El nombre de una licencia de software conocida no permite sacar conclusiones sobre todos los materiales que carga ese software.
En lugar de limitarte a marcar «código abierto», resulta más útil preparar un inventario del paquete de software: dedica una fila a cada flujo de trabajo, nodo personalizado, conjunto de pesos del modelo, codificador y material de entrada. Registra su origen y versión antes de modificarlos; si más adelante entregas el paquete completo a otro equipo, podrás distinguir qué has creado tú y qué procede de los proyectos de origen.
La página de referencia de ComfyUI describe la vía técnica para introducir los materiales. Las instrucciones de instalación y un gráfico de nodos que se puede abrir no equivalen a una evaluación de si tu forma de distribución está permitida.
3. Revisa por separado los pesos abiertos y el uso de servicios alojados
La Community License del 2 de agosto de 2026 del modelo excluye de su ámbito territorial a la Unión Europea, el Reino Unido, Corea del Sur y Estados Unidos; exige autorización previa por escrito cuando los ingresos anuales de los productos y servicios comerciales superan los 20 millones de dólares estadounidenses, e impone requisitos de visualización del nombre en las interfaces comerciales. No reclama la propiedad de los resultados, pero mantiene condiciones y responsabilidades para los usuarios.
Las preguntas frecuentes sobre la licencia del proveedor distinguen entre la API oficial, disponible a escala mundial, y los pesos abiertos sujetos a condiciones territoriales. El marco unificado de servicios también remite a productos concretos y condiciones complementarias. Estos documentos públicos no permiten saber qué autorización particular ha obtenido otro proveedor, ni sustituyen tu pedido concreto.
Cuando utilices un servicio alojado, guarda el nombre del servicio real y el enlace a sus condiciones aplicables junto al registro de la tarea. Si utilizas este Studio independiente, empieza la revisión por las condiciones de servicio de este sitio. La suscripción o licencia de otra empresa no puede sustituir el acuerdo del servicio que realmente utilizas.
4. Revisa el vídeo terminado como un activo que vas a entregar
Que el proveedor no reclame la propiedad no subsana la falta de autorización de tus materiales de entrada. Las condiciones de servicio de fal indican expresamente que no garantizan que los resultados sean únicos ni que estén libres de infracciones, y que también pueden aplicarse condiciones de terceros. Revisar los archivos terminados según las necesidades reales del proyecto sigue formando parte de la entrega.
Supongamos que una cafetería encarga un anuncio de cinco segundos para una taza y aporta fotografías del producto, el retrato de un empleado y una pieza musical. Crea tres entradas por separado: quién ha proporcionado las fotografías, qué usos se han acordado para el retrato y qué modalidades de entrega cubren los permisos de la música. Si alguna de ellas no tiene respuesta, déjala pendiente de confirmación; no utilices las otras dos para dar a entender que también está autorizada.
Registra también dónde tiene previsto publicar el cliente y si el acuerdo incluye modificaciones posteriores, sublicencias o nuevas campañas. Lo que se ofrece aquí es un método original de registro, no una evaluación de si un contrato concreto otorga esos derechos.
5. Conserva una ficha de registro que acompañe al proyecto
| Campo | Completar para este proyecto |
|---|---|
| Forma de uso y nombre del servicio | ______ |
| Identificador del modelo y fecha de la tarea | ______ |
| Enlace a las condiciones/licencia y versión o fecha | ______ |
| Origen de los materiales de entrada y registro de autorizaciones | ______ |
| Destinatarios, canales y alcance de la entrega acordados | ______ |
| Cuestiones pendientes de confirmación, responsables y respuestas | ______ |
Cuando pases de un borrador de práctica a una entrega al cliente, conserva también esta ficha. Si cambian el modelo, el servicio, la música o el alcance de la entrega, actualiza el campo correspondiente. Las conclusiones de un proyecto anterior no deben trasladarse de forma implícita a otra tarea.
6. Convierte la pregunta general en preguntas concretas que puedan responderse
«¿Se puede usar H3 con fines comerciales?» puede reformularse como una consulta concreta: indica el proveedor, la forma de uso, la ubicación, los materiales y el uso propuesto; después, pide a la parte correspondiente que confirme las condiciones aún pendientes y conserva su respuesta en el registro del proyecto.
Ser un creador independiente no identifica tu forma de uso ni resuelve los permisos de un material de entrada concreto. Completa el registro según los materiales que realmente utilizas y el alcance de la entrega. El pago acredita que se ha realizado una compra y la licencia de la plantilla explica las condiciones del software; ninguno de los dos permite, por sí solo, explicar toda la cadena de entrega. Para planificar el entorno de ejecución, puedes consultar la página de referencia de ComfyUI; una vez elegida la forma de uso, encontrarás el método de redacción en la guía de prompts.
