Recursos · Conector de Claude

Conector Claude AutomoxLo que Claude sabe hacer en tu cuenta de Automox.

El conector Claude Automox expone 133 herramientas: 85 leen tu parque, 48 lo cambian y 0 quedan sin documentar. Es una extensión de Claude Desktop. Aquí ves de qué informa Claude, qué puede parchear, reiniciar o borrar, y los seguros que Automox incorporó.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Resumen

Qué cambia cuando Claude habla con tu consola de Automox

Con esta extensión ya no rebuscas tú en la consola: le preguntas a Claude si estás listo para el Patch Tuesday, qué dispositivos necesitan atención o qué cambió ayer un compañero, y él trae la respuesta de tu consola con tu propia clave de API, sin pasar por otra cuenta.

Saber dónde estás antes del Patch Tuesday. get_patch_tuesday_readiness junta el informe previo a parches, las aprobaciones pendientes y los calendarios en una respuesta, y get_compliance_snapshot hace lo mismo con el cumplimiento.

Investigar un equipo o un fallo. get_device_full_profile reúne detalle, inventario, software y políticas de una máquina, mientras policy_run_results devuelve la salida y los códigos de error de una ejecución fallida.

Actuar sobre el parque. Con la escritura activada, Claude puede aprobar un parche con decide_patch_approval, reiniciar un equipo con execute_device_command o montar una política con apply_policy_changes.

Conoce también los límites. Automox marca cada herramienta de escritura para una confirmación en el cliente y deja las cuatro más arriesgadas tras ajustes apagados por defecto. Un modo de solo lectura retira las 48 de escritura. El control remoto requiere una suscripción aparte. Y nada funciona solo: ninguna herramienta reacciona a una vulnerabilidad nueva o a un fallo. Ese trabajo corresponde a las plataformas de automatización, reunidas en la página de Integraciones.

Vocabulario

Cinco palabras antes de conectar

El vocabulario de esta extensión, en un minuto.

Conector
El enlace que configuras una vez entre Claude y una cuenta que ya tienes, para que Claude trabaje en ella mientras te responde.
Herramienta
Una acción con nombre que el conector abre a Claude. Claude elige solo cuáles llamar, y el directorio las enumera todas por nombre.
Autorización
El acceso que concedes una vez para que Claude trabaje en un servicio. Aquí descansa en la clave de API de Automox que pegas al instalar.
Aprobación
La confirmación que Claude espera antes de una acción que cambia tu cuenta, mostrada en la conversación en el momento en que aplica.
MCP
El estándar común de los conectores: es lo que permite a un asistente como Claude hablar con un servicio externo como Automox.
Conexión

Instala Automox en Claude en tres pasos

  1. 01

    Busca Automox en Claude Desktop

    Abre los ajustes de Claude Desktop, entra en Customize y luego en Connectors, y busca Automox. Es una extensión de escritorio que se instala en Claude Desktop. En Team o Enterprise, un Owner o Primary Owner la activa antes de que los miembros la usen.

  2. 02

    Inicia la conexión

    Pulsa Connect en su fila y dale a la extensión lo que pide. Según Automox, solicita tu clave de API, el UUID de la cuenta y, opcionalmente, el identificador de organización, guardados en la configuración segura de Claude Desktop. Si falla, usa Disconnect y vuelve a conectar.

  3. 03

    Decide qué cubre el acceso

    Es el servicio, no Claude, quien fija el alcance. Automox indica que el conector actúa como tú, con exactamente tus permisos de consola y de API, así que la clave elegida y el rol de su dueño deciden lo que Claude alcanza.

Herramientas

Las 133 herramientas, entre leer y cambiar

Automox le da a Claude 133 herramientas: 85 que leen tu cuenta, 48 que cambian algo en ella.

Automox documenta cada herramienta, así que todas tienen grupo. Los nombres se mantienen tal como los muestra Claude.

  • 85 lectura
  • 48 escritura

Lo que Claude lee (85)

85 herramientas

Ochenta y cinco herramientas que informan sobre dispositivos, políticas, parches, usuarios y ajustes sin cambiar nada.

audit_events_ocsf

Consulta el servicio de auditoría v2 de Automox y devuelve los eventos en formato OCSF, el que ya leen muchas herramientas de seguridad. La fecha es obligatoria y un nombre de tipo de evento afina el resultado.

Cuándo sirve
tu equipo de seguridad quiere la actividad de Automox con el mismo esquema que el resto de sus registros.

Fuentegithub.com · 1 de octubre de 2026 ↗

audit_trail_user_activity

Trae el rastro de auditoría de una persona en un día concreto, identificada por correo o por identificador, con paginación si la jornada fue intensa. Los datos brutos de cada evento, depurados, solo llegan si los pides.

Cuándo sirve
necesitas saber qué tocó un compañero en la consola el martes pasado, y en qué orden.

Fuentegithub.com · 1 de octubre de 2026 ↗

check_group_exclusion_status

Responde, para uno o varios grupos de servidores, si cada uno está ahora mismo dentro de una ventana de exclusión activa. La respuesta es un sí o un no por grupo.

Cuándo sirve
antes de lanzar una política a mano en dos grupos, confirmas que ninguno está en periodo de congelación.

Fuentegithub.com · 1 de octubre de 2026 ↗

check_window_active

Indica si una ventana de mantenimiento está vigente en este momento. Automox la da por activa si su estado lo dice, si tiene al menos un grupo y si la hora actual cae dentro de un periodo de exclusión.

Cuándo sirve
una intervención quedó bloqueada esta mañana y sospechas de una ventana de congelación olvidada.

Fuentegithub.com · 1 de octubre de 2026 ↗

device_detail

Ofrece un retrato cuidado de un dispositivo: estado reciente de las políticas, asignaciones, comandos en cola y datos clave. Los códigos de estado llegan como etiquetas legibles, con un resumen de cumplimiento que nombra las políticas pendientes de corregir.

Cuándo sirve
un ticket de soporte menciona un portátil y quieres todo su estado en una sola respuesta.

Fuentegithub.com · 1 de octubre de 2026 ↗

device_health_metrics

Agrega los indicadores de salud de toda la organización. El cumplimiento sigue la regla de Automox: un dispositivo solo incumple si una política necesita corrección, y el trabajo pendiente se cuenta aparte.

Cuándo sirve
un informe semanal pide una cifra de cumplimiento y una lista acotada de equipos inactivos.
Ojo
la muestra es de 500 dispositivos salvo que fijes otro límite.

Fuentegithub.com · 1 de octubre de 2026 ↗

device_search_typeahead

Propone valores válidos para los campos de búsqueda mientras se arma una consulta, para que Claude deje de adivinar la forma exacta de una etiqueta, un sistema o un estado. Descubre valores, no busca dispositivos.

Cuándo sirve
recuerdas a medias una etiqueta y quieres su forma exacta antes de filtrar el parque con ella.
Ojo
pertenece a la familia de búsqueda donde las claves globales suelen fallar.

Fuentegithub.com · 1 de octubre de 2026 ↗

devices_needing_attention

Saca a la luz las máquinas que Automox marca para actuar de inmediato. Cada una llega con sus políticas fallidas, su gravedad, el motivo del fallo y la fecha de origen de la política.

Cuándo sirve
el repaso del lunes, cuando quieres la lista corta de urgencias antes que nada.

Fuentegithub.com · 1 de octubre de 2026 ↗

