Skill Detail

Trace which local processes and hosts are consuming bandwidth during incidents with bandwhich

Identify which processes, connections, and remote hosts are actually using bandwidth before you chase the wrong incident hypothesis.

Runbooks & DiagnosticsMulti-Framework
Runbooks & Diagnostics Multi-Framework Security Reviewed
⭐ 11.7k GitHub stars
INSTALL WITH ANY AGENT
npx skills add agentskillexchange/skills --skill trace-which-local-processes-and-hosts-are-consuming-bandwidth-during-incidents-with-bandwhich Copy
Works best when you want a reusable capability, not another fragile one-off prompt.
At a glance
Tools required
bandwhich CLI, network interface access, elevated privileges on Linux
Install & setup
Download a prebuilt binary from the GitHub releases page or build from source with Cargo. On Linux, run with sudo or grant the documented packet-capture capabilities before using it in incident workflows.
Author
imsnif
Publisher
Individual
Last updated
Apr 17, 2026
Quick brief

Use bandwhich when an agent needs a fast, local answer to a narrow incident question: what process or remote host is consuming network bandwidth right now. This is not a generic network monitor or platform card. It is a bounded diagnostic workflow around sniffing one interface, mapping traffic back to processes, and separating process, connection, and address views during live troubleshooting.

How it works

What this skill actually does

Invoke it instead of using a full observability stack when the job is immediate host-level attribution on the machine in front of you. Typical runs inspect one interface, optionally disable reverse DNS for speed, and narrow the view to processes, connections, or remote addresses before escalation.