Crear con un modelo menos restrictivo: responsabilidades que siguen vigentes

Está lanzando una aplicación, un bot o un flujo de trabajo basado en un modelo cuya página del catálogo dice "Uncensored", y quiere saber qué comprueba SpicyAPI por usted. No revisa el contenido de cada solicitud. SpicyAPI reenvía su solicitud al modelo elegido, sin reescribir el prompt ni añadir un filtro de contenido, y no exige un indicador especial de modo de contenido ni una aprobación de contenido. Siguen aplicándose la autenticación, la validación de entradas y las comprobaciones de disponibilidad del modelo y de gasto; el modelo seleccionado puede imponer sus propias restricciones. Esto describe la capa de reenvío, no concede permiso: la legalidad, el consentimiento y quién puede ver el resultado son responsabilidad suya.

Qué hacer antes del lanzamiento

1. Elija el modelo por sus capacidades y construya input a partir de su esquema vigente. Modelos como Seedance 2.0 y Seedream 5.0 Pro llevan la etiqueta "Uncensored" según el comportamiento observado. Orienta la selección de tareas y no promete que todas las solicitudes conserven el contenido pedido. La etiqueta es información del producto. No es un permiso de la cuenta; las claves API solo delimitan restricciones operativas como listas de modelos, direcciones IP y gasto.
2. Controle el acceso de sus usuarios antes de createTask. Registrarse en SpicyAPI no verifica la edad de sus usuarios finales, y la plataforma no los verifica por usted. Aplique la comprobación de edad que exijan su público y su jurisdicción, y guarde el resultado y una marca de tiempo asociados al usuario si necesita un registro de auditoría.
3. Bloquee entradas íntimas de personas reales sin consentimiento. Detenga el envío si falta el consentimiento o se ha retirado.
4. Guarde la relación entre sus registros y el taskId. El registro de la tarea no puede reconstruir su decisión: conserve las comprobaciones de edad, consentimiento y región junto a cada taskId recibido.
5. Añada un canal de denuncia y un procedimiento de retirada. Permita que los usuarios le denuncien contenido y asegúrese de poder actuar.
6. Trate los rechazos como un resultado normal. El modelo puede seguir rechazando solicitudes por su propia política, y ningún filtro es completo en ninguno de los dos sentidos. Una tarea de imagen o vídeo que falla técnicamente suele liberar el importe retenido conforme a la política de reembolsos. Un resultado completado pero atenuado se sigue cobrando. Compruebe el estado final y las condiciones de facturación publicadas del modelo antes de prometer un reembolso. Ofrezca al usuario una vía de recuperación en lugar de repetir el mismo prompt.

Límites absolutos que ningún ajuste cambia

La política de contenido prohíbe lo siguiente sin excepciones; ningún parámetro, ajuste de clave, nivel de cuenta ni acuerdo comercial lo autoriza:

• cualquier representación sexualizada de un menor o de alguien que parezca tener menos de 18 años, incluidas representaciones estilizadas, animadas o ilustradas y personajes ficticios;
• una foto o un vídeo de una persona real menor de 18 años como entrada para sustituir caras, cabezas o para cualquier modelo capaz de generar contenido adulto;
• representaciones íntimas o sexualizadas de una persona real identificable sin consentimiento documentado, incluida la transferencia de su apariencia y el "desvestido" de una imagen con ropa; ser una celebridad o tener fotos públicas no equivale a consentir;
• usar la apariencia o la voz de una persona real para dañar, difamar, extorsionar, engañar o eludir comprobaciones de identidad, aunque no haya contenido sexual;
• contenido ilícito donde se encuentren usted, su público o el operador del servicio.

La API no analiza las entradas ni las salidas con esta lista. Los incumplimientos se atienden tras una denuncia o notificación legal: pueden eliminarse los archivos almacenados y cerrarse cuentas sin aviso previo y, en la medida permitida por la ley, sin reembolsar el saldo restante. El material que aparente mostrar abuso sexual infantil se conserva y denuncia conforme a la legislación estadounidense.

Controles que corresponden a su producto

Consentimiento de personas reales. Para una persona identificable en un contexto íntimo o sexualizado, conserve un registro de quién consintió, el uso permitido, cuándo y cómo puede retirar el consentimiento. Este contexto exige un consentimiento documentado, informado y revocable que pueda presentar si se le solicita; el material para el que no pueda presentarlo se considera creado sin consentimiento. Vincule el registro al archivo o al identificador de la tarea.

Jurisdicción. Su ubicación, la del usuario y el lugar donde se muestra el resultado pueden imponer normas diferentes. Algunos países penalizan ciertos materiales ficticios o todo contenido adulto, y muchos tipifican delitos relacionados con deepfakes sexuales. Que un modelo acepte una solicitud no indica que el resultado sea legal. Explicite en su aplicación las decisiones sobre región, edad y acceso. Dos ejemplos de Estados Unidos:

