Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Descripción del creador (original en inglés)
See what's on your ports, the processes behind them, and diagnose conflicts and leaks.
Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.
Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.
Elige la app de IA que usas y copia la configuración.
El creador no incluyó detalles de instalación en el registro. Consulta el README del creador más abajo.
Se ejecuta en tu computadora; la lista de herramientas aparece en tu app de IA después de instalarlo.
Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 6 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub Mapika, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Este se ejecuta en tu computadora; no hay endpoint en internet
Se ejecuta en tu computadora y usa ajustes locales en su lugar
Se ejecuta en tu computadora; solo podemos leer listas de herramientas de endpoints en internet
Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.
Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.
El registro no indica ninguna clave obligatoria, aunque algunos servidores te piden iniciar sesión la primera vez que los usas.
Se ejecuta en tu computadora. Tu app de IA lo inicia cuando hace falta, y los datos no pasan por los servidores del creador (a menos que el propio servidor llame a un servicio en línea).
El repo de GitHub cambió por última vez –, y la última versión (2.1.0) llegó al registro hace 3 meses.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. También necesitas Rust en tu computadora.
En la misma categoría: Spec Driven Development, Remote Desktop Commander, Apify MCP Server
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Extract data from any website with thousands of scrapers, crawlers, and automations on Apify Store ⚡
Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.
portview lists ports and the processes using them on Linux, macOS, and Windows. It shows process names, commands, memory usage, and uptime. You can inspect a port, stop its process, or monitor changes in an interactive terminal UI.
It also supports Docker, remote hosts over SSH, and an MCP server for coding agents.
Homebrew:
brew install mapika/tap/portview
Linux / macOS:
curl -fsSL https://raw.githubusercontent.com/mapika/portview/main/install.sh | sh
Windows (PowerShell):
irm https://raw.githubusercontent.com/mapika/portview/main/install.ps1 | iex
Or use cargo install portview, or download a binary from Releases.
portview # list all listening ports
portview 3000 # inspect port 3000 in detail portview node # find ports by process name portview watch # interactive TUI with live refresh portview watch --docker # TUI with Docker containers as rows portview kill 3000 --force # terminate the process using port 3000 portview doctor # diagnose port conflicts and issues portview ssh user@server # inspect ports on a remote host portview ssh user@server watch # remote TUI over SSH portview ssh user@server --agentless # no portview needed on the remote portview mcp # run as an MCP server for AI agents
$ portview
╭──────┬───────┬─────┬──────────────┬──────┬────────────┬────────┬────────┬────────────────────────────╮ │ PORT │ PROTO │ PID │ ADDR │ USER │ PROCESS │ UPTIME │ MEM │ COMMAND │ ├──────┼───────┼─────┼──────────────┼──────┼────────────┼────────┼────────┼────────────────────────────┤ │ 3000 │ TCP │ 8 │ 127.0.0.1 │ root │ node │ 7s │ 44 MB │ node /opt/app/web.js │ │ 5000 │ TCP │ 11 │ 127.0.0.1 │ root │ python3.12 │ 7s │ 18 MB │ python3 /opt/app/worker.py │ │ 6380 │ TCP │ 12 │ 127.0.0.1 │ root │ node │ 7s │ 1.2 GB │ node /opt/app/cache.js │ │ 7000 │ TCP │ 10 │ 127.0.0.1 │ root │ node │ 7s │ 45 MB │ node /opt/app/ingest.js │ │ 8080 │ TCP │ 9 │ 127.0.0.1 │ root │ node │ 7s │ 44 MB │ node /opt/app/api.js │ ╰──────┴───────┴─────┴──────────────┴──────┴────────────┴────────┴────────┴────────────────────────────╯
--all includes non-listening connections, with one row per connection. --wide shows full commands. --json produces JSON output for scripts.
Ports whose owner can't be resolved are still listed, with - in the columns that can't be filled. That happens for another user's process without sudo, and for sockets like TIME_WAIT that outlive the process that opened them.
The scan, doctor, and MCP examples below are real output, captured by
demo/record.shinside an isolated namespace — which is why the user isrootand the paths are/opt/app. The Docker example is illustrative, since it needs a running daemon.
portview mcp provides port queries, diagnostics, and process termination over the Model Context Protocol using stdio. To register it with Claude Code:
claude mcp add portview -- portview mcp
Or configure it manually:
{
"mcpServers": { "portview": { "command": "portview", "args": ["mcp"] } } }
| Tool | What it does |
|---|---|
list_ports | List listening ports with available process details |
inspect_port | Inspect a port, including process working directories and descendants |
find_process | Find ports by process name or command substring |
doctor | Check for conflicts, wildcard exposure, connection buildup, and high memory usage |
diff_ports | Report ports that opened, closed, or changed owner since a baseline |
kill_port | Terminate processes using a port; dry_run previews the targets. Marked destructive to the client |
The MCP server is included in the portview binary. Pass --read-only to disable the kill_port tool:
portview mcp --read-only
Listed in the MCP Registry as mcp-name: io.github.Mapika/portview.
portview watch # live-refresh every 1s
portview watch --docker # include Docker containers portview watch --sort mem # sort by memory on launch
| Key | Action |
|---|---|
j/k, ↑/↓ | Navigate rows |
Enter | Inspect port (full command, cwd, children, connections) |
d/D | Kill process or manage Docker container |
/ | Filter across all columns |
←/→, r | Cycle sort column, reverse direction |
t | Toggle process tree view |
a | Toggle all/listening-only |
q | Quit |
Tree view (t): Groups child processes under their parents.
Detail view (Enter): Shows the full unwrapped command, working directory, child process list with ports, and open connections (in --all mode).
portview doctor checks for port conflicts, wildcard bindings, connection buildup, and high memory usage:
$ portview doctor
✓ No port conflicts ✓ No wildcard exposure issues ! Port 7000 has 16 CLOSE_WAIT connections — possible connection leak ! node (PID 12) is listening on port 6380 and using 1.2 GB of memory
2 warnings found
| Check | Flags |
|---|---|
| Port conflicts | Multiple PIDs bound to the same port |
| Wildcard exposure | Databases (postgres, redis, mysql, mongod, …) listening on 0.0.0.0 |
| Docker-host conflicts | A container publishing a port the host already uses |
| Connection buildup | High counts of TIME_WAIT or CLOSE_WAIT connections on one port; these do not by themselves establish a leak |
| High memory usage | Listening processes using more than 1 GB of resident memory |
Docker is auto-detected. portview doctor --json for scripting (exit code 1 on errors).
The GitHub Action runs doctor and can fail a workflow on errors or warnings:
- uses: mapika/portview@v2
with: fail-on: error # error | warning | never
It annotates each finding inline on the run, writes a summary table, and exposes findings (JSON), count, errors, and warnings as step outputs:
- uses: mapika/portview@v2
id: doctor with: fail-on: never
Set install: false if portview is already on PATH. Linux and macOS runners.
Inspect ports on a remote host over SSH:
portview ssh user@server # one-shot scan
portview ssh user@server watch # full interactive TUI portview ssh user@server doctor # remote diagnostics portview ssh user@server 3000 # inspect a remote port portview ssh user@server --ssh-opt "-p 2222" # custom SSH port
Kill actions in the remote TUI are forwarded over SSH.
If portview is not installed on the remote host, SSH mode collects data using ss and ps, or lsof and ps where ss is unavailable. This requires a POSIX shell and the collection tools on the remote host.
$ portview ssh user@server
portview not found on user@server — falling back to agentless mode (ss + ps over SSH). ╭──────┬───────┬─────┬──────────────┬──────┬─────────┬────────┬───────┬──────────────────────╮ │ PORT │ PROTO │ PID │ ADDR │ USER │ PROCESS │ UPTIME │ MEM │ COMMAND │ ├──────┼───────┼─────┼──────────────┼──────┼─────────┼────────┼───────┼──────────────────────┤ │ 3000 │ TCP │ 6 │ 127.0.0.1 │ root │ node │ 3s │ 45 MB │ node /opt/app/web.js │ │ 8080 │ TCP │ 7 │ 127.0.0.1 │ root │ node │ 3s │ 45 MB │ node /opt/app/api.js │ ╰──────┴───────┴─────┴──────────────┴──────┴─────────┴────────┴───────┴──────────────────────╯
Use --agentless to collect data this way even when portview is installed on the remote host. It supports scans, port inspection, process search, diagnostics, and watch mode.
Run diagnostics on the collected data:
portview ssh user@server doctor --agentless
This uses the same diagnostic checks as local mode. The Docker check is skipped because agentless mode does not query remote containers.
Watch remote ports, with process termination available in the TUI:
portview ssh user@server watch --agentless
Watch mode collects updates through a single persistent SSH connection.
Use --docker to include ports published by Docker containers:
$ portview --docker
╭──────┬───────┬───────┬──────────────┬────────┬──────────┬────────┬────────┬────────────────────────────╮ │ PORT │ PROTO │ PID │ ADDR │ USER │ PROCESS │ UPTIME │ MEM │ COMMAND │ ├──────┼───────┼───────┼──────────────┼────────┼──────────┼────────┼────────┼────────────────────────────┤ │ 3000 │ TCP │ 48291 │ 127.0.0.1 │ mark │ node │ 3h 12m │ 248 MB │ next dev [docker:web] │ │ 8080 │ TCP │ - │ 0.0.0.0 │ docker │ pv-nginx │ - │ - │ nginx:alpine :8080->80/tcp │ ╰──────┴───────┴───────┴──────────────┴────────┴──────────┴────────┴────────┴────────────────────────────╯
Container-only rows have no host process, so PID, UPTIME, and MEM render as -.
In watch mode, press d on a Docker row to stop or restart the container, or follow its logs.
portview --json # pipe to jq, scripts, dashboards
portview --docker --json # includes Docker ownership data portview watch --json # streaming JSON, one array per tick portview doctor --json # machine-readable diagnostics
PORTVIEW_COLORS="port=red,pid=magenta,command=bright_cyan" portview
Columns: port, proto, pid, user, process, uptime, mem, command. Use --no-color to disable.
Local port and process data comes from OS interfaces:
| Field | Linux | macOS | Windows |
|---|---|---|---|
| Ports | /proc/net/tcp{,6}, udp{,6} | proc_pidfdinfo | GetExtendedTcp/UdpTable |
| PID | inode→pid via /proc/*/fd/ | proc_listpids | Included in socket table |
| Process | /proc/ /exe | proc_pidpath | QueryFullProcessImageNameW |
| Memory | /proc/ /status VmRSS | proc_pidinfo | K32GetProcessMemoryInfo |
| Uptime | /proc/ /stat | proc_pidinfo | GetProcessTimes |
On Linux, portview reads the executable name from /proc/ /exe. The thread name in /proc/ /comm can be changed by the runtime and is limited to 15 bytes.
Docker integration uses the docker CLI. SSH mode uses the system ssh client to run portview or the agentless collection tools on the remote host. MCP mode uses newline-delimited JSON-RPC 2.0 on stdin/stdout.
git clone https://github.com/mapika/portview
cd portview cargo build --release
Requires Rust 1.85+ (edition 2024). Shell completions and man page are generated at build time.
The repository includes a Dockerfile. To inspect the host from a container, share the host's network and PID namespaces:
Solo se muestra el principio; lee el resto en el repo