看见监听
按端口、应用、PID、项目和 Session 搜索 Windows TCP 监听。
为什么需要它
任务管理器能告诉你 PID,DSH 能管理 Job 和 Terminal,但两者之间缺了一条能核对的链路。
Port Inspector 把 Windows 的监听快照和 DSH 的启动证据放到同一个视图。
核心能力
它不是通用任务管理器,而是面向 Coding Agent 的 DeepSeek Harness 运行时检查和本地端口来源追踪工具。
按端口、应用、PID、项目和 Session 搜索 Windows TCP 监听。
沿 Windows 父进程链匹配 DSH 根进程,证据完整时才显示“由 DSH 启动”。
受管 Job 和 Terminal 走 DSH 生命周期,外部进程只允许对身份复核通过的单个 PID 操作。
每次处理后重新扫描,用 fresh scan 明确反馈目标端口是否真的释放。
工作方式
从 Windows 监听到 DSH Tool Call,每一步都保留在用户能理解的证据链上。
读取当前 TCP listeners,记录地址、端口、PID、应用和创建时间。
观察 DSH 创建的根进程,并同时保留 PID 与创建时间,避免 PID 复用混淆。
沿父进程链把监听进程连接回 DSH 的 Session、Turn、Step 和 Tool Call。
用户先看清项目、来源和处理方式,再选择停止受管资源或结束单个外部进程。
处理完成后获取 fresh scan,确认目标端口释放,同时保留其他服务。
产品证据
真实界面显示端口、项目、启动方和处理方式。状态彼此独立,不把“属于哪个项目”误写成“由谁启动”。
“由 DSH 启动”只描述来源证据,“可停止”描述当前可用的生命周期处理方式。
界面默认优先展示当前项目和明确的开发工具链,其他监听仍可搜索和展开。
无法读取完整来源或权限不足时,记录仍然可见,但能力保持只读。
安全边界
安全处理不是一个隐藏的快捷键,而是由证据、权限和用户确认共同决定的边界。
端口列表只用于诊断。模型可以读取有界、脱敏的信息,不能通过 Tool 直接终止进程。
终止前同时校验 PID、创建时间和可执行文件,目标变化时立即拒绝操作。
一次只处理用户明确选中的单个目标,不结束外部进程树,也不自动提权。
系统进程、其他用户进程、受保护进程或证据不足的目标保持仅可查看。
它不是通用任务管理器,也不会自动把仍可能有用的后台服务判定为泄漏。
支持范围
第一版聚焦一个真实而高频的场景:DSH Web 在 Windows 上运行多个本地开发服务。
首版支持 Windows 本地执行环境和 TCP listeners。
通过标准 Bundle 安装,从 Web 侧边栏打开 Port Inspector。
适合 Vite、Node.js、Go、Python、Docker Compose 等本地服务场景。
立即开始
安装这个 DSH Web 插件,重启目标 DeepSeek Harness Web Profile,然后从侧边栏打开 Port Inspector。
安装或更新 Bundle 后需要重启目标 Profile;来源记录从新的 DSH 运行周期开始。
dsh plugin --profile web add dsh-port-inspector@latest 前置条件Windows / Node.js >= 22.19.0 / DSH Web Profile
常见问题
Port Inspector 是一个面向 DSH Web 的 Windows 本地开发端口检查插件。它把 TCP 监听、进程、项目、Session 和 Tool Call 放进同一条可核对的来源链路。
不会。Port Inspector 默认只读。只有用户明确选择目标并通过身份复核后,才会进入受管关闭或外部单 PID 处理。
Windows MVP 暂不支持 macOS、Linux、UDP、远程主机、跨重启历史、批量终止或自动治理。
端口记录仍然可以显示。来源会收敛为启动方未确认,权限或身份不足时处理方式保持仅可查看。
不需要。它作为标准 DSH Bundle 的 Host 和 Browser 双半工作,不启动第二个伴随 Web 服务。