discover_capabilities

Devuelve el inventario que el servidor tiene de sus propias herramientas, ordenadas por dominio, con su disponibilidad en vivo. Automox la mantiene cargada sea cual sea la selección de módulos configurada.

Cuándo sirve
Claude dice que no puede hacer algo y quieres saber si la herramienta está siquiera cargada.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_account

Obtiene el registro básico de tu cuenta de Automox: identificador, nombre, tipo y marcas de tiempo. Nada sobre usuarios, dispositivos ni políticas, solo la cuenta en sí.

Cuándo sirve
un compañero que gestiona varios clientes quiere confirmar a qué cuenta pertenece una clave.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_account_user

Lee el registro de un usuario a nivel de cuenta, por identificador: estado, rol, verificación y tipo de autenticación en dos pasos. Es la base de cualquier pregunta de acceso a escala de cuenta.

Cuándo sirve
una revisión de accesos pregunta si cierto administrador tiene activada la autenticación en dos pasos.
Ojo
el valor disabled significa que la 2FA está apagada, no que haya un tipo configurado.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_action_set_detail

Abre un lote de remediación de vulnerabilidades y muestra su detalle, con un estado de ciclo de vida observado como active, ready o building. Automox avisa de que el valor final de ese ciclo no está confirmado.

Cuándo sirve
una importación del escáner terminó hace una hora y quieres comprobar que se procesó.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_action_set_issues

Enumera las vulnerabilidades, por CVE, ligadas a un lote de remediación. Es el puente entre una importación del escáner y los fallos concretos que Automox ayudará a corregir.

Cuándo sirve
el responsable de seguridad quiere saber qué CVE cubre una importación antes de aprobar el trabajo.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_action_set_solutions

Muestra las soluciones propuestas para un lote: parches o ajustes recomendados, con una gravedad por vulnerabilidad y un estado por dispositivo. Automox señala que esos valores son códigos sin lista publicada.

Cuándo sirve
tras un escaneo de Qualys o Tenable, decides qué correcciones aplicar primero y en qué equipos.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_cached_search_results

Recupera los resultados que Automox guardó en su lado para una búsqueda de dispositivos ya ejecutada, usando el identificador de esa ejecución. No se relanza nada, y las preguntas de seguimiento salen baratas.

Cuándo sirve
una búsqueda larga terminó antes en la conversación y quieres sus resultados para una segunda pregunta.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_compliance_snapshot

Reúne en una llamada los dispositivos que incumplen, la salud del parque y las estadísticas de políticas, lo justo para decir cómo está tu cumplimiento. Las listas internas se recortan, a diez entradas por defecto.

Cuándo sirve
una diapositiva para la dirección tiene que resumir tu postura de seguridad en dos líneas esta tarde.
Ojo
pide después el informe completo si necesitas cada dispositivo detrás de las cifras.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_data_extract

Revisa una exportación masiva de datos: su estado, desde en cola hasta caducada, un indicador de listo y si hay enlace de descarga con su hora de caducidad.

Cuándo sirve
pediste una exportación grande esta mañana y quieres saber si ya puedes recogerla.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_device_assignments

Muestra qué políticas y qué grupos corresponden a cada dispositivo. Casi todas las preguntas sobre por qué un equipo recibió algo empiezan por esta relación.

Cuándo sirve
un equipo recibió un parche que no le tocaba y rastreas qué política lo alcanzó.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_device_by_uuid

Devuelve el registro casi en bruto de un dispositivo a partir de su identificador único. Los códigos de política llevan una etiqueta legible al lado, el tiempo encendido va en minutos y un resumen nombra lo que falta corregir.

Cuándo sirve
una notificación te dio el identificador de un dispositivo y nada más.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_device_full_profile

Funde en un perfil el detalle del dispositivo, un resumen de inventario, el software instalado y las políticas asignadas. Claude responde sobre un equipo sin encadenar cuatro consultas.

Cuándo sirve
un servidor se comporta de forma rara y quieres todo lo que se sabe de él en una respuesta.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_device_inventory

Recupera el inventario detallado de un dispositivo: hardware, red, seguridad, servicios, sistema y usuarios, mediante el punto de detalle de la consola. Se puede pedir una sola categoría.

Cuándo sirve
necesitas las cifras exactas de disco y memoria de un equipo antes de aprobar una mejora.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_device_inventory_categories

Enumera las categorías de inventario disponibles para un dispositivo. Varían de un equipo a otro, y por eso Automox las expone aparte, antes del inventario en sí.

Cuándo sirve
no sabes qué tipo de inventario reporta un servidor Linux frente a un Mac.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_device_metadata_fields

Devuelve los nombres y tipos de campo que admite la búsqueda avanzada, en una lista plana. Claude la usa para formular consultas que la búsqueda no rechace por un campo desconocido.

Cuándo sirve
una consulta falla una y otra vez por un nombre de campo mal escrito y quieres el correcto.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_device_scheduled_windows

Muestra los próximos periodos de mantenimiento de un dispositivo, con inicio y fin calculados a partir de la regla y la duración de cada ventana, más su tipo. Una fecha límite opcional acota el horizonte.

Cuándo sirve
un usuario pregunta si su portátil puede reiniciarse durante la demo con el cliente de mañana.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_group_scheduled_windows

Enumera los próximos periodos de mantenimiento de un grupo de servidores, con inicio y fin deducidos de la regla, el comienzo y la duración guardados. Puedes limitar el horizonte con una fecha futura.

Cuándo sirve
preparas un despliegue y quieres los periodos de congelación del grupo en las próximas semanas.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_patch_tuesday_readiness

Combina el informe previo a parches, las aprobaciones pendientes y los calendarios de las políticas de parches en una vista de lo preparado que está el parque para el Patch Tuesday. Automox la presenta como la respuesta en una sola llamada a esa pregunta de preparación.

Cuándo sirve
el ciclo mensual de parches empieza mañana y quieres un sí o un no claro.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_policy_window

Abre una ventana de mantenimiento por su identificador y muestra su regla de recurrencia, su duración, los grupos afectados y su estado actual, todo lo necesario para entender qué bloquea.

Cuándo sirve
un compañero creó una congelación la semana pasada y quieres leer exactamente qué abarca.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_saved_search_results

Ejecuta una búsqueda guardada y devuelve los dispositivos que encuentra ahora, página a página. La respuesta refleja el parque actual, no la última vez que alguien miró.

Cuándo sirve
tu búsqueda habitual de servidores sin parches críticos necesita una respuesta fresca antes de una reunión.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_search_scopes

Enumera los ámbitos disponibles para buscar dispositivos. Son metadatos que no dependen de ninguna organización, y Claude los usa para elegir el ámbito adecuado antes de buscar por etiqueta u otro campo.

Cuándo sirve
Claude necesita saber qué ámbito cubre las etiquetas antes de una búsqueda por etiqueta.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_searchable_fields

Enumera los campos de dispositivo consultables, agrupados por ámbito, con el tipo de cada uno. Automox la presenta como más completa que la lista plana y pensada para consultas tipadas.

Cuándo sirve
construyes una consulta precisa sobre fechas o números y quieres los tipos de campo antes.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_server_group

Obtiene toda la información que Automox guarda sobre un grupo de servidores. La referencia no enumera los campos devueltos. La herramienta se limita a leer la ficha del grupo.

Cuándo sirve
quieres leer la configuración actual de un grupo antes de plantear cualquier ajuste.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_upload_formats

