«Mándame los stems»: antes de exportar, concreta qué necesitan
El cliente pide «los stems para que otro técnico cambie el bombo». ¿Quiere la batería mezclada en un archivo o cada pista por separado? No basta con poner un nombre a la carpeta: hay que aclarar qué elementos necesita controlar el destinatario y qué procesamiento debe conservar cada entrega.
Esta guía propone probar IA de texto para convertir una petición ambigua en una ficha y un borrador de preguntas. El ejercicio incluye un caso ficticio, una respuesta de referencia escrita a mano y un piloto medible. No se ha ejecutado el ensayo ni se atribuyen resultados al asistente. La escucha, la exportación y la aprobación siguen en manos del estudio.
Pistas, grupos y efectos: tres campos distintos
iZotope distingue los stems, grupos de pistas mezcladas en un archivo, de las pistas individuales que se usan para mezclar. También describe entregas de grupos con efectos incorporados o con reverberaciones y retardos separados. Por eso conviene concretar el contenido y el procesamiento, además de la palabra utilizada.
Las instrucciones públicas de Bunker Estudio piden para mezcla instrumentos en archivos independientes y un inicio común. Ryan Summer contempla versiones con y sin procesamiento; en su versión vocal denominada dry conserva corrección de tono y tiempo. Son requisitos de esos profesionales: no conviertas «dry» en una orden universal de quitarlo todo ni copies sus ajustes a cualquier encargo.
En la ficha propuesta, escribe qué incluye cada archivo, qué debe permanecer separado, qué versión se toma como referencia y qué efectos o correcciones se conservan. Pide al técnico destinatario sus especificaciones; no des por acordados formato, canales, frecuencia de muestreo, profundidad de bits o intervalo de exportación.
- Necesidad del destinatario: cambiar el balance de un grupo y editar un elemento aislado son peticiones que debes diferenciar antes de cerrar la entrega.
- Contenido: conserva los nombres literales y la lista explícita de elementos; no deduzcas el contenido real de un audio por su nombre.
- Procesamiento: registra por separado corrección de tono/tiempo, efectos y tratamiento de grupos o salida. Lo que no esté acordado queda pendiente.
- Control final: identifica la versión de referencia y quién revisará los archivos exportados. Una ficha completa no demuestra que el audio sea correcto.
Caso ficticio: batería agrupada y una voz «seca» con excepciones
Todos los nombres, documentos y archivos de este ejemplo son inventados. No hay audio adjunto. P1 es la solicitud: «Envíame los stems de Faro_v3 para que el nuevo técnico cambie solo el bombo. La voz, seca, pero conserva la afinación y el ajuste de tiempo. La reverb, aparte». No aclara si se refiere solo a la voz principal o también a los coros.
I1 es un inventario redactado por el técnico del estudio, no un análisis del asistente. Cita archivos existentes en esta ficción; no acredita que estén listos para entregar ni que sean exportaciones completas. No hay especificaciones del destinatario ni exportación aprobada.
| Referencia | Archivo | Contenido declarado por el técnico | Límite del registro |
|---|---|---|---|
| A1 | Faro_v3_DRUMS.wav | Bombo, caja y platos mezclados en un archivo | No documenta una pista de bombo separada |
| A2 | Faro_v3_LEAD_DRY.wav | Voz principal; conserva afinación y tiempo; sin reverb | No documenta coros ni otros tratamientos |
| A3 | Faro_v2_VOX_REV.wav | Retorno de reverb vocal de la versión v2 | No documenta un retorno equivalente de v3 |
La referencia manual: qué preguntar, qué conservar y qué no cerrar
Para A1, pregunta si el destinatario necesita el bombo como pista individual y qué otros elementos deben mantenerse separados. P1 pide actuar sobre el bombo; I1 solo documenta un grupo de batería. La existencia de una pista independiente no está acreditada. No renombres DRUMS como KICK ni prometas extraer una toma original desde el grupo.
Para A2, conserva las dos excepciones de P1: afinación y tiempo. Su etiqueta DRY no autoriza a retirar esas correcciones. I1 declara voz principal, mientras P1 dice «la voz» sin precisar coros. Pregunta el alcance vocal y confirma cualquier otro tratamiento que deba mantenerse; no afirmes que A2 cumple todo el pedido.
Para A3, señala la diferencia v2/v3 y solicita el retorno correspondiente a la versión acordada, o una confirmación expresa de qué archivo se quiere usar. No presentes v2 como v3, no lo descartes automáticamente y no des por inexistente un retorno que simplemente no aparece en I1.
Un borrador de consulta sería: «Para Faro_v3, ¿necesitáis el bombo individual y qué otras pistas por separado? ¿La voz incluye coros? Mantendríamos afinación y tiempo según P1; falta concretar los demás tratamientos. El inventario solo identifica la reverb de v2: necesitamos confirmar la versión antes de preparar la entrega». Es texto escrito para este ejemplo; no es una respuesta observada ni un mensaje enviado.
Una instrucción de prueba que no toca la sesión
Copia únicamente P1 e I1 ficticios en un asistente de texto. Si eliges Claude, su documentación recomienda permitir respuestas de incertidumbre y contrastar las afirmaciones con las fuentes. Eso no garantiza que respete la instrucción ni que detecte los conflictos.
«Prepara una ficha provisional de entrega a partir de P1 e I1. Para cada petición, indica cita y documento, archivo relacionado, contenido declarado, procesamiento que se debe conservar, discrepancia y pregunta pendiente. Distingue lo solicitado de lo inventariado y de lo aprobado. No deduzcas audio desde nombres, no inventes pistas o retornos, no elimines correcciones por la etiqueta dry ni cambies versiones. No elijas parámetros de exportación, no separes audio, no modifiques archivos, no envíes enlaces ni marques la entrega aceptada. Cuando falten datos, identifica exactamente cuáles».
Coteja la salida con la referencia manual anterior. Rechaza frases como «DRUMS permite entregar el bombo individual», «la voz seca debe ir sin afinación» o «la reverb de v3 está adjunta». El técnico debe comprobar la sesión y escuchar las exportaciones reales; esta prueba solo trabaja con texto.
Un piloto con fallos reproducibles y una alternativa sin IA
Primero completa una hoja manual con petición, versión, archivo, contenido, procesamiento, fuente y aprobación. Si basta para tus encargos, mantén ese procedimiento. La hipótesis del ensayo es que un asistente ayude a ordenar peticiones expresadas de formas distintas; no que determine la calidad de la mezcla.
Compara después su borrador con la referencia. En una copia ficticia cambia solo la petición de batería de P1 por «queremos la batería agrupada, no editar el bombo por separado», manteniendo las instrucciones vocales y de reverb: debería desaparecer la pregunta por el bombo individual, pero seguir la duda de versión de la reverb. En otra, añade a I1 un retorno v3 documentado: debería reconocerlo sin borrar el archivo v2 ni aprobar el paquete completo. Son pruebas propuestas, no resultados obtenidos.
- Cuenta requisitos omitidos, pistas inventadas, excepciones eliminadas, versiones confundidas y entregas aprobadas sin autorización.
- Registra el esfuerzo completo de preparar, cotejar y corregir frente a la hoja manual; no midas solo lo rápido que aparece un texto.
- Conserva las entradas y los fallos. Un error sobre contenido, versión o procesamiento exige corregir el borrador antes de usarlo.
- Antes de enviar audio real, el responsable comprueba los archivos contra la ficha confirmada y las especificaciones del destinatario. La aprobación del texto no sustituye esa revisión.
Cuándo valorar un desarrollo para tu estudio
En la prueba manual copias datos ficticios y revisas la respuesta. Una automatización conectada requeriría comprobar permisos, formatos de inventario, identificadores de proyecto, versiones y responsables. Esta guía no establece compatibilidad con tu programa de audio, almacenamiento ni herramienta de gestión.
Adaris puede estudiar una herramienta interna acotada que reúna peticiones autorizadas y un inventario de entregas, enlace cada duda con su fuente y prepare una ficha pendiente de revisión. El alcance, la viabilidad, los criterios de aceptación y el presupuesto se acuerdan caso por caso. Es una propuesta de software e integración con IA a medida, no un producto propio para estudios ya disponible.
Para probar utiliza solo esta ficción. No subas voces, sesiones inéditas, enlaces privados, contratos ni datos comerciales o personales reales sin permiso y condiciones adecuadas de uso, acceso y conservación. Puedes describir el proceso a Adaris sin compartir material de clientes. La atención comercial es en español.
Servicios relacionados
Fuentes
¿Cada entrega se aclara en varios mensajes?
Cuéntanos cómo registras peticiones, versiones y aprobación. Podemos valorar un desarrollo acotado para tu estudio; atención comercial en español.