Publicado el 10/7/2026
Mantenimiento que se hace solo: scripts programados por máquina
Los scripts programados son rutinas de mantenimiento — limpieza de temporales, verificación de disco, reinicio de servicios — que Argos ejecuta solo, en las máquinas y el horario que tú decidas, y registra el resultado de cada corrida. Convierten el mantenimiento de "hay que hacerlo" en "ya se hizo, aquí está la evidencia".
Todo el que administra una flota de PCs Windows tiene, en algún lugar, una lista de tareas de mantenimiento: limpiar archivos temporales, verificar el espacio en disco, reiniciar cierto servicio que se degrada con los días, comprobar que el respaldo corrió. Y todo el que tiene esa lista sabe la verdad incómoda: se ejecuta cuando hay tiempo, y nunca hay tiempo.
El mantenimiento manual tiene un techo matemático. Si una rutina toma 15 minutos por equipo y tienes 40 equipos, son 10 horas de trabajo repetitivo por ciclo. Nadie las hace. Lo que ocurre en la práctica es mantenimiento "por síntoma": se atiende la máquina que ya dio problemas, que es exactamente la definición de llegar tarde.
Del checklist a la rutina automática
Argos permite definir scripts —PowerShell, batch, lo que tu flota necesite— y programarlos para que se ejecuten solos en las máquinas que tú decidas, con la frecuencia que tú decidas. La consola guarda la biblioteca de scripts, los distribuye, los ejecuta en el horario configurado y registra el resultado de cada corrida.
El cambio de fondo no es técnico sino operativo: el mantenimiento deja de depender de la memoria y la disponibilidad de una persona. La tarea que antes era "hay que hacerla" pasa a ser "ya se hizo, aquí está el resultado".
¿Qué automatizar primero?
Si empiezas de cero, este es el orden que más retorno da por esfuerzo:
| Tarea | Frecuencia típica | Qué problema evita | |---|---|---| | Limpieza de temporales y caché | Semanal | Discos llenos que degradan todo el sistema | | Verificación de espacio en disco con reporte | Diaria | El "no hay espacio" descubierto por el usuario | | Reinicio de servicios problemáticos | Diaria o semanal | La app de línea de negocio que "amanece colgada" | | Comprobación de que el respaldo corrió | Diaria | Descubrir en el desastre que no había respaldo | | Sincronización de hora y verificación de red | Semanal | Errores raros de autenticación y de aplicaciones | | Inventario de software instalado | Mensual | Programas no autorizados que nadie vio entrar | | Depuración de perfiles y descargas viejas | Mensual | Equipos compartidos que se arrastran |
La regla general: si la instrucción cabe en un script y la haces más de dos veces al mes, programarla se paga sola la primera semana.
Por máquina, no café para todos
Una flota real no es homogénea, y un buen sistema de scripts lo respeta. La PC de contabilidad no necesita lo mismo que las estaciones del laboratorio, y el servidor de la sucursal tiene su propia lista. Argos programa por máquina o por grupo: cada equipo recibe exactamente las rutinas que le tocan, en el horario que menos interfiere con su uso.
Esto importa más de lo que parece. El motivo número uno por el que los administradores abandonan la automatización es el incidente del script genérico que corrió donde no debía. La programación granular elimina esa categoría de accidente: el alcance de cada script es explícito y visible en la consola.
Y para las tareas que requieren privilegios de administrador —limpiar carpetas del sistema, reiniciar servicios protegidos— la ejecución puede elevarse a nivel de sistema, sin compartir contraseñas de administrador con nadie ni escribirlas en ningún script.
Ejecución con evidencia, no fe
Un script que corre sin dejar rastro genera un problema nuevo: ¿corrió de verdad? ¿en todas las máquinas? ¿qué devolvió? La automatización sin evidencia solo mueve la incertidumbre de lugar.
Por eso cada ejecución en Argos queda registrada: qué script, en qué máquina, cuándo, y qué salida produjo. Esa bitácora convierte el mantenimiento en algo demostrable — ante ti mismo, ante tu equipo y, si administras equipos de clientes, ante el cliente que pregunta qué está pagando exactamente. "Este es el registro de las 120 rutinas que corrieron en tu flota este mes" es un argumento comercial, no solo técnico.
Y cuando una corrida falla, eso también es información: una máquina que no ejecutó su rutina es una máquina que merece atención hoy, no cuando dé síntomas.
¿Qué errores arruinan una automatización nueva?
Después de ver a muchos equipos adoptar scripts programados, los tropiezos se repiten y se evitan fácil:
- Programar en horario de uso. Un script de limpieza corriendo a las 10 de la mañana en la caja principal genera la queja que la automatización debía eliminar. Usa las horas muertas de cada grupo de máquinas: la ventaja de programar por máquina es precisamente esa.
- Automatizar sin revisar la primera semana. El registro de ejecuciones existe para leerse. Los primeros siete días revisa las salidas a diario: ahí aparecen los casos especiales (esa PC con el disco particionado distinto) antes de que sean incidentes.
- Meter lógica destructiva demasiado pronto. Empieza con scripts que leen y reportan; gradúa a scripts que limpian y reinician cuando el primer nivel lleve semanas estable. La confianza en la automatización se construye por capas.
El ciclo completo: automatizar, vigilar, actuar
Los scripts programados rinden más cuando trabajan en conjunto con el resto de la consola. El patrón que recomendamos:
- Automatiza las rutinas de la tabla anterior en toda la flota.
- Vigila con reglas de alerta lo que los scripts no pueden prevenir: disco crítico, equipo desconectado, antivirus apagado.
- Actúa con las herramientas de intervención — terminal remota y control remoto — solo en los casos que la automatización y las alertas te señalan.
Con ese ciclo, el tiempo del administrador se concentra donde de verdad hace falta criterio humano, y las máquinas se encargan de lo repetible.
Preguntas frecuentes sobre scripts programados
¿Qué lenguajes de script soporta Argos? PowerShell y batch son los más usados, pero la plataforma acepta lo que tu flota necesite ejecutar en Windows. La consola guarda la biblioteca de scripts, los distribuye a las máquinas asignadas y registra la salida de cada corrida, sin importar en qué lenguaje esté escrito el script.
¿Puedo programar un script para una sola máquina y otro distinto para el resto de la flota? Sí — la programación es por máquina o por grupo, no global. La PC de contabilidad puede tener una rutina distinta a las estaciones del laboratorio, cada una en el horario que menos interfiere con su uso. Es la diferencia entre automatización granular y el accidente clásico del script genérico que corrió donde no debía.
¿Necesito compartir contraseñas de administrador para que un script se ejecute con privilegios elevados? No. Para tareas que requieren privilegios de administrador —limpiar carpetas del sistema, reiniciar servicios protegidos— la ejecución se eleva a nivel de sistema sin que nadie tenga que compartir ni escribir contraseñas de administrador en ningún script.
¿Cómo sé si un script realmente corrió en todas las máquinas? Cada ejecución queda registrada en Argos: qué script, en qué máquina, cuándo y qué salida produjo. Si una máquina no ejecutó su rutina, eso también aparece en el registro — y es información tan valiosa como una corrida exitosa, porque señala qué equipo necesita atención hoy.
Empieza con un script
No hace falta migrar toda tu operación el primer día. Elige la tarea que más veces repetiste el mes pasado, conviértela en script, prográmala en cinco máquinas y revisa los resultados en una semana. Ese primer ciclo suele ser suficiente para no querer volver atrás.