Enumera los formatos CSV que Automox acepta para importar un lote de remediación a partir de una exportación del escáner. Es una llamada de consulta, no importa nada.

Cuándo sirve
antes de importar una exportación recién sacada del escáner, compruebas qué formato debe seguir.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_user

Lee un usuario por identificador numérico, con sus pertenencias a organizaciones y grupos y sus roles RBAC. Automox asegura que no aparece ningún secreto en la respuesta.

Cuándo sirve
una lista de salida pide las pertenencias y roles actuales de una persona en un solo sitio.
Ojo
espera un identificador numérico, no una dirección de correo.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_user_api_key

Recupera los metadatos de una clave de API de un usuario, a partir del identificador del usuario y de la clave. El secreto de la clave nunca forma parte de la respuesta.

Cuándo sirve
compruebas si la clave de un empleado que se marcha sigue activa antes de su último día.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_webhook

Trae la configuración de una suscripción webhook, los ajustes que Automox usa para empujar eventos hacia un sistema externo.

Cuándo sirve
una integración ha dejado de recibir eventos y empiezas por revisar cómo se configuró.
Ojo
el historial de entregas está en otra herramienta, no en esta.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_worklet_detail

Muestra a fondo un worklet de la comunidad: su código de evaluación, su código de remediación, sus requisitos y las mismas señales de confianza y disponibilidad que da la búsqueda en el catálogo.

Cuándo sirve
encontraste un worklet prometedor y quieres leer su código antes de fiarte de él.

Fuentegithub.com · 1 de octubre de 2026 ↗

get_zone

Abre una zona, lo que Automox llama una organización, por su identificador. La clave de acceso de la zona queda fuera de la respuesta.

Cuándo sirve
un proveedor que gestiona varios clientes necesita la configuración de la zona de uno de ellos.
Ojo
cubre una sola zona; otra herramienta las lista todas.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_account_rbac_roles

Enumera los roles de acceso definidos en la cuenta. Da el vocabulario de permisos al que remiten las fichas de usuario.

Cuándo sirve
preparas una revisión de accesos y quieres los nombres de rol para comparar a cada usuario.
Ojo
lista los roles, no quién los tiene.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_data_extracts

Devuelve cada exportación masiva de la organización con su tipo, su estado, un indicador de listo y si ya existe enlace de descarga.

Cuándo sirve
perdiste la pista de qué exportaciones terminaron la semana pasada y cuáles siguen en marcha.
Ojo
una exportación marcada como completa puede seguir sin enlace.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_device_packages

Enumera el software instalado en un dispositivo, con versión, estado de instalación, gravedad, repositorio y si Automox gestiona el paquete.

Cuándo sirve
compruebas qué versión de un navegador tiene un equipo concreto tras un boletín de seguridad.
Ojo
esta lista no incluye estado de parches.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_devices

Resume el inventario de dispositivos y el estado de las políticas en toda la organización, con los equipos no gestionados incluidos por defecto. Los filtros por estado o gestión aíslan, por ejemplo, los equipos gestionados que incumplen.

Cuándo sirve
quieres un recuento rápido de máquinas y su estado antes de una reunión de planificación.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_devices_for_policies

Devuelve los equipos a los que apuntan ahora una o varias políticas, por identificador. Automox lo describe como una forma de solo lectura de medir el radio de impacto antes de que una política se ejecute o se edite.

Cuándo sirve
vas a lanzar una política y quieres ver exactamente qué equipos va a tocar.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_events

Enumera los eventos de tu organización, filtrables por política, dispositivo, usuario, nombre de evento o rango de fechas. En los eventos de políticas y parches, el campo de estado guarda el código de salida en bruto.

Cuándo sirve
reconstruyes qué pasó en un servidor entre dos fechas durante el análisis de un incidente.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_global_api_keys

Enumera las claves de API válidas para toda la cuenta, con nombre, estado de activación y fecha de caducidad. Automox nunca expone los secretos en esta llamada.

Cuándo sirve
una revisión de seguridad trimestral pide todas las claves que no caducan nunca.
Ojo
cubre las claves de cuenta; las de usuario se listan en otra herramienta.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_org_api_keys

Devuelve las claves de API de la organización, solo metadatos: nombre, si está activa y cuándo caduca. Los secretos siguen ocultos.

Cuándo sirve
buscas claves que debieron apagarse al terminar un proyecto.
Ojo
esta llamada solo lista; el estado de las claves se gestiona en otra parte.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_organizations

Enumera las organizaciones que ve tu clave, con número de dispositivos, límite de dispositivos, organización padre y fin de la prueba. Automox la recomienda para moverse entre varias organizaciones y vigilar la capacidad.

Cuándo sirve
un proveedor revisa qué zonas de clientes se acercan a su límite de dispositivos.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_remediation_action_sets

Enumera los lotes de remediación de vulnerabilidades de tu organización, esas importaciones de escáneres que Automox convierte en trabajo de corrección.

Cuándo sirve
quieres una visión de todas las importaciones del escáner que siguen en Automox.
Ojo
detalle, vulnerabilidades y soluciones tienen cada uno su herramienta.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_saved_searches

Muestra todas las búsquedas de dispositivos guardadas de la organización con su nombre, su consulta y sus metadatos, para ver qué existe ya.

Cuándo sirve
buscas una búsqueda existente antes de construir otra desde cero.
Ojo
listarlas no las ejecuta; los resultados vienen de otras herramientas.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_searches_for_device

Indica qué búsquedas guardadas incluyen ahora un dispositivo concreto, con un filtro opcional por tipo de búsqueda. Va del equipo a las búsquedas que lo atrapan.

Cuándo sirve
un equipo recibe una y otra vez una política y buscas qué búsqueda guardada lo arrastra.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_server_groups

Recorre todos los grupos de servidores con su número de dispositivos, sus políticas e identificador, más el intervalo de refresco, la cadencia de reporte de los agentes en minutos.

Cuándo sirve
dibujas cómo está organizado el parque antes de revisar una política que abarca varios grupos.
Ojo
Automox da a ese intervalo un rango de 240 a 1440 minutos.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_user_api_keys

Enseña qué claves de API tiene un usuario, en metadatos: nombre, activación y caducidad. El secreto de cada clave no aparece.

Cuándo sirve
un empleado se va y compruebas qué claves conserva todavía.
Ojo
necesitas el identificador del usuario, no su nombre.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_users

Enumera los usuarios de la organización con nombre, correo y roles RBAC, en un formato ligero. Automox deja fuera los secretos internos.

Cuándo sirve
una auditoría de cumplimiento pregunta quién tiene hoy derechos de administrador.
Ojo
en los clientes compatibles existe una vista de certificación de accesos sobre esta lista.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_webhook_deliveries

Muestra los últimos intentos de entrega de un webhook, de más reciente a más antiguo, con estado, latencia y error, opcionalmente entre dos fechas. Automox la plantea como herramienta de diagnóstico.

Cuándo sirve
tu plataforma de seguridad se perdió eventos y compruebas si Automox llegó a mandarlos.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_webhook_event_types

Recopila todos los tipos de evento a los que puede suscribirse un webhook, cada uno con una breve descripción, para elegir qué debe recibir una integración.

Cuándo sirve
diseñas una integración nueva y decides qué eventos merece la pena recibir.
Ojo
un webhook solo recibe los tipos a los que está suscrito.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_webhooks

