AI Agent Hub
Back to skills
Online Speed Test icon

Online Speed Test

IT Ops & Security Updated 2026.08.30

Paste the following prompt into your AI chat to install this skill:

Please follow https://skillhub.cn/install/skillhub.md and install @user_29dc410e/speedtest-online-skill.

About this skill

Problem it addresses

When troubleshooting network issues, engineers first need to confirm basic client-to-server link behavior: public egress limits, ISP path problems, or slow application services. Browser-based speed tests depend on a UI environment, while scripts often add dependencies and setup. This skill consolidates common metrics into a directly runnable local workflow, making it easier to capture evidence in CI, ops scripts, or agent workflows.

How it works

It emits multiple diagnostic signals rather than a single “speed” number:

  • Download speed: checks bandwidth availability from server to client.
  • Upload speed: tests outbound path constraints.
  • Ping latency: observes RTT and basic connectivity.
  • Public IP and ISP: helps identify the egress IP owner.
  • City lookup: adds geographic context for path analysis.
  • ASCII charts: renders test progress as terminal-friendly text.

The entrypoint is python speedtest_skill.py. Multi-node support helps compare latency and bandwidth across nodes, and the plain-text output is suitable for saving or forwarding as part of incident logs.

Limits

It is best for quick baseline network checks, not strict SLA acceptance. Results can vary with local network, ISP QoS, node load, and DNS path. Pair it with ping, traceroute, and application access logs. For continuous monitoring, wire outputs into thresholds and baselines.

Use Cases

  • When users report slow access, support runs a terminal speed test and records download, upload, ping, and egress IP to rule out local network issues.
  • After deploying a service, ops compares latency and bandwidth across nodes to decide whether to switch to a closer access point.
  • While debugging upload failures, engineers check upload speed and ISP egress to see whether outbound path or IP allowlists are misconfigured.
  • For incident reviews, SREs save ASCII speed charts and public IP details as network-side evidence in the postmortem.

Best For

  • Support engineers who need to rule out local network issues when users report slow access
  • Ops engineers comparing bandwidth and latency across nodes before service release
  • Developers debugging upload/download failures and checking public egress or ISP
  • SREs compiling speed-test evidence into incident postmortems