• La ley federal TAKE IT DOWN Act incluye prohibiciones penales de ciertas imágenes íntimas no consentidas, incluidas representaciones sintéticas. La guía de aplicación de la FTC explica que, desde el 19 de mayo de 2026, las plataformas sujetas a la ley deben ofrecer un procedimiento de notificación y retirar una representación y sus copias idénticas conocidas en un plazo de 48 horas tras una solicitud de retirada válida. Abarca servicios basados principalmente en contenido generado por usuarios y servicios que alojan habitualmente esas representaciones como parte de su negocio; no todos los generadores privados tienen automáticamente la misma función de plataforma. Si su aplicación permite compartir medios, evalúe esa función y establezca el procedimiento de notificación y retirada requerido antes de lanzarla.
• El texto aprobado de AB 1043 de California, aplicable desde el 1 de enero de 2027, establece señales de edad del sistema operativo y obligaciones para los desarrolladores incluidos. Sus grupos de edad son menores de 13, 13–15, 16–17 y 18 o más; la señal se basa en la edad facilitada al sistema operativo, no en una obligación universal de recoger documentos oficiales de identidad. Las aplicaciones incluidas deben solicitar la señal y usar adecuadamente la información de edad obtenida. Compruebe si su distribución y su público encajan en las definiciones aprobadas; no suponga que una cuenta de SpicyAPI proporciona esa señal para sus usuarios.

Esta es información general, no asesoramiento jurídico.

Identificación del contenido. El resultado es sintético. Si lo publica donde alguien pueda confundirlo con una fotografía, grabación o declaración de una persona real, usted es responsable de identificarlo como generado por IA y de cumplir las normas de etiquetado del lugar donde lo publique.

Revisión. Cuando su caso de uso lo requiera, revise los resultados antes de publicarlos y mantenga un canal de denuncia para sus usuarios.

Un ejemplo práctico: una aplicación de chat con personajes y respuestas con imágenes

Su aplicación envía el chat del usuario a un modelo de texto y, cuando se solicita, a un modelo de imagen para ilustrar la escena.

• Registro: obtenga una comprobación de edad y guarde aprobado/no aprobado con una marca de tiempo; sin aprobación, no se generan imágenes.
• Antes de cada createTask: confirme que la cuenta superó el control de edad, que atiende esa región y que las referencias íntimas a personas reales tienen el consentimiento requerido vinculado al archivo. Registre taskId junto a esas comprobaciones.
• Ante un fallo: una tarea rechazada o fallida muestra un mensaje para volver a intentarlo con otra entrada; no repite automáticamente el mismo prompt.
• Tras la generación: identifique como generado por IA todo lo que pueda compartirse, ofrezca un botón Report en cada imagen y oculte el material denunciado mientras evalúa la queja; elimine el contenido cuya prohibición se confirme y restrinja la cuenta cuando corresponda. Si se aplica una notificación legal de retirada válida, respete su plazo.

Si recibe un resultado que incumple las reglas

Si un resultado parece prohibido, detenga su distribución y no vuelva a solicitarlo.

1. Denuncie primero la tarea. Use la página de denuncias y envíe el identificador de la tarea en lugar del material. Si sospecha que hay contenido sexual con un menor, envíe en su lugar un correo a support@spicyapi.ai con CSAM ESCALATION en el asunto. No adjunte, pegue ni enlace el material. SpicyAPI conserva los registros disponibles de cuenta, tarea y archivos almacenados para esa escalada.
2. Mantenga el contenido fuera de circulación. Restrinja el acceso mientras se tramita la denuncia. Cumpla los requisitos de conservación aplicables y las instrucciones del equipo que la gestione; no borre pruebas cuya conservación sea obligatoria.
3. Purgue solo después de denunciar y resolver las obligaciones de conservación. Para material sospechoso relacionado con menores, espere las instrucciones de SpicyAPI antes de intentar borrarlo. En una tarea elegible que haya llegado a un estado final, eliminar desde la consola o mediante POST /api/v1/jobs/purge borra el contenido del prompt y del resultado y pone en cola la eliminación de los medios almacenados, conservando los registros de facturación. Una retención legal bloquea la purga, y una respuesta correcta no significa que todos los objetos almacenados ya se hayan eliminado.

Un incidente aislado denunciado de buena fe se trata como tal. Dirigirse repetidamente hacia contenido prohibido o distribuirlo después de recibirlo se considera intencional, independientemente de la redacción del prompt.

Preguntas frecuentes

¿La etiqueta "Uncensored" significa que se ejecutará cualquier prompt?

No. Describe el filtrado propio del modelo. El modelo aún puede rechazar o atenuar un resultado.

¿SpicyAPI comprueba la edad o los registros de consentimiento de mis usuarios?

No. Usted aplica y guarda esas comprobaciones; la cuenta que registró no verifica a sus usuarios.

¿El contenido adulto generado por IA es automáticamente legal si el modelo lo acepta?

No. La aceptación del modelo, la política de la plataforma y la ley son cuestiones distintas. Los adultos ficticios eliminan el problema del consentimiento de personas reales, pero no las restricciones sobre el contenido o su distribución en una jurisdicción concreta. Para una persona identificable en una representación íntima, sigue siendo necesario el consentimiento exigido; llamar sintético al resultado no hace aceptable una representación no consentida. Aplique las reglas sobre ubicación, público y difusión antes de enviarlo y publicarlo.

¿Una clave API más estricta o una cuenta especial pueden desbloquear más capacidades?

No. Las claves solo delimitan restricciones operativas; las capacidades proceden del modelo elegido.

Siguiente paso: cómo pasa una tarea de la creación al resultado en createTask, ¿y después?.