Reúne todas las suscripciones webhook de la organización, página a página, el mapa de cada sistema externo al que Automox avisa hoy. Automox pagina la lista con un cursor, así que una lista larga llega en varias páginas.

Cuándo sirve
haces inventario de las herramientas externas que reciben eventos de Automox antes de una revisión de seguridad.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_zone_users

Nombra a todas las personas asignadas a una zona, indicada por su identificador único, para ver de un vistazo quién trabaja en esa organización.

Cuándo sirve
un cliente pregunta quién, en tu equipo, puede ver su zona.
Ojo
responde zona por zona; revisar a una persona en todas las zonas requiere otra herramienta.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_zones

Enumera las zonas de tu cuenta, es decir, sus organizaciones, página a página. Es el mapa de primer nivel para quien gestiona varias organizaciones.

Cuándo sirve
un proveedor quiere la lista completa de clientes tal como la ve Automox.
Ojo
el detalle de una zona y sus usuarios salen de herramientas propias.

Fuentegithub.com · 1 de octubre de 2026 ↗

list_zones_for_user

Enumera todas las zonas a las que pertenece un usuario, la vista inversa de la lista de usuarios por zona.

Cuándo sirve
en una salida, revisas cada organización a la que una persona puede llegar todavía.
Ojo
informa de las pertenencias y deja los accesos exactamente como estaban.

Fuentegithub.com · 1 de octubre de 2026 ↗

noncompliant_report

Recupera el informe de dispositivos que incumplen, los que requieren atención por políticas fallidas o parches que faltan. Cada política fallida lleva ahora el motivo original, recortado si es largo.

Cuándo sirve
un auditor quiere la lista de equipos con fallos y el motivo de cada uno.

Fuentegithub.com · 1 de octubre de 2026 ↗

patch_approvals_summary

Resume las solicitudes de parches que siguen en espera. Cada solicitud cubre un programa, con su versión, su sistema y sus identificadores CVE, para una política concreta.

Cuándo sirve
repasas lo que queda por decidir antes del Patch Tuesday.
Ojo
en los clientes compatibles, una pantalla de revisión sobre esta lista puede manejar la herramienta de decisión.

Fuentegithub.com · 1 de octubre de 2026 ↗

policy_catalog

Enumera tus políticas de Automox con un resumen de tipo y estado, página a página. Los días de programación aparecen descifrados junto a la máscara en bruto.

Cuándo sirve
un administrador nuevo quiere entender qué políticas existen antes de tocar ninguna.
Ojo
las horas de programación no llevan zona horaria.

Fuentegithub.com · 1 de octubre de 2026 ↗

policy_compliance_stats

Calcula el cumplimiento de cada política solo sobre los dispositivos evaluados. Los pendientes se informan aparte en lugar de penalizar el porcentaje.

Cuándo sirve
buscas la política que arrastra hacia abajo el porcentaje global de cumplimiento.
Ojo
el porcentaje queda vacío mientras no se haya evaluado ningún dispositivo.

Fuentegithub.com · 1 de octubre de 2026 ↗

policy_detail

Recupera la configuración de una política y su historial reciente, para que Claude explique qué hace y cómo se ha comportado.

Cuándo sirve
quieres leer con calma una política antes de decidir si la clonas.
Ojo
la salida por dispositivo de una ejecución está en otras herramientas.

Fuentegithub.com · 1 de octubre de 2026 ↗

policy_execution_counts

Enumera el número de ejecuciones en todo el parque dentro de una ventana de tiempo, una fila por política, en una sola llamada en vez de una por política.

Cuándo sirve
quieres saber qué políticas se ejecutaron más el trimestre pasado.
Ojo
cuenta ejecuciones, no éxitos ni fallos.

Fuentegithub.com · 1 de octubre de 2026 ↗

policy_execution_timeline

Repasa las ejecuciones recientes de una política. En cada una cuenta los dispositivos por resultado, y Automox aclara que una ejecución sin éxitos ni fallos pero con equipos pendientes no es grave.

Cuándo sirve
una política parece atascada y compruebas si llegó a ejecutarse esta semana.

Fuentegithub.com · 1 de octubre de 2026 ↗

policy_health_overview

Resume la actividad reciente de las políticas de la organización contando las ejecuciones por resultado, para que los fallos salten a la vista. Un apartado aísla las ejecuciones en que cada equipo estaba pendiente o no aplicaba.

Cuándo sirve
el chequeo de la mañana, para ver si las ejecuciones de la noche fueron bien.

Fuentegithub.com · 1 de octubre de 2026 ↗

policy_history_detail

Da el historial de una política por su identificador, con ejecuciones y estado. Cada ejecución indica cuántos dispositivos acabaron en cada resultado, algo que Automox distingue de un estado de ejecución.

Cuándo sirve
comparas cómo se comportó una política este mes con el mes anterior.

Fuentegithub.com · 1 de octubre de 2026 ↗

policy_run_count

Devuelve un total agregado de ejecuciones de políticas, con un número opcional de días hacia atrás. Da una cifra única, no un desglose.

Cuándo sirve
una respuesta rápida a cuántas ejecuciones de políticas hubo esta semana.
Ojo
para el desglose por política, usa la herramienta de ejecuciones por política.

Fuentegithub.com · 1 de octubre de 2026 ↗

policy_run_detail_v2

Obtiene los resultados por dispositivo de una ejecución de política, filtrables por nombre de equipo y paginados. Los códigos de salida van en bruto: cero es éxito, y los negativos en Windows son códigos del sistema.

Cuándo sirve
una ejecución falló en un puñado de equipos y quieres saber en cuáles y por qué.

Fuentegithub.com · 1 de octubre de 2026 ↗

policy_run_results

Recoge, para un token de ejecución sacado de la cronología, la salida de cada dispositivo: salida estándar, salida de error y código de salida.

Cuándo sirve
un worklet falló de madrugada y quieres el texto de error exacto que mostró en cada equipo.
Ojo
primero necesitas el token de ejecución de la cronología.

Fuentegithub.com · 1 de octubre de 2026 ↗

policy_runs_by_policy

Agrupa las ejecuciones por política para comparar varias políticas lado a lado en el mismo periodo.

Cuándo sirve
comparas la fiabilidad de dos políticas de parches que apuntan a equipos parecidos.
Ojo
compara; la lista de ejecuciones de una sola política sale de otra herramienta.

Fuentegithub.com · 1 de octubre de 2026 ↗

policy_runs_for_policy

Da las ejecuciones de una política por identificador, con rango de días y orden opcionales. Un modo resumen reduce cada ejecución a lo esencial.

Cuándo sirve
quieres las diez últimas ejecuciones de una política sin el peso de cada detalle.
Ojo
necesitas el identificador de la política.

Fuentegithub.com · 1 de octubre de 2026 ↗

policy_runs_v2

Enumera ejecuciones de políticas con filtros por periodo, nombre o tipo de política y resultado. Automox aplica esos filtros después, en su lado.

Cuándo sirve
necesitas todas las ejecuciones fallidas de la semana pasada, de todas las políticas.
Ojo
para una sola política existe una herramienta más directa.

Fuentegithub.com · 1 de octubre de 2026 ↗

prepatch_report

Muestra los dispositivos con parches pendientes antes de la próxima ventana programada. Cada uno lleva su gravedad más alta, y Automox distingue el software sin CVE conocida del que tiene gravedad desconocida.

