- Inicio
- Recursos
- Integraciones
- Automox
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
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.
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.
Instala Automox en Claude en tres pasos
- 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.
- 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.
- 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.
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
Índice de herramientas
- advanced_device_search
- audit_events_ocsf
- audit_trail_user_activity
- check_group_exclusion_status
- check_window_active
- device_detail
- device_health_metrics
- device_search_typeahead
- devices_needing_attention
- discover_capabilities
- get_account
- get_account_user
- get_action_set_detail
- get_action_set_issues
- get_action_set_solutions
- get_cached_search_results
- get_compliance_snapshot
- get_data_extract
- get_device_assignments
- get_device_by_uuid
- get_device_full_profile
- get_device_inventory
- get_device_inventory_categories
- get_device_metadata_fields
- get_device_scheduled_windows
- get_group_scheduled_windows
- get_patch_tuesday_readiness
- get_policy_window
- get_saved_search
- get_saved_search_results
- get_search_scopes
- get_searchable_fields
- get_server_group
- get_upload_formats
- get_user
- get_user_api_key
- get_webhook
- get_worklet_detail
- get_zone
- list_account_rbac_roles
- list_data_extracts
- list_device_packages
- list_devices
- list_devices_for_policies
- list_events
- list_global_api_keys
- list_org_api_keys
- list_organizations
- list_remediation_action_sets
- list_saved_searches
- list_searches_for_device
- list_server_groups
- list_user_api_keys
- list_users
- list_webhook_deliveries
- list_webhook_event_types
- list_webhooks
- list_zone_users
- list_zones
- list_zones_for_user
- noncompliant_report
- patch_approvals_summary
- policy_catalog
- policy_compliance_stats
- policy_detail
- policy_execution_counts
- policy_execution_timeline
- policy_health_overview
- policy_history_detail
- policy_run_count
- policy_run_detail_v2
- policy_run_results
- policy_runs_by_policy
- policy_runs_for_policy
- policy_runs_v2
- prepatch_report
- preview_policy_device_filters
- run_saved_search
- search_devices
- search_org_packages
- search_policy_windows
- search_worklet_catalog
- splashtop_device_status
- splashtop_get_attended_access
- splashtop_session_status
- apply_policy_changes
- apply_remediation_actions
- assign_policies_to_saved_search
- batch_update_devices
- clone_policy
- create_data_extract
- create_global_api_key
- create_policy_window
- create_saved_search
- create_server_group
- create_user_api_key
- create_webhook
- create_zone
- decide_patch_approval
- delete_action_set
- delete_action_sets_bulk
- delete_device
- delete_global_api_key
- delete_policy
- delete_policy_window
- delete_saved_search
- delete_server_group
- delete_user_api_key
- delete_webhook
- execute_device_command
- execute_policy_now
- invite_user_to_account
- refresh_saved_search_cache
- remove_user_from_account
- rotate_webhook_secret
- splashtop_bulk_install_uninstall
- splashtop_force_disconnect
- splashtop_initiate_connection
- splashtop_install
- splashtop_set_attended_access
- splashtop_set_bulk_attended_access
- splashtop_uninstall
- test_webhook
- update_device
- update_global_api_key
- update_policy_window
- update_saved_search
- update_server_group
- update_user
- update_user_api_key
- update_webhook
- upload_action_set
- upload_policy_file
Lo que Claude lee (85)
85 herramientasOchenta y cinco herramientas que informan sobre dispositivos, políticas, parches, usuarios y ajustes sin cambiar nada.
advanced_device_search
Lanza sobre tu parque una consulta estructurada, campo a campo, del tipo «todos los equipos Windows que no aparecen desde hace 30 días». Claude recibe los dispositivos que coinciden y puede acotar o explicar la lista.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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í.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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í.
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.
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.
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.
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.
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.
get_saved_search
Lee una búsqueda de dispositivos guardada, por identificador: nombre, descripción, consulta y metadatos. Solo enseña la definición, sin ejecutarla sobre el parque.
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ó.
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.
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.
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.
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.
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.
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.
get_webhook
Trae la configuración de una suscripción webhook, los ajustes que Automox usa para empujar eventos hacia un sistema externo.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
list_zones_for_user
Enumera todas las zonas a las que pertenece un usuario, la vista inversa de la lista de usuarios por zona.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
policy_runs_by_policy
Agrupa las ejecuciones por política para comparar varias políticas lado a lado en el mismo periodo.
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.
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.
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.
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.
run_saved_search
Pone en marcha una búsqueda guardada por identificador y devuelve los dispositivos encontrados, con paginación y una selección opcional de campos. Automox la describe como más ligera que la de resultados completos.
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.
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.
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.
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.
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.
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.
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.
Lo que Claude puede cambiar (48)
48 herramientasCuarenta 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 reglaPrevisualiza 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.
apply_remediation_actions
Aprobación: ver la reglaEjecuta 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.
assign_policies_to_saved_search
Aprobación: ver la reglaAsigna en bloque una o varias políticas a todos los dispositivos que devuelve una búsqueda guardada, de modo que el alcance siga a la búsqueda y no a una lista fija.
batch_update_devices
Aprobación: ver la reglaAplica 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.
clone_policy
Aprobación: ver la reglaCopia 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.
create_data_extract
Aprobación: ver la reglaLanza 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.
create_global_api_key
Aprobación: ver la reglaCrea 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.
create_policy_window
Aprobación: ver la reglaCrea 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.
create_saved_search
Aprobación: ver la reglaGuarda una búsqueda de dispositivos nueva a partir de un nombre y una consulta estructurada, para repetir la misma pregunta más adelante o para orientar políticas.
create_server_group
Aprobación: ver la reglaCrea un grupo de servidores con un nombre y un intervalo de reporte, más un grupo padre, políticas y notas opcionales.
create_user_api_key
Aprobación: ver la reglaGenera 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.
create_webhook
Aprobación: ver la reglaCrea 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.
create_zone
Aprobación: ver la reglaCrea 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.
decide_patch_approval
Aprobación: ver la reglaAprueba o rechaza una solicitud de aprobación de parche pendiente, el paso de decisión que sigue al resumen de lo que espera.
delete_action_set
Aprobación: ver la reglaBorra un lote de remediación por identificador. Automox recuerda que son metadatos de la consola, reconstruibles volviendo a importar el archivo del escáner.
delete_action_sets_bulk
Aprobación: ver la reglaElimina 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.
delete_device
Aprobación: ver la reglaQuita 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.
delete_global_api_key
Aprobación: ver la reglaElimina 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.
delete_policy
Aprobación: ver la reglaSuprime una política por identificador, sin vuelta atrás. Los dispositivos a los que apuntaba dejan de recibir sus acciones.
delete_policy_window
Aprobación: ver la reglaBorra de forma definitiva una ventana de mantenimiento o exclusión, lo que levanta la congelación que imponía a sus grupos.
delete_saved_search
Aprobación: ver la reglaRetira para siempre una búsqueda de dispositivos guardada, por identificador. Todo lo que dependía de ella pierde esa definición.
delete_server_group
Aprobación: ver la reglaHace desaparecer un grupo de servidores y, con él, la agrupación que ofrecía a las políticas y a las ventanas de mantenimiento.
delete_user_api_key
Aprobación: ver la reglaSuprime de forma permanente una clave de API de un usuario, indicada por el usuario y la clave.
delete_webhook
Aprobación: ver la reglaDa de baja para siempre una suscripción webhook; desde ese momento Automox deja de mandar eventos a esa dirección.
execute_device_command
Aprobación: ver la reglaEnvía una orden inmediata a un dispositivo: escaneo, todos los parches, parches concretos o reinicio.
execute_policy_now
Aprobación: ver la reglaEjecuta una política al momento para corregir, en todos los dispositivos a los que apunta o en uno solo que indiques.
invite_user_to_account
Aprobación: ver la reglaInvita a una persona a la cuenta de Automox, con asignación opcional de zonas en el mismo paso.
refresh_saved_search_cache
Aprobación: ver la reglaObliga 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.
remove_user_from_account
Aprobación: ver la reglaSaca a un usuario de la cuenta de Automox por identificador, lo que corta su acceso a todas las zonas de la cuenta.
rotate_webhook_secret
Aprobación: ver la reglaRota el secreto de firma de un webhook. El anterior deja de funcionar al instante y el nuevo solo se muestra una vez.
splashtop_bulk_install_uninstall
Aprobación: ver la reglaInstala 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.
splashtop_force_disconnect
Aprobación: ver la reglaFuerza la desconexión de todas las sesiones Splashtop activas en un dispositivo, aunque interrumpa el trabajo en curso de un técnico.
splashtop_initiate_connection
Aprobación: ver la reglaGenera 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.
splashtop_install
Aprobación: ver la reglaInstala 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.
splashtop_set_attended_access
Aprobación: ver la reglaActiva 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.
splashtop_set_bulk_attended_access
Aprobación: ver la reglaFija la exigencia de consentimiento en muchos dispositivos en una llamada, en lugar de equipo por equipo.
splashtop_uninstall
Aprobación: ver la reglaDesinstala el cliente Splashtop y borra el registro del dispositivo junto con su ajuste de consentimiento, un paso que Automox califica de permanente.
test_webhook
Aprobación: ver la reglaManda 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.
update_device
Aprobación: ver la reglaCambia los atributos editables de un solo dispositivo: nombre personalizado, grupo, indicador de excepción, etiquetas o direcciones IP. Hay que aportar al menos uno.
update_global_api_key
Aprobación: ver la reglaActiva o desactiva una clave de API de cuenta sin borrarla, para que la integración que la usa pueda volver más tarde.
update_policy_window
Aprobación: ver la reglaModifica una ventana de mantenimiento existente. Solo el inicio es obligatorio; el resto de campos solo cambia si mandas un valor nuevo.
update_saved_search
Aprobación: ver la reglaEdita en parte el nombre, la consulta o la descripción de una búsqueda guardada, sin tocar lo demás, así que los campos que no envíes conservan su valor actual.
update_server_group
Aprobación: ver la reglaRetoca un grupo de servidores existente. La referencia de Automox no detalla qué campos cambian.
update_user
Aprobación: ver la reglaActualiza 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.
update_user_api_key
Aprobación: ver la reglaAlterna la clave de API de un usuario entre activa y desactivada, indicada por el usuario y la clave, sin eliminarla.
update_webhook
Aprobación: ver la reglaCambia 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.
upload_action_set
Aprobación: ver la reglaImporta 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.
upload_policy_file
Aprobación: ver la reglaSube 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 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.
¿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.
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 para conectar Automox con Claude?
Una persona lee cada mensaje.