Tiempo: 50 minutos más una ejecución posterior
Superficie: web o aplicación de escritorio
Riesgo: medio
Qué vas a aprender
- Convertir un prompt probado en una tarea programada.
- Elegir entre ejecución independiente y continuación de una tarea.
- Diseñar una automatización desatendida con permisos estrechos.
Programa solo lo que ya funciona manualmente
Una tarea programada ejecuta un prompt sin que estés presente. Si el prompt es ambiguo, el horario solo repetirá la ambigüedad. Prueba primero una ejecución normal y revisa su salida.
La aplicación puede programar tareas sobre proyectos locales. El ordenador debe permanecer encendido, la aplicación ejecutándose y la carpeta disponible. Las tareas web pueden utilizar archivos subidos y herramientas conectadas, pero no trabajan directamente sobre una carpeta local. CLI e IDE no proporcionan la interfaz de gestión de Scheduled.
Independiente o con continuidad
- Tarea independiente: cada ejecución empieza desde el prompt guardado. Útil para un informe periódico.
- Tarea dentro de una conversación: vuelve al mismo contexto. Útil para seguimiento de una operación o revisión continua.
Para un resumen semanal repetible, empieza por una tarea independiente.
Práctica segura
Crea entrada/seguimiento.txt con cinco líneas ficticias, cada una con fecha, estado y nota. Prueba primero:
Lee entrada/seguimiento.txt y prepara un resumen semanal dentro de
salida/seguimiento. Incluye: elementos nuevos, pendientes, bloqueados y datos
incompletos. No cambies la entrada, no uses red y no envíes mensajes. Si no hay
novedades, crea un informe que diga "Sin novedades". Termina indicando la ruta
del archivo y el número de líneas procesadas.
Comprueba el resultado. Después programa una ejecución semanal si Scheduled está disponible.
Prompt duradero
Añade instrucciones que sigan teniendo sentido en el futuro:
En cada ejecución:
1. utiliza únicamente entrada/seguimiento.txt;
2. no asumas que una fecha ausente es la fecha actual;
3. escribe un archivo nuevo con fecha en salida/seguimiento;
4. no sobrescribas informes anteriores;
5. no uses red, plugins ni aplicaciones;
6. informa si la entrada no existe o tiene líneas inválidas;
7. no realices cambios fuera del proyecto.
Detente después de crear y verificar el informe.
Permisos
Las tareas programadas utilizan la configuración de sandbox y se ejecutan desatendidas. Utiliza lectura más escritura dentro del workspace, sin red. Evita Full access. En un repositorio Git, un worktree puede aislar cambios; en una carpeta sin Git la tarea escribirá directamente en el proyecto.
Comprobación de las primeras ejecuciones
- Revisa cada informe de las primeras semanas.
- Comprueba que no sobrescribe versiones.
- Confirma que los errores son visibles.
- Ajusta horario y prompt si genera ruido.
- Pausa o elimina la tarea cuando ya no tenga propietario o utilidad.
Alternativa sin Scheduled
Guarda el prompt como una skill o plantilla y ejecútalo manualmente una vez por semana. La repetibilidad no depende de que la función de calendario aparezca en tu cuenta.
Recuperación
Pausa la tarea antes de modificar su prompt o permisos. Archiva ejecuciones antiguas que ya no necesitas. Si una tarea local cambió archivos incorrectos, detén futuras ejecuciones y restaura desde Git o copia de seguridad antes de volver a activarla.
Error frecuente
Programar una acción externa irreversible. Empieza generando un informe o borrador. Enviar, fusionar, desplegar o publicar necesita reglas adicionales, identidad de servicio y revisión humana.
Mini ejercicio
Añade una línea inválida al seguimiento y ejecuta manualmente. El informe debe señalarla sin descartar silenciosamente el resto.
Evidencia que debes guardar
- Prompt probado manualmente.
- Horario y destino.
- Permisos utilizados.
- Primeras ejecuciones revisadas.
- Propietario y condición de retirada.
Ejemplo resuelto: una tarea programada que falla de forma visible
Leo quiere recibir cada lunes un resumen de cambios en tres páginas oficiales. Un mal encargo sería «vigila internet y avísame de lo importante». No define fuentes, importancia, comparación ni salida.
La versión operativa es:
Cada lunes a las 09:00, consulta únicamente las tres URL indicadas.
Compara el contenido visible con el informe anterior y crea un nuevo archivo
AAAA-MM-DD-cambios.md. Para cada cambio incluye página, sección, resumen,
enlace y nivel de confianza. Si una página no está disponible, no reutilices
datos antiguos como si fueran actuales: registra ERROR DE ACCESO y continúa.
Si no hay cambios, crea igualmente el informe con «sin cambios detectados».
No envíes mensajes ni publiques resultados.
Antes de programarla, Leo la ejecuta manualmente una vez. Comprueba acceso, estructura del informe y ubicación. Después programa y revisa las dos primeras ejecuciones. Conserva un registro con fecha prevista, fecha real, resultado y error.
La ausencia de un informe también debe ser observable. Si la ejecución depende de una máquina local, Leo conoce esa dependencia y decide qué ocurrirá si está apagada. Una tarea programada no debe fingir continuidad cuando el entorno no estaba disponible.
Prueba de fallo: sustituye temporalmente una URL de práctica por una dirección inexistente. El resultado correcto contiene un error explícito y no inventa cambios.
Señal de alarma: una automatización puede enviar, publicar, comprar o borrar de forma recurrente sin revisión y sin un límite muy claro.
Criterio de terminado: la tarea funciona manualmente, deja evidencia en cada ejecución, maneja fallos y se puede desactivar o revisar.
Cambia una variable
- Marta: resumen semanal de CSV nuevos, sin enviar correos.
- Sol: borrador de planificación, no publicación automática en el aula.
- Dani: informe de estado del repositorio, sin fusionar ni desplegar cambios.
Comprueba que lo has entendido
- ¿Por qué se prueba manualmente antes de programar?
- ¿«No se creó ningún informe» significa necesariamente «no había cambios»?
Respuesta razonada
La ejecución manual valida permisos, entradas, salida y controles sin esperar al horario. La falta de informe puede significar fallo, equipo apagado o configuración incorrecta; por eso incluso «sin cambios» debe generar evidencia.
Fuentes oficiales
Revisado contra la documentación: 14 de julio de 2026.