Running a Script

AUTOMATIONGUIDEIT OPERATIONSRMM

Phase 3 — Platform Navigation · Step 5

Section

June 5, 2026

Published

Vladislav Marchenko

Vladislav Marchenko

Head Of Marketing

Run Script lets you execute one or more saved scripts on a managed device, straight from the Device Details page. It's the fastest way to push a remediation, diagnostic, or maintenance task to a single device without opening a remote session.

This guide covers how to launch the script runner, pick scripts, run them, and find the results.


Where to find it

  1. Open Devices in the left nav and select the target device.
  2. On the device's detail page, click the (more actions) button at the top right of the header.
  3. Choose Run Script from the menu (the ↗ icon means it opens the script picker).

The device has to be ONLINE with a healthy agent for scripts to run. Check the Agents tab if Run Script results never show up.


The "Select Script" dialog

Clicking Run Script opens the Select Script modal — "Choose scripts to execute on this device."

Finding a script

  • Search for Script — a search box at the top. Type any part of a script's name to filter the list (e.g. typing speed surfaces Network – Speed Test, Speed Test – Powershell, and Test Network Speed). Search matches the script title.
  • Category filters — chips below the search box (e.g. Deprecated, Monitoring, OpenFrame) narrow the list to a category. Show All clears the category filter and brings back the full library.
  • If nothing matches, the dialog shows "No scripts found matching your criteria" — broaden the term or clear the filters.

Tip: search is exact-ish on the title. If a name doesn't match (e.g. "Speedtest" as one word), try a shorter fragment ("speed").

Selecting scripts

  • Each result is a card with the script name and a short description of what it does, plus a checkbox on the right.
  • Tick one or more checkboxes to queue them — Run Script lets you select multiple scripts at once.
  • Select All queues every script currently shown.
  • A selected script is highlighted, and the action button becomes active (Run Script). With nothing selected, the button is disabled.

Choosing the right script for the platform

Scripts are often platform-specific — read the description before you run. For example, among the speed-test scripts:

ScriptDescriptionBest for
Network – Speed TestRuns a speed test using PythonDevices with Python available
Speed Test – PowershellSpeed test with PowerShell (Win10 / Server 2016+)Windows devices
Test Network SpeedDownloads and runs iperf; needs one machine as server and another as clientiperf-based throughput testing between two hosts

On a Windows device, the PowerShell variant is the safe bet.


Running scripts

  1. Select the script(s).
  2. Click Run Script (bottom right). Cancel closes the dialog without running anything.
  3. The dialog closes and you're taken to the device's Logs tab, where execution results get reported.

There's no separate confirmation step after Run Script — clicking it dispatches the job immediately. Only select scripts you actually mean to run on the live device.


Viewing results

Script output lands on the device's Logs tab (you're taken there automatically after running). The log table has columns: Log ID, Status, Tool, Source, Log Details, with a Search for Logs box and column filters.

  • Click Refresh to pull the latest entries.
  • Results aren't instant — the agent has to run the script and report back, so a new entry can take anywhere from a few seconds to a few minutes to appear. Refresh every so often.
  • Use the Status column to confirm success/failure and Log Details to read the output.

Common workflows

Quick diagnostic. Run Script → search for the diagnostic (e.g. Speed Test) → select → Run Script → watch the Logs tab and Refresh for output.

Batch maintenance. Open the picker, use a category filter (e.g. OpenFrame) or Select All, queue several scripts, and run them together.

Targeted remediation. Search for the specific fix script, confirm its description matches the device OS, run it, then verify the result in Logs.


Notes and tips

  • Run Script targets this one device. For fleet-wide execution, use the Scripts section in the main nav.
  • Always read the script description — many are OS-specific or have prerequisites (e.g. Test Network Speed needs a paired server/client).
  • If results never show in Logs, the device or its agent may be offline — check the Agents tab.
  • Scripts marked Deprecated may not work; prefer the current equivalents.
Vladislav Marchenko

Head Of Marketing

Hi all! My name is Vlad and I’ve been brought on to head the marketing team at Flamingo. Thankfully, this isn’t the first time I will be building a marketing department from scratch, so the experience should come in handy. Now it’s time to dive into the world of MSPs and find myself in this new world.

More in Phase 3 — Platform Navigation

Related Content

Product Releases

Webinars

Case Studies

Blog Posts

Frequently Asked Questions

MSP AI Agents

Yes. In production MSP shops today, 10% to 25% of tickets close before a human opens them. Thread alone has processed 173 million tickets across 750-plus MSP partners at 96% triage accuracy, handing back 490,000-plus technician hours. Agents own the low-risk, high-volume work (password resets, MFA enrollment, known installs, onboarding and offboarding) and flag anything that touches production data or needs judgment for a human to take.
On a five-person desk, reported deployments show $78,000 to $130,000 in annual direct labor savings, roughly 30% fewer escalations, and 15% to 20% better SLA compliance. Broader MSP adoption data adds ticket handling time cut by 45% and five to 12 points of margin, all from reclaimed capacity rather than headcount cuts.
An AI agent for an MSP is software that reads a ticket, decides the action, performs it across your tools, and records the result without a technician driving each step. It differs from a chatbot or copilot by taking action, not just suggesting one.

AI MSP

MSPs use AI to triage and route tickets, cut alert noise, schedule patches, assist L1 security work, and draft client reports. Kaseya's 2025 benchmark found 30% already use it to eliminate tedious tasks, with ticket triage the most common starting point.
Most MSPs start with AI features inside their existing PSA, RMM, and ticketing systems rather than standalone products. Common categories include AI ticket triage, alert correlation, scripting assistants, and AI-native all-in-one platforms like OpenFrame that run intelligence across the whole stack.
Start with a readiness assessment, not a tool purchase. Confirm your ticket history is clean and your RMM, PSA, and monitoring systems connect. Then pick one high-volume, low-risk workflow, usually ticket triage, and pilot it on internal tickets before any client sees it.
Automate high-volume, low-risk tasks first. Ticket triage and alert noise reduction top the list because they run constantly and a human still resolves the underlying issue. Save security approvals, billing changes, and client-facing actions for later, always with a human in the loop.

AI for MSPs

Set a baseline before rollout, then track tickets closed per technician, mean time to resolution, percentage of tickets resolved with no human touch, technician hours reclaimed, and cost per ticket. AI-driven automation commonly cuts operational cost per ticket by 25 to 40%.
No. AI automates routine tickets, patching, and monitoring, but trust, accountability, and complex business judgment still need people. The future of managed services moves technicians from closing tickets to advising clients, which makes the human role more valuable, not obsolete.

AI Infrastructure

AI-powered infrastructure managed services apply machine learning to infrastructure telemetry so providers can predict failures, automatically remediate known issues, and forecast capacity needs. They replace static-threshold monitoring and manual firefighting with predictive, largely automated operations overseen by technicians.