Cuándo sirve
quieres avisar a los equipos cuyas máquinas recibirán parches esta noche.

Fuentegithub.com · 1 de octubre de 2026 ↗

preview_policy_device_filters

Simula el alcance de una política para mostrar a qué dispositivos llegaría, antes de que la política exista o se edite. Automox insiste en que esta llamada no crea ni toca nada.

Cuándo sirve
redactas una política nueva y quieres comprobar su perímetro antes de que exista.

Fuentegithub.com · 1 de octubre de 2026 ↗

search_devices

Busca dispositivos por nombre de host, dirección IP, etiqueta, estado o gravedad de los parches que faltan, con varias gravedades a la vez.

Cuándo sirve
necesitas todos los equipos etiquetados como producción que aún tienen huecos críticos.
Ojo
Automox advierte que un dispositivo devuelto puede estar ya corregido desde que se construyó el índice.

Fuentegithub.com · 1 de octubre de 2026 ↗

search_org_packages

Busca software en toda la organización, filtrado por estado de gestión o por paquetes pendientes de instalar. Los resultados dan nombre, versión, gravedad y si Automox los gestiona.

Cuándo sirve
sale en las noticias una biblioteca vulnerable y quieres cada sitio donde está instalada.

Fuentegithub.com · 1 de octubre de 2026 ↗

search_policy_windows

Busca ventanas de mantenimiento y exclusión, filtradas por grupos, por estado activo o inactivo y por puntual o recurrente. El filtro de recurrencia no distingue mayúsculas. Los resultados llegan página a página.

Cuándo sirve
listas cada congelación recurrente antes de planificar los despliegues del trimestre.

Fuentegithub.com · 1 de octubre de 2026 ↗

search_worklet_catalog

Rastrea el catálogo comunitario de worklets de Automox y devuelve nombres, descripciones, categorías, compatibilidad de sistema y señales de confianza, como si un worklet está verificado.

Cuándo sirve
buscas un script existente antes de montar tu propia remediación desde cero.
Ojo
algunos worklets exigen licencia, algo que muestran las señales de confianza.

Fuentegithub.com · 1 de octubre de 2026 ↗

splashtop_device_status

Muestra si el cliente de control remoto Splashtop está instalado y registrado en un dispositivo, con la fecha de instalación y el posible error. Automox señala que ambos estados son independientes.

Cuándo sirve
un técnico no logra conectar con un equipo y revisas el cliente antes que nada.

Fuentegithub.com · 1 de octubre de 2026 ↗

splashtop_get_attended_access

Indica si se exige el consentimiento del usuario antes de que pueda empezar una sesión remota en un dispositivo. Lee el ajuste y nada más.

Cuándo sirve
tienes que avisar a un usuario de que un técnico le pedirá permiso para conectarse.
Ojo
el control remoto requiere una suscripción Remote Control activa.

Fuentegithub.com · 1 de octubre de 2026 ↗

splashtop_session_status

Muestra cuántas sesiones remotas hay activas, el máximo permitido y si la capacidad admite una nueva. Este último dato solo refleja capacidad.

Cuándo sirve
una sesión se niega a abrirse y compruebas si todas las plazas están ocupadas.
Ojo
el consentimiento del usuario es una condición distinta de la capacidad.

Fuentegithub.com · 1 de octubre de 2026 ↗

Lo que Claude puede cambiar (48)

48 herramientas

Cuarenta y ocho herramientas que crean, actualizan, ejecutan o borran. Automox marca cada una para confirmación, y cuatro quedan tras ajustes apagados por defecto.

apply_policy_changes

Aprobación: ver la regla

Previsualiza o envía creaciones y actualizaciones de políticas. Automox traduce las programaciones escritas en lenguaje claro y los nombres de filtro al formato que espera su API, y completa los campos obligatorios.

Lo que Claude pide
Automox vincula sus herramientas de escritura a un cuadro de confirmación en el cliente; nada más concreto consta para esta.
Cuándo sirve
describes una política semanal de parches para un navegador y quieres que quede bien configurada.
Ojo
existe un modo de vista previa: pídelo antes de enviar.

Fuentegithub.com · 1 de octubre de 2026 ↗

apply_remediation_actions

Aprobación: ver la regla

Ejecuta la corrección al momento, parche inmediato o parche con worklet, en dispositivos concretos para un lote de remediación. El estado de los equipos cambia enseguida y el trabajo corre en segundo plano.

Lo que Claude pide
además de la confirmación, Automox solo registra esta herramienta si se activa un ajuste apagado por defecto.
Cuándo sirve
hay que corregir hoy una CVE crítica en una lista conocida de servidores.
Ojo
el impacto a escala de parque es la razón de que Automox la bloquee.

Fuentegithub.com · 1 de octubre de 2026 ↗

batch_update_devices

Aprobación: ver la regla

Aplica acciones de atributo a un máximo de 500 dispositivos de una vez. Hoy eso significa poner o quitar etiquetas, por ejemplo marcar un lote de equipos como producción.

Lo que Claude pide
la regla general de aprobación, más la confirmación que Automox pone en la escritura.
Cuándo sirve
etiquetas todos los servidores de producción tras una migración, en una sola petición.

Fuentegithub.com · 1 de octubre de 2026 ↗

clone_policy

Aprobación: ver la regla

Copia una política existente, en la misma organización con otro nombre u otros grupos, o, si es de parches, hacia varias zonas más en una llamada.

Lo que Claude pide
Automox no documenta ningún paso más allá de su confirmación para escritura.
Cuándo sirve
un proveedor despliega una política de parches probada en varios clientes.

Fuentegithub.com · 1 de octubre de 2026 ↗

create_data_extract

Aprobación: ver la regla

Lanza una nueva exportación masiva de datos para informes y devuelve su identificador y estado inicial. El archivo se recoge más tarde, cuando el trabajo esté listo.

Lo que Claude pide
crear un trabajo cuenta como escritura para Automox, así que aplica la confirmación.
Cuándo sirve
un informe trimestral necesita más datos de los que devuelve una simple lista.

Fuentegithub.com · 1 de octubre de 2026 ↗

create_global_api_key

Aprobación: ver la regla

Crea una clave de API válida para toda la cuenta. Solo vuelven sus metadatos: Automox nunca devuelve el secreto con esta herramienta, y tampoco se recupera después a través del conector.

Lo que Claude pide
los cambios a nivel de cuenta se rigen por la regla de aprobación de más abajo.
Cuándo sirve
una integración necesita su propia clave con fecha de caducidad.
Ojo
el secreto se recoge fuera de la conversación.

Fuentegithub.com · 1 de octubre de 2026 ↗

create_policy_window

Aprobación: ver la regla

Crea una ventana de mantenimiento o exclusión con las reglas de recurrencia restringidas de Automox: puntual, o anual por mes y posición del día de la semana.

Lo que Claude pide
como herramienta de escritura, queda marcada para confirmación, según Automox.
Cuándo sirve
congelas los cambios en los servidores de finanzas durante la semana de cierre.
Ojo
el validador rechaza una recurrencia semanal.

Fuentegithub.com · 1 de octubre de 2026 ↗

create_server_group

Aprobación: ver la regla

Crea un grupo de servidores con un nombre y un intervalo de reporte, más un grupo padre, políticas y notas opcionales.

