跳到正文
cccskills
免费在 GitHub 公开

witr

Explain which process holds a port or file lock, what started it, and what keeps it running. Uses the witr CLI to trace services, containers, and parent processes without stopping or changing anything.

中文简介正在准备中。当前显示英语简介。

原文查看原文说明

Explains why a process is running and what started it, using the witr CLI. Use when a port is already in use (EADDRINUSE), a dev server or other process was left running, an unknown or stuck process needs explaining, or you need to know which service, container, shell, supervisor or scheduled job started a process, holds a port or holds a file lock. Use it instead of chaining lsof, ps, ss, netstat and docker ps.

集成工具Docker
查看安装方法

适用场景

  • Finding what holds an occupied port
  • Tracing a development server left running
  • Explaining an unknown or stuck process
  • Identifying the process holding a file lock

包含的文件(1)

  • SKILL.md5.1 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

witr: why is this running?

witr traces a process, port, container or open file back to what started it and keeps it running (a systemd unit, launchd job, container, cron job, shell, PM2 or supervisor, a Windows service, ...), and flags anything suspicious. It only reads. It never stops, kills or changes anything.

Reach for it instead of chaining lsof, ps, ss, netstat and docker ps.

Before you start

Check that it's installed with witr --version. If it isn't, tell the user and suggest one of these; don't install anything without asking:

  • macOS or Linux: brew install witr, or curl -fsSL https://raw.githubusercontent.com/pranshuparmar/witr/main/install.sh | bash
  • Windows: winget install -e --id PranshuParmar.witr
  • With Go: go install github.com/pranshuparmar/witr/cmd/witr@latest

Always give a target and --json. Without a target, --json exits with code 4 and asks for one; a bare witr opens an interactive dashboard, or exits with code 4 when there's no terminal.

Pick the command

SituationCommand
Port already in use (EADDRINUSE)witr --port 3000 --json
A process by namewitr node --json (matches substrings; add --exact for the exact name)
A known PIDwitr --pid 1234 --json
A containerwitr --container web --json (name, image, Compose service or ID prefix)
What holds a file or lockwitr --file /var/lib/dpkg/lock --json
Just the chain of parentswitr --pid 1234 --short (one line) or --tree
Several things at oncewitr --port 3000 --port 5432 --json (a JSON list, one entry per target, in order)
A process's environmentwitr --pid 1234 --env --json
More detailadd --verbose (memory, I/O, open files, socket state)

Read the result

Check the exit code first:

ExitMeaningWhat to do
0Found, no warningsReport it
1Found, with warnings. Not a failureReport it and mention the warnings that matter
2Not foundNothing on this system runs or listens there; say so. For a port, Error may say something outside this system (another WSL distro, a VM) holds it
3Permission deniedIt belongs to another user; suggest re-running with sudo, and ask first
4Ambiguous or bad inputMatches lists the candidates: re-run with --pid for the right one, or fix the input
5Internal errorReport the Error
6Found, but what started it can't be traced (Linux, macOS, FreeBSD)The process that started it has exited; say so

With several targets, the most severe result wins.

Then the JSON (the full contract is in the README, section "7.4 JSON Output"):

  • Found: Process (PID, Command, Cmdline, User, StartedAt, WorkingDir, Sockets, ...), Ancestry (the chain from the top down to the process), Source (Type: systemd, launchd, bsdrc, container, shell, ssh, cron, supervisor, windows_service, init or unknown; Name; Description), Warnings, and Container when it runs in one.
  • Failed lookup: {Target, Error}, plus Matches when the target was ambiguous.
  • --short --json: a list of {PID, Command}. Where the process that started one has exited, that entry also has PPID and ParentExited: true.
  • A container whose processes aren't visible (Docker Desktop, a VM): {ContainerName, Image, Ports, ..., Note}.

Match on fields and exit codes, not on wording: the text of Error, Note, Description and warnings can change between releases.

Explain it to the user

Lead with the answer: what it is, and what started it. For example: "Port 3000 is held by node (pid 4821), started by PM2 from ~/work/api." Mention warnings that matter, such as a public bind, running as root, a deleted binary or a restart loop.

Freeing a port or stopping something

witr only explains. Don't kill or stop anything on your own: tell the user what holds the port and what manages it, and ask before acting.

When they agree, stop it through whatever manages it, or it will come straight back. Use Source.Type, Source.Name and Container:

Managed byStop with
systemdsystemctl stop <unit> (--user for a user unit)
launchdlaunchctl bootout gui/$(id -u)/<label> (sudo launchctl bootout system/<label> for a daemon)
FreeBSD rc (bsdrc)service <name> stop
Docker / Podmandocker stop <name> / podman stop <name>
PM2pm2 stop <name>
supervisorsupervisorctl stop <name>
Windows serviceStop-Service <name>
A shell or nothing traceablekill <pid> (Stop-Process -Id <pid> on Windows)

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

报告此技能的问题