问题
使用 Cursor 等 AI IDE 的开发者，在让 agent 聊天自动启动 dev server 后，归档聊天并不会停止这些进程——正如论坛用户所说："Archiving an agent chat does not stop its dev server"。这些服务器在后台持续运行并占用本地端口，而 Cursor 的 Terminals 标签只显示在原聊天里，一旦聊天被归档就找不到入口。目前的解决办法非常绕：要么在同一个项目的另一个聊天里展开 'Other Agents' 分组右键杀进程，要么在 Cursor 外面手动跑 lsof 释放端口。痛点强度为 2-3（轻微但反复出现）。
目标用户
使用 Cursor 等 AI IDE、频繁让 agent 启动本地 dev server 的开发者。从信号看这是特定工作流下的小众细分人群，市场规模有限且无法从现有证据推断规模。
解决方案
- 全局端口/进程视图：一个菜单栏或桌面小窗，列出所有监听端口及对应进程，替代在 Cursor 外跑 lsof 的手动操作
- 项目归属识别：根据进程的工作目录把 dev server 归到对应项目，帮用户判断"这是哪个 agent 聊天留下的"
- 一键停止：单个或批量 kill 孤儿进程，释放被占端口
- 自动清理规则（可选）：进程在源聊天归档或长时间无流量后自动提醒或停止
AI 的角色有限：核心是系统进程管理，AI 可用于识别命令行特征（判断是否为 dev server）和生成人类可读的进程说明。
为什么是现在
信号显示这是 AI agent 编程工作流带来的新问题：agent 聊天会自动启动 dev server，而传统 IDE 时代不存在"归档聊天留下后台进程"这种使用模式（信号日期 2026-09，均为近期反馈）——问题本身就是 agent 编程普及的副产品。
MVP 范围
第一版做：
- 扫描本机所有监听端口及其归属进程，显示启动时间和命令行
- 按项目目录自动分组，标注疑似 AI agent 会话启动的 dev server
- 一键停止单个或批量停止孤儿进程
- 可选：设置规则，进程空闲超过 N 分钟自动提醒
第一版不做：
- 不尝试与 Cursor 内部会话做精确关联（外部工具拿不到聊天 ID）
- 不做远程服务器管理、不做 Cursor UI 内嵌（无法修改闭源 IDE）
风险
- 平台依赖与上游修复：问题根源在 Cursor，官方随时可能按论坛诉求直接修复（在归档时停止 dev server 或加全局端口列表），届时独立工具失去存在意义
- 付费意愿缺失：信号明确显示无付费意愿，开发者对这类小工具预期是免费开源
- 免费替代：lsof、活动监视器等系统自带工具已能解决 80% 的问题
- 证据单薄：仅 2 条来自同一论坛同一天的信号，互动量接近零，无法确认这是广泛痛点还是个别人困扰
信号证据
这张卡片依据的原始讨论。摘录保持原文，点“原文”查看上下文。
Cursor 论坛 · Ideas9月30日痛点▲ 0
“Right now, archiving a chat doesn’t stop the terminals it started, so a dev server can keep running in the background.”
归档聊天后 agent 启动的 dev server 仍在后台运行，且 Terminals 标签只在原聊天显示，导致用户找不到并无法停止这些进程。原文
Cursor 论坛 · Ideas9月30日功能请求▲ 01 条评论
“Archiving an agent chat does not stop its dev server, even though it should, and there is no global list of running terminals or local ports.”
归档 agent 聊天后其 dev server 仍在运行,且 UI 中没有全局查看或停止运行中终端/本地端口的地方。原文