Lo que Claude pide
la confirmación que Automox asocia a sus herramientas de escritura es la protección documentada.
Cuándo sirve
llega una oficina nueva que necesita su propio grupo y sus políticas.
Ojo
el intervalo fija cada cuánto reportan los agentes.

Fuentegithub.com · 1 de octubre de 2026 ↗

create_user_api_key

Aprobación: ver la regla

Genera una clave de API para un usuario concreto y devuelve sus metadatos. Automox aclara que el secreto no se expone ni se puede recuperar mediante el conector.

Lo que Claude pide
consulta el bloque de aprobaciones; no hay comprobación adicional documentada.
Cuándo sirve
una cuenta de servicio necesita una clave ligada a una persona.

Fuentegithub.com · 1 de octubre de 2026 ↗

create_webhook

Aprobación: ver la regla

Crea una suscripción webhook hacia una dirección HTTPS. El secreto de firma aparece una sola vez, en la respuesta, y hay que guardarlo al instante.

Lo que Claude pide
la regla de confirmación de Automox para escritura la cubre; no se describe nada más.
Cuándo sirve
tu plataforma de seguridad debe recibir los eventos de políticas fallidas.
Ojo
el límite es de 5 webhooks por organización.

Fuentegithub.com · 1 de octubre de 2026 ↗

create_zone

Aprobación: ver la regla

Crea una zona nueva, es decir, una organización nueva, dentro de la cuenta. Automox deja la clave de acceso de la zona fuera de la respuesta.

Lo que Claude pide
una creación a escala de cuenta sigue la regla de aprobación de abajo.
Cuándo sirve
un proveedor firma con un cliente nuevo y le abre una zona.

Fuentegithub.com · 1 de octubre de 2026 ↗

decide_patch_approval

Aprobación: ver la regla

Aprueba o rechaza una solicitud de aprobación de parche pendiente, el paso de decisión que sigue al resumen de lo que espera.

Lo que Claude pide
la pantalla de revisión de aprobaciones maneja esta herramienta y deja el cuadro de confirmación del cliente como barrera.
Cuándo sirve
apruebas los parches de navegador del mes tras leer la lista de CVE.

Fuentegithub.com · 1 de octubre de 2026 ↗

delete_action_set

Aprobación: ver la regla

Borra un lote de remediación por identificador. Automox recuerda que son metadatos de la consola, reconstruibles volviendo a importar el archivo del escáner.

Lo que Claude pide
el borrado pasa por la confirmación documentada para herramientas de escritura.
Cuándo sirve
una importación duplicada del escáner estorba en la lista.

Fuentegithub.com · 1 de octubre de 2026 ↗

delete_action_sets_bulk

Aprobación: ver la regla

Elimina hasta 100 lotes de remediación por identificador en una sola llamada, todo o nada. Como en la versión individual, los datos se reconstruyen reimportando.

Lo que Claude pide
un borrado masivo sigue bajo la regla de confirmación previa que describe Automox.
Cuándo sirve
limpias de una pasada las importaciones del escáner del año pasado.

Fuentegithub.com · 1 de octubre de 2026 ↗

delete_device

Aprobación: ver la regla

Quita para siempre el registro de un dispositivo y todo su historial. Automox lo llama irreversible: los dispositivos se registran solos y nada en el conector puede volver a crear uno.

Lo que Claude pide
además de cualquier confirmación, Automox solo registra esta herramienta si se activa un ajuste apagado por defecto.
Cuándo sirve
un equipo dado de baja sigue ensuciando tus informes.

Fuentegithub.com · 1 de octubre de 2026 ↗

delete_global_api_key

Aprobación: ver la regla

Elimina para siempre una clave de API de cuenta por identificador. El servidor de Automox nunca maneja los secretos de las claves, así que nada sensible viaja en la respuesta.

Lo que Claude pide
retirar una clave es una escritura cubierta por la regla de aprobación de abajo.
Cuándo sirve
una clave se filtró y tiene que desaparecer ya.

Fuentegithub.com · 1 de octubre de 2026 ↗

delete_policy

Aprobación: ver la regla

Suprime una política por identificador, sin vuelta atrás. Los dispositivos a los que apuntaba dejan de recibir sus acciones.

Lo que Claude pide
Automox la incluye entre las herramientas de escritura, así que aplica la confirmación.
Cuándo sirve
una política piloto obsoleta no debe existir más.

Fuentegithub.com · 1 de octubre de 2026 ↗

delete_policy_window

Aprobación: ver la regla

Borra de forma definitiva una ventana de mantenimiento o exclusión, lo que levanta la congelación que imponía a sus grupos.

Lo que Claude pide
como en toda escritura de Automox, un cuadro de confirmación en el cliente es la comprobación documentada.
Cuándo sirve
una congelación creada para un evento pasado sigue en el calendario.

Fuentegithub.com · 1 de octubre de 2026 ↗

delete_server_group

Aprobación: ver la regla

Hace desaparecer un grupo de servidores y, con él, la agrupación que ofrecía a las políticas y a las ventanas de mantenimiento.

Lo que Claude pide
borrar un grupo entra en la confirmación previa que Automox aplica a la escritura.
Cuándo sirve
cerró una oficina y su grupo se ha quedado vacío.

Fuentegithub.com · 1 de octubre de 2026 ↗

delete_user_api_key

Aprobación: ver la regla

Suprime de forma permanente una clave de API de un usuario, indicada por el usuario y la clave.

Lo que Claude pide
consulta las aprobaciones; no consta nada propio de esta herramienta.
Cuándo sirve
un empleado se fue y su clave tiene que desaparecer.
Ojo
existe una llamada de desactivación si solo quieres una pausa.

Fuentegithub.com · 1 de octubre de 2026 ↗

delete_webhook

Aprobación: ver la regla

Da de baja para siempre una suscripción webhook; desde ese momento Automox deja de mandar eventos a esa dirección.

Lo que Claude pide
la confirmación de las herramientas de escritura es la única protección documentada.
Cuándo sirve
una integración antigua se retiró y su punto de recepción ya no existe.

Fuentegithub.com · 1 de octubre de 2026 ↗

execute_device_command

Aprobación: ver la regla

Envía una orden inmediata a un dispositivo: escaneo, todos los parches, parches concretos o reinicio.

Lo que Claude pide
Automox presenta sus herramientas de escritura como sujetas a confirmación previa; esta no es la excepción.
Cuándo sirve
el portátil de un usuario necesita reiniciarse para terminar de parchear.

Fuentegithub.com · 1 de octubre de 2026 ↗

execute_policy_now

Aprobación: ver la regla

Ejecuta una política al momento para corregir, en todos los dispositivos a los que apunta o en uno solo que indiques.

Lo que Claude pide
según Automox, una confirmación en el cliente precede a acciones como esta.
Cuándo sirve
arreglaste una política rota y quieres relanzarla en un servidor.
Ojo
revisa antes las ventanas de exclusión por si hay congelación.

Fuentegithub.com · 1 de octubre de 2026 ↗

invite_user_to_account

Aprobación: ver la regla

Invita a una persona a la cuenta de Automox, con asignación opcional de zonas en el mismo paso.

Lo que Claude pide
los cambios de miembros de la cuenta pasan por la regla de aprobación.
Cuándo sirve
alguien nuevo en el equipo necesita acceso a la consola en dos zonas.

Fuentegithub.com · 1 de octubre de 2026 ↗

refresh_saved_search_cache

Aprobación: ver la regla

