Tareas programadas

Programe una comprobación de pruebas o pida al agente que retome una conversación local más adelante. Incluya en el prompt el comando, el proyecto y qué debe informar para que cada ejecución tenga el contexto necesario.

​

Cree una tarea programada

Use Scheduled tasks para trabajos únicos o recurrentes, como ejecutar las pruebas de un proyecto cada mañana y resumir los fallos:

1. Abra Scheduled tasks y cree una tarea.
2. Introduzca el prompt, la carpeta del proyecto, el modelo y el modo de permisos.
3. Elija cuándo se ejecuta: una vez, a intervalos, cada hora, cada día o cada semana.
4. Compruebe Next runs, incluida la zona horaria, y guarde la tarea. Use Run now para comprobar el comportamiento antes de la primera ejecución programada.

Cada ejecución programada independiente inicia una conversación distinta. Incluya en el prompt guardado el comando y el resultado esperado:

Ejecute npm test. Indique los nombres de las pruebas fallidas y los errores relevantes. No modifique archivos.

Elija la carpeta del proyecto para ejecutar el comando en el repositorio correcto. Después, abra Run history y seleccione la sesión para examinar la salida. Use el filtro Problems para localizar ejecuciones que requieren investigación. Si una tarea muestra Needs attention, ábrala y responda a la pregunta o solicitud de aprobación. Pause afecta a los próximos inicios; Stop cancela una ejecución activa.

​

Elija frecuencia y límite

En las opciones horaria, diaria y semanal, deje Run limit vacío para repetir sin límite. Se usa la zona horaria del equipo, salvo que indique otra en Advanced → Timezone. Compruebe Next runs, sobre todo si sigue la hora de otra región.

​

Escriba un prompt autónomo

Cada ejecución independiente empieza una conversación nueva. Indique entrada, acción, salida y restricciones:

Ejecute npm test en este proyecto. Informe del comando, si pasó y cada prueba fallida con su error. Si faltan dependencias, informe del problema de preparación. No instale paquetes ni modifique archivos.

Seleccione la carpeta real del proyecto. Con No project, cada ejecución obtiene una carpeta nueva sin su repositorio. Use Run now para comprobar prompt, entorno y aprobaciones antes de depender de la programación.

​

Gestione una programación

Haga clic en el nombre para editarla. Run now ejecuta manualmente sin cambiar el próximo horario ni consumir una ejecución automática. Pause evita nuevos inicios; Stop cancela la ejecución actual. Eliminar evita futuras ejecuciones, conserva sesiones e historial y no detiene una ejecución activa. Abra Run history, filtre por tarea y use Problems para localizar fallos o solicitudes pendientes. Lea la sesión asociada para ver la salida real. Completed indica que se agotaron las ejecuciones automáticas; cree otra programación si necesita más.

​

Programe un seguimiento

Durante una sesión local de Code en la aplicación de escritorio, también puede pedir al agente que retome el trabajo más adelante. Estos seguimientos no están disponibles en la CLI, la extensión de VS Code ni las sesiones en la nube. Reanudan la conversación original con su historial y entorno. Por ejemplo:

Dentro de diez minutos, vuelva a ejecutar npm test e indique si pasan las pruebas del checkout. No modifique archivos.

​

Cuándo se ejecuta el trabajo programado

El trabajo programado utiliza el modo de permisos guardado y puede detenerse para solicitar aprobación. La aplicación de escritorio debe estar ejecutándose a la hora prevista. Cerrarla por completo detiene la programación; volver a abrirla no repite las ocurrencias perdidas. Cerrar solo la ventana principal puede dejar la aplicación activa cuando hay programaciones habilitadas. El historial muestra ejecuciones omitidas, fallos y solicitudes que necesitan su atención.

​

Entienda las ejecuciones omitidas

Las ejecuciones de una misma programación o proyecto no se solapan. Si la anterior sigue activa, una nueva ocurrencia puede omitirse. Las ejecuciones perdidas, fallidas, canceladas u omitidas consumen el límite automático; el tiempo en pausa no. Una ejecución única perdida termina sin repetirse al reabrir la aplicación. Si se requiere aprobación, abra la sesión y responda. Cambiar permisos para evitar preguntas debe ser una decisión deliberada, no una forma de ocultar un error pendiente del entorno o comando. Continúe con Consumo y solución de problemas.