No se puede acceder a la página web. Aun así, el informe semanal dice «sin cambios». Justo aquí es donde un resumen inofensivo se convierte en un estado de trabajo engañoso. Por eso, una tarea recurrente debe poder distinguir algo más que novedades o ausencia de novedades.
ChatGPT admite tareas programadas con distintas interfaces y vías de acceso. La documentación recomienda probar primero la tarea en un chat normal y revisar las primeras ejecuciones. Nuestro propio borrador supervisa la fecha y el estado de inscripción de la página pública de un evento. No se configuró ninguna automatización para ello.
La comparación necesita un punto de partida conocido
Anota qué fecha y qué estado de inscripción se confirmaron por última vez. Registra junto a ellos la fuente y la fecha de referencia. La ejecución posterior debe poder recibir realmente esta referencia. Una programación por sí sola no demuestra que cada fragmento anterior de la conversación vaya a seguir disponible como base de comparación inequívoca.
Una referencia esquemática propia podría decir: «Fecha: 14 de noviembre, inscripción abierta, confirmado en la página indicada el día de la comprobación». Aquí la fecha sirve solo como valor de ejemplo artificial. En un uso real, el punto de partida debe proceder de la fuente real.
Tres estados en lugar de un resultado generalizado
- Sin cambios: La fuente se puede leer y los campos observados coinciden con la referencia.
- Con cambios: Un dato relevante es diferente; se pueden identificar el nuevo valor y dónde se encontró.
- No se puede determinar: La fuente falta, no se puede leer o no respalda con claridad el dato necesario.
Un nuevo encabezado sin cambio de fecha no tiene por qué ser motivo de aviso. En cambio, una sola fecha modificada puede ser importante. Por eso la tarea describe los campos relevantes y su significado, en lugar de tratar cada cambio en la redacción de la página como una novedad.
Compare the date and registration status of the named public page
with the explicitly attached baseline.
Report relevant differences with old value, new value and source.
If access fails: cannot be determined, with the reason the retrieval failed.
Unchanged descriptive texts are not a reason to report.
Do not make a booking and do not send any message to the organiser.Orienta el informe a la decisión
«Hay novedades» te deja a ti el trabajo real. Una salida útil, en cambio, indica: inscripción cerrada, antes abierta, relevante para la decisión de participación que sigue pendiente. También incluye el lugar donde se puede ver el nuevo estado.
La observación y la acción externa siguen separadas. Aunque un cambio de plazo haga que inscribirse parezca sensato, eso no convierte una tarea de radar en una tarea de reserva. Este límite forma parte de la descripción del flujo de trabajo.
Prueba el funcionamiento antes de la programación
Usa tres versiones de texto propias o una página de prueba propia adecuada: sin cambios, cambio relevante y contenido ausente. Anota de antemano la clasificación esperada. Después comprueba si la salida contiene el estado correcto y pruebas útiles.
Solo entonces tiene sentido una programación con una zona horaria clara y un ritmo adecuado. Una comprobación semanal puede bastar para algunos datos y ser demasiado poco frecuente para plazos con poca antelación. Que una tarea se inicie con regularidad no garantiza que cada entrega llegue a tiempo.
Si la fecha y el estado de inscripción cambian a la vez, el informe necesita ambos cambios. Una diferencia encontrada en primer lugar no debe desplazar la segunda información importante.
Mantén actualizadas la referencia y el acceso
Tras un cambio confirmado, debe quedar claro qué estado se aplica en la siguiente ejecución. De lo contrario, la diferencia ya conocida puede seguir apareciendo como si fuera un aviso nuevo. Decide quién adopta el nuevo valor de referencia y dónde sigue disponible para la tarea.
Las tareas web no pueden trabajar directamente en una carpeta de un ordenador local. Otros flujos de trabajo pueden necesitar un ordenador conectado. Comprueba la vía de acceso real antes de confiar en una programación. Un pequeño radar resulta útil cuando entiendes la fuente, la comparación y el estado de fallo, y puedes seguir las primeras ejecuciones reales.
Fuentes y estado de la documentación: 25 de octubre de 2026.