Obliga a Automox a reconstruir la caché de una búsqueda guardada cuando sus resultados pueden estar desfasados, para que la próxima lectura refleje el parque actual.

Lo que Claude pide
Automox la clasifica como escritura: su confirmación aplica.
Cuándo sirve
los resultados parecen viejos tras un cambio grande de etiquetas.

Fuentegithub.com · 1 de octubre de 2026 ↗

remove_user_from_account

Aprobación: ver la regla

Saca a un usuario de la cuenta de Automox por identificador, lo que corta su acceso a todas las zonas de la cuenta.

Lo que Claude pide
aplica el bloque de aprobaciones; no hay paso adicional documentado para una baja.
Cuándo sirve
la salida de alguien que ha dejado la empresa.

Fuentegithub.com · 1 de octubre de 2026 ↗

rotate_webhook_secret

Aprobación: ver la regla

Rota el secreto de firma de un webhook. El anterior deja de funcionar al instante y el nuevo solo se muestra una vez.

Lo que Claude pide
un cambio de secreto cuenta como escritura bajo la regla de confirmación de Automox.
Cuándo sirve
un secreto pudo filtrarse en un archivo de registro.

Fuentegithub.com · 1 de octubre de 2026 ↗

splashtop_bulk_install_uninstall

Aprobación: ver la regla

Instala o desinstala el cliente Splashtop en todo un grupo de servidores. Una respuesta correcta indica que el trabajo está en cola, no que haya terminado.

Lo que Claude pide
la escala de parque lleva a Automox a registrarla solo tras un ajuste apagado por defecto, además de cualquier confirmación.
Cuándo sirve
llevar el control remoto a un departamento nuevo de una vez.

Fuentegithub.com · 1 de octubre de 2026 ↗

splashtop_force_disconnect

Aprobación: ver la regla

Fuerza la desconexión de todas las sesiones Splashtop activas en un dispositivo, aunque interrumpa el trabajo en curso de un técnico.

Lo que Claude pide
la cubre la confirmación que Automox pone en la escritura.
Cuándo sirve
una sesión quedó abierta toda la noche en un servidor sensible.

Fuentegithub.com · 1 de octubre de 2026 ↗

splashtop_initiate_connection

Aprobación: ver la regla

Genera un enlace que un técnico abre en su aplicación Splashtop local. La sesión no arranca desde Automox, y el consentimiento del usuario sigue haciendo falta si se exige.

Lo que Claude pide
generar el enlace cuenta como escritura; la regla de aprobación de abajo lo cubre.
Cuándo sirve
un técnico necesita entrar rápido en el equipo de un usuario.

Fuentegithub.com · 1 de octubre de 2026 ↗

splashtop_install

Aprobación: ver la regla

Instala el cliente de control remoto Splashtop en un dispositivo, en segundo plano, con una opción de consentimiento en la instalación distinta del consentimiento por sesión.

Lo que Claude pide
la regla de confirmación previa de Automox para escritura es la comprobación documentada.
Cuándo sirve
un empleado en remoto necesita ayuda y aún no tiene cliente.
Ojo
requiere una suscripción Remote Control activa.

Fuentegithub.com · 1 de octubre de 2026 ↗

splashtop_set_attended_access

Aprobación: ver la regla

Activa o apaga la exigencia de consentimiento del usuario en un dispositivo. Apagada, un técnico puede abrir una sesión sin que nadie la acepte.

Lo que Claude pide
aplica la confirmación, y Automox añade que revises antes la política de tu organización.
Cuándo sirve
un quiosco delante del que nunca hay nadie.

Fuentegithub.com · 1 de octubre de 2026 ↗

splashtop_set_bulk_attended_access

Aprobación: ver la regla

Fija la exigencia de consentimiento en muchos dispositivos en una llamada, en lugar de equipo por equipo.

Lo que Claude pide
un cambio masivo sigue pasando por la regla de aprobación.
Cuándo sirve
alinear todas las máquinas de un aula de formación con la misma política de acceso remoto.
Ojo
sin una suscripción activa de Remote Control, Automox devuelve errores.

Fuentegithub.com · 1 de octubre de 2026 ↗

splashtop_uninstall

Aprobación: ver la regla

Desinstala el cliente Splashtop y borra el registro del dispositivo junto con su ajuste de consentimiento, un paso que Automox califica de permanente.

Lo que Claude pide
lo que Automox documenta es la confirmación de las herramientas de escritura.
Cuándo sirve
un dispositivo pasa a un equipo que no debe permitir control remoto.

Fuentegithub.com · 1 de octubre de 2026 ↗

test_webhook

Aprobación: ver la regla

Manda una entrega de prueba a un punto de recepción webhook e informa de si funcionó, del código HTTP y del tiempo de respuesta.

Lo que Claude pide
Automox la cuenta como escritura, así que rige su regla de confirmación.
Cuándo sirve
acabas de configurar un webhook y quieres la prueba de que el otro lado recibe.

Fuentegithub.com · 1 de octubre de 2026 ↗

update_device

Aprobación: ver la regla

Cambia los atributos editables de un solo dispositivo: nombre personalizado, grupo, indicador de excepción, etiquetas o direcciones IP. Hay que aportar al menos uno.

Lo que Claude pide
un cambio individual, bajo la confirmación descrita para la escritura.
Cuándo sirve
un portátil pasa al grupo de otro equipo y merece un nombre más claro.

Fuentegithub.com · 1 de octubre de 2026 ↗

update_global_api_key

Aprobación: ver la regla

Activa o desactiva una clave de API de cuenta sin borrarla, para que la integración que la usa pueda volver más tarde.

Lo que Claude pide
la regla de aprobación de abajo cubre los cambios de estado de una clave.
Cuándo sirve
pausas una integración durante un incidente.

Fuentegithub.com · 1 de octubre de 2026 ↗

update_policy_window

Aprobación: ver la regla

Modifica una ventana de mantenimiento existente. Solo el inicio es obligatorio; el resto de campos solo cambia si mandas un valor nuevo.

Lo que Claude pide
protección documentada: la confirmación de las herramientas de escritura de Automox.
Cuándo sirve
una congelación tiene que empezar dos días más tarde de lo previsto.

Fuentegithub.com · 1 de octubre de 2026 ↗

update_server_group

Aprobación: ver la regla

Retoca un grupo de servidores existente. La referencia de Automox no detalla qué campos cambian.

Lo que Claude pide
como herramienta de escritura, entra en el cuadro de confirmación de Automox.
Cuándo sirve
hay que ajustar el intervalo de reporte o las políticas de un grupo.

Fuentegithub.com · 1 de octubre de 2026 ↗

update_user

Aprobación: ver la regla

Actualiza el nombre, los apellidos, el correo o el tipo de autenticación en dos pasos de un usuario. Las contraseñas no se fijan así, una barrera que Automox puso contra el robo de cuentas.

Lo que Claude pide
los cambios de perfil pasan por la regla del bloque de aprobaciones.
Cuándo sirve
un empleado cambió de dirección de correo.

Fuentegithub.com · 1 de octubre de 2026 ↗

update_user_api_key

Aprobación: ver la regla

Alterna la clave de API de un usuario entre activa y desactivada, indicada por el usuario y la clave, sin eliminarla.

Lo que Claude pide
consulta las aprobaciones; no hay paso adicional documentado para este cambio.
Cuándo sirve
suspender el acceso de un contratista durante un puente largo.

Fuentegithub.com · 1 de octubre de 2026 ↗

