Practica cómo revisar un borrador de solicitud comercial antes de conectarlo al CRM: detecta un dato inventado, conserva lo que falta y reconoce una reentrega. Al terminar tendrás tus decisiones y un cuaderno para adaptar el criterio a tu trabajo.
20–30 minutos orientativos3 casos · 2 solicitudes distintasSin registro ni pago
Estás abriendo la copia portátil. Los documentos del kit están en esta misma carpeta.
Una práctica de criterio. Los mensajes y las salidas están preparados
para este ejercicio. No proceden de una ejecución de IA ni de clientes. Las referencias
son propuestas didácticas, preparadas con asistencia de IA; no hay revisión humana registrada.
Todo funciona en esta página. Tus respuestas no se envían ni se guardan automáticamente.
Descarga el cuaderno antes de cerrar o recargar. Usa ejemplos ficticios.
01 / Acordar la tarea
Un borrador que se pueda revisar.
La salida que buscamos
Revisar una solicitud comercial sintética y decidir si puede prepararse un borrador pendiente de revisión humana, si falta información o si debe conciliarse una reentrega con un borrador existente.
Necesarios: empresa, email, servicio. Opcionales:
presupuesto. Un presupuesto ausente se conserva como vacío.
Criterios de esta muestra
Los campos obligatorios necesitan respaldo en esta solicitud.
Un presupuesto ausente se conserva como null; es opcional.
Todo borrador queda pendiente de revisión humana.
Una reentrega se reconoce por origen, identidad y contenido. El email no basta.
Leer las reglas completas de la tarea
Solo se preparan borradores. Ninguna decisión aprueba un alta en un CRM ni autoriza enviar un email.
Cada campo debe estar respaldado por el mensaje de esta solicitud. No completar datos usando otra solicitud, conjeturas o información externa.
El único servicio admitido en esta muestra es revision_campanas. Las expresiones revisar campañas y revisar nuestras campañas se normalizan a ese valor.
Un campo ausente se conserva como null. Empresa, email y servicio son obligatorios; presupuesto es opcional y su ausencia no bloquea la preparación del borrador.
Preparar significa conservar un borrador PENDIENTE de revisión humana cuando los campos obligatorios tienen soporte. Revisar significa retirar valores sin soporte y pedir que se complete o aclare la información antes de continuar.
La identidad de una solicitud es el par source + requestId. El mismo email por sí solo no demuestra que dos solicitudes sean la misma.
Conciliar significa comparar la identidad y la huella del objeto preparado con el borrador existente. En esta muestra se comparan manualmente los cuatro campos normalizados. Misma identidad y mismos campos: conservar un único borrador. Misma identidad y campos distintos: bloquear la incorporación, no sobrescribir y pedir revisión.
Todos los nombres, mensajes y emails del ejercicio son sintéticos. Las propuestas y referencias son didácticas; no se mide el rendimiento de un sistema.
Lee la entrada y su contexto.Identifica qué puede sostenerse.
Registra las tres decisiones.Explica qué conservarías o corregirías y guarda tu
intento.
Contrasta las referencias.Ábrelas después de guardar las tres decisiones y revisa
los límites.
02 / Examinar los casos
¿Qué harías con esta salida?
La salida propuesta es material del ejercicio. Puede contener errores deliberados. El
tercer caso vuelve a entregar la primera solicitud y necesita su estado previo.
Decisiones registradas: 0 de 3. Esto no es una puntuación de un modelo.
MUESTRA-CRM-001
Una solicitud con los datos necesarios
01
La entrada
Soy Ana de Taller Norte. Queremos revisar nuestras campañas. Email: ana@example.com.
Origen: correo-sintetico · Identidad: mail-001
Contexto: Primera entrega de la identidad correo-sintetico + mail-001. No existe un borrador previo para esa identidad. El presupuesto no figura en el mensaje y es opcional.
Completa y guarda las tres decisiones antes de abrir las referencias.
Consultar el criterio propuesto para este caso
Preparar un borrador pendiente de revisión.
Los tres campos obligatorios tienen soporte en el mensaje. Se puede preparar un borrador PENDIENTE de revisión humana; la ausencia del presupuesto opcional no lo bloquea.
Empresa: Taller Norte aparece literalmente en el mensaje.
Email: ana@example.com aparece literalmente en el mensaje; esta comprobación no acredita que exista un buzón real.
Servicio: revisar nuestras campañas respalda la normalización a revision_campanas.
Presupuesto: null conserva su ausencia y no impide preparar el borrador.
Identidad nueva: correo-sintetico + mail-001 no tiene borrador previo en el contexto del caso.
Resultado del ejercicio: un borrador PENDIENTE de revisión; ninguna escritura en un CRM ni envío de email.
Campos propuestos tras aplicar este criterio; sigue siendo un ejemplo preparado:
Soy Ana de Taller Norte y quiero revisar campañas. No incluyo un email.
Origen: correo-sintetico · Identidad: mail-002
Contexto: Primera entrega de la identidad correo-sintetico + mail-002. Es una solicitud distinta de mail-001 y no hereda automáticamente los datos de la anterior. Contrastar su mensaje con la propuesta.
Completa y guarda las tres decisiones antes de abrir las referencias.
Consultar el criterio propuesto para este caso
Revisar y completar datos antes de continuar.
El email propuesto es inventado y debe eliminarse. El email es obligatorio: conservar null y pedir que se complete antes de continuar. Que coincida la empresa con otra solicitud no autoriza copiar sus datos.
Empresa: Taller Norte tiene soporte literal.
Email: comercial@example.com no aparece en el mensaje y se retira; el valor corregido es null.
Presupuesto: sigue siendo null y opcional; no es el motivo del bloqueo.
Identidad distinta: mail-002 no hereda el email de mail-001, aunque compartan empresa y nombre.
Resultado del ejercicio: anotar que falta el email para que una persona pida completarlo por un canal apropiado; esta práctica no envía mensajes ni crea registros en un CRM.
Campos propuestos tras aplicar este criterio; sigue siendo un ejemplo preparado:
Soy Ana de Taller Norte. Queremos revisar nuestras campañas. Email: ana@example.com.
Origen: correo-sintetico · Identidad: mail-001
Contexto: Ya existe un borrador PENDIENTE de revisión para correo-sintetico + mail-001, preparado en el caso 001. Sus campos son empresa=Taller Norte, email=ana@example.com, servicio=revision_campanas y presupuesto=null. Llega otra entrega con esa misma identidad y exactamente los mismos datos. Comparar la identidad y el contenido preparado; la coincidencia del email por sí sola no es el criterio.
Completa y guarda las tres decisiones antes de abrir las referencias.
Consultar el criterio propuesto para este caso
Conciliar la reentrega con el registro previo.
Coinciden el origen, la identidad mail-001 y los cuatro campos del borrador existente. Conservar ese único borrador PENDIENTE de revisión y anotar la reentrega, sin crear otro registro. Si la misma identidad trajera una huella distinta, habría que bloquear la incorporación y revisar la discrepancia.
Origen e identidad: correo-sintetico + mail-001 coincide con el borrador existente.
Huella del objeto preparado: los cuatro campos normalizados coinciden; en esta práctica la comparación es manual, sin calcular hashes.
La coincidencia del email no se usa por sí sola para identificar una reentrega.
Si coincidiera la identidad pero cambiara algún campo, bloquear la incorporación y conservar el borrador previo hasta revisar; no sobrescribir automáticamente.
Resultado del ejercicio: permanece un solo borrador PENDIENTE de revisión, sin otro registro y sin envío de email.
Campos propuestos tras aplicar este criterio; sigue siendo un ejemplo preparado:
Completa las tres decisiones y sus notas, guárdalas y después consulta las referencias.
03 / Llevarlo a tu trabajo
Prepara tu siguiente evaluación.
Define una tarea y la evidencia que necesitarías. El ejercicio anterior no autoriza
conectar una automatización a producción.
Conserva tu cuaderno.
La descarga reúne tus decisiones, notas y tarea propia en un archivo Markdown editable.
Puedes guardarlo aunque queden campos pendientes. No envía una respuesta a IA en Uso.
Qué has practicado y qué se ha probado.
Estos tres casos corresponden a dos solicitudes: la tercera situación repite la primera. Sus propuestas son manuales y didácticas. No miden un modelo ni ejecutan guardados en un CRM.
En otro ensayo, ejecutado el 19 de septiembre de 2026, un modelo produjo 15 respuestas sobre cinco semillas conocidas (cuatro mensajes únicos). Las 15 coincidieron con los cuatro campos esperados; el cotejo combinado pasó en 14 porque unas citas diferentes provocaron un conflicto de guardado. La aceptación humana y la generalización no se evaluaron.
En esta práctica comparas cuatro campos manualmente. El ensayo incluía también las citas en la huella: por eso sus decisiones de persistencia no son intercambiables.
Estos enlaces requieren conexión. El ZIP del ensayo contiene RESULTADOS.md, el manifiesto, las respuestas y los sondeos. La práctica y sus documentos funcionan sin abrirlos.
Para continuar
Los materiales, a mano.
La muestra sirve para explorar cómo definir y revisar una evaluación. La ejecución con
modelos, la validación de idempotencia y una decisión de puesta en producción requieren
pruebas propias.