dsh-port-inspector

怎么安装

简介

为什么要做 当 Coding Agent 启动多个本地服务后，用户仍然很难判断当前机器上的端口属于谁、为什么还在运行，以及是否可以安全关闭。 这类问题几乎会在每次多服务联调、后台任务持续运行或多项目并行开发的 Session 中出现。它并不局限于某一种语言或框架： 同一个项目开启多个 Session 调试时，Vite 端口发生漂移，浏览器访问到的实例与当前任务不一致； 之前的开发服务没有及时清理，过后仍然占用某个端口，用户却已经忘记它为何存在； 多个项目、多个会话并行开发时，多个 node.exe、Go 或 Python 进程名称相同，用户难以判断某个端口属于哪个项目。 用户会逐步遇到以下问题： 1. **我访问的到底是哪一个服务？** 页面没有更新，API 返回旧数据，Vite 自动换到了另一个端口，测试和浏览器看到的可能不是同一个实例。我需要知道当前有哪些开发服务正在监听，以及哪个服务属于正在进行的项目。 2. **这个服务为什么还在运行？** 任务已经完成，服务却仍在后台运行；Session 已经切换，我也记不清 Agent 曾经启动过哪些服务。后台服务持续运行有时是故意的，方便用户继续验证；问题在于，对话上下文淡出后，我很难判断它是否仍然有用。 3. **我敢不敢关闭它？** 任务管理器里可能同时存在多个 node.exe、Go 或其他运行时进程。我会纠结关闭错项目，也无法…

推荐参考

信息

协议

MIT

语言

TypeScript

GitHub 星标

2

月下载

387

最近更新

2026-08-31

创建于

2026-08-20

链接

基础安全检查

检查结果

无

收录来源

curated:awesome-dsh-plugin.com, curated:awesome-dsh-plugin/awesome-dsh-plugin, curated:0xsline/awesome-deepseek-harness

主题标签

agent-harness, ai-agents, coding-agent, cordis, deepseek, deepseek-ai, deepseek-harness, dsh, dsh-plugin, dsh-web, plugin, port-inspector, tcp, windows