update_webhook

Aprobación: ver la regla

Cambia en parte el nombre, la dirección, el estado de activación o los tipos de evento de un webhook. Automox lo trata como actualización parcial: solo se reescribe lo que envías.

Lo que Claude pide
la confirmación ligada a la escritura es la comprobación documentada.
Cuándo sirve
tu plataforma de seguridad cambió de dirección.

Fuentegithub.com · 1 de octubre de 2026 ↗

upload_action_set

Aprobación: ver la regla

Importa un lote de remediación de vulnerabilidades desde un texto CSV, en formato genérico o en uno de los formatos de escáner que lista Automox, como Qualys, Tenable o Rapid7.

Lo que Claude pide
una importación es escritura: aplica la confirmación previa de Automox.
Cuándo sirve
convertir una exportación recién sacada del escáner en trabajo de corrección.

Fuentegithub.com · 1 de octubre de 2026 ↗

upload_policy_file

Aprobación: ver la regla

Sube un instalador desde tu ordenador a una política Required Software, y solo desde carpetas que hayas autorizado de forma explícita.

Lo que Claude pide
además de cualquier confirmación, Automox solo la registra con un ajuste apagado por defecto y una lista de carpetas permitidas.
Cuándo sirve
desplegar una aplicación interna en el parque.
Ojo
solo funciona en la instalación local.

Fuentegithub.com · 1 de octubre de 2026 ↗

Aprobaciones

Lo que Claude te pregunta antes de actuar

Por defecto, Claude se detiene y pide confirmación antes de cada acción que realiza en una cuenta en nombre de alguien, dentro de la conversación.

En Team y Enterprise, los propietarios deciden si un miembro puede dejar pasar ciertas acciones sin confirmar cada vez, y pueden limitar lo que hace un conector para toda la organización, con la lectura abierta y la escritura cerrada, por ejemplo. Claude trabaja con los permisos de quien conectó y nada más. Automox añade sus propias capas: cada herramienta de escritura va marcada como destructiva, algo que el cliente puede convertir en un cuadro de confirmación, las operaciones más arriesgadas quedan bloqueadas por ajustes y un modo de solo lectura retira toda escritura.

Planes

¿Lo incluye tu plan?

Ninguna de las 819 fichas del directorio oficial indica disponibilidad por plan. Esa respuesta no se publica en ningún sitio, conector por conector.

La regla general es pública: los conectores remotos están abiertos a todos los usuarios en Claude, Cowork, Claude Desktop y móvil, mientras que las extensiones de escritorio como esta se instalan en Claude Desktop. En Team y Enterprise, un Owner o Primary Owner activa el conector antes de usarlo. Para el estado actual, consulta la ficha de Automox en el directorio oficial.

Límites

Dónde se queda corta la extensión

Un conector no es una automatización. Claude usa estas herramientas mientras te responde, así que nada salta cuando aparece una CVE nueva o falla una ejecución de madrugada.

La insignia de socio del directorio no es una auditoría de seguridad, y Anthropic recuerda en cada ficha que no elige las herramientas de un editor ni garantiza su comportamiento. Automox añade su propia advertencia: un asistente se equivoca, y sus respuestas pueden ser incorrectas o incompletas. Solo Automox documenta esta extensión; ninguna página de ayuda de Claude la trata. Automox opera además un servidor alojado con las mismas herramientas, aún no utilizable desde Claude Desktop. Las mismas reglas del directorio rigen en la página Conector Claude adobe-workfront.

¿Necesitas ayuda?

¿Necesitas ayuda para conectar Automox con Claude?

Una persona lee cada mensaje.

FAQ

Preguntas sobre el conector Claude Automox

01¿Qué puede hacer Claude con el conector Automox?
Claude puede informar sobre tu entorno de Automox y gestionarlo desde una conversación en Claude Desktop. Sus 133 herramientas cubren dispositivos e inventario, búsqueda avanzada, políticas y su historial de ejecuciones, parches y aprobaciones, grupos de servidores, ventanas de mantenimiento, webhooks, worklets, exportaciones, importaciones de vulnerabilidades, usuarios, zonas y claves de API, rastros de auditoría y control remoto con Splashtop. Tres herramientas combinadas responden en una llamada a preguntas amplias como la preparación para el Patch Tuesday.
02¿Puede Claude reiniciar equipos o borrar cosas en Automox?
Sí, 48 herramientas cambian algo. Claude puede reiniciar o parchear un dispositivo, ejecutar una política, aprobar o rechazar un parche, crear, clonar o borrar políticas, editar grupos y ventanas de mantenimiento, gestionar webhooks, usuarios y claves de API, y manejar Splashtop. Cuatro herramientas de alto impacto, entre ellas el borrado de dispositivos y la remediación masiva, solo aparecen con un ajuste apagado por defecto. Un modo de solo lectura retira las 48 herramientas de escritura.
03¿Claude pregunta antes de cambiar algo en Automox?
La regla general de Claude es preguntar antes de una acción que realiza en una cuenta en nombre de alguien. Automox añade que cada herramienta de escritura va marcada como destructiva: las acciones puntuales aparecen como cuadro de confirmación en el cliente, y las operaciones que una comprobación caso a caso no protege quedan bloqueadas por ajustes. Ninguna fuente describe un aviso propio de una herramienta más allá de eso. En Team y Enterprise, los propietarios también pueden restringir el conector.
04¿En qué planes está disponible Automox?
Ninguna fuente oficial publica la disponibilidad por plan conector por conector, y las fichas del directorio no la muestran. La regla publicada es que los conectores remotos están abiertos a todos los usuarios en Claude, Cowork, Claude Desktop y móvil, mientras que las extensiones de escritorio como esta se instalan en Claude Desktop. En Team y Enterprise, un Owner o Primary Owner activa antes el conector. La ficha de Automox en el directorio oficial muestra el estado actual de tu cuenta.
05¿Ve Claude todos los dispositivos de nuestra cuenta de Automox?
Claude ve lo que ve tu clave de API. Automox explica que el conector actúa como tú, con exactamente tus permisos de consola y de API. Automox recomienda una clave de organización, creada dentro de una zona, en lugar de una clave global de la cuenta. Los secretos, como el valor de las claves o las claves de acceso de las zonas, nunca se devuelven. En Team y Enterprise, un propietario puede además restringir el conector para toda la organización.
06¿Por qué las búsquedas de dispositivos fallan con un 403?
Casi siempre por la clave, no por tus permisos. Automox explica que las claves globales de la cuenta son poco fiables en la familia de búsqueda avanzada: devuelven 403 en la mayoría de organizaciones, incluso para administradores completos, mientras las demás lecturas funcionan. La solución que da es crear una clave de organización en los ajustes Secrets and Keys de la zona y usarla en su lugar. Si las lecturas funcionan en todo lo demás y solo fallan las búsquedas, Automox dice que lo que hay que cambiar es la clave.
07¿Claude o una herramienta de automatización para Automox?
Hacen trabajos distintos, así que depende de lo que necesites. Claude con esta extensión encaja con preguntas y decisiones del momento: revisar la preparación, investigar un fallo, aprobar parches, reiniciar un equipo. Nada continúa después de la conversación, y ninguna herramienta reacciona sola a una vulnerabilidad nueva o a una ejecución fallida. Para trabajo que debe arrancar automáticamente ante un evento, los webhooks y una plataforma de automatización encajan mejor que una conversación.