01 · Positioning
产品如何接住这项工作
RunDock 用一个控制面管理项目、进程树、端口占用、日志和调度状态。
开发者可以先确认真正的监听进程和运行状态，再执行启动、停止或排障。
02 · Context
问题与使用场景
为什么需要它
本地项目一多，启动命令、端口、进程、日志和定时任务散落在多个终端里。
为谁而做
同时维护多个本地项目、后台进程和定时任务的开发者。
03 · Core flow
核心流程
四个关键画面对应从进入产品、处理工作到确认结果的完整路径。
- 01
运行概览
集中查看项目健康、活动进程和需要处理的异常。
- 02
项目与进程
从项目入口追到真正的服务进程与父子关系。
- 03
实时日志
在执行操作前后保留准确的日志上下文。
- 04
端口与计划
核对监听端口、占用者和定时任务的下一次执行。
04 · Product views
四个画面，看清产品如何工作
四张画面全部展开为瀑布流卡片；点击任意画面可以放大，并使用左右方向键继续浏览。
运行概览
集中查看项目健康、活动进程和需要处理的异常。
源码重建1600 × 1000 · draft
项目与进程
从项目入口追到真正的服务进程与父子关系。
源码重建1600 × 1000 · draft
实时日志
在执行操作前后保留准确的日志上下文。
源码重建1600 × 1000 · draft
端口与计划
核对监听端口、占用者和定时任务的下一次执行。
源码重建1600 × 1000 · draft
05 · Decisions
三个关键产品判断
- 01
监听者比运行标签更可信
项目显示运行之前，先核对端口拥有者、进程树和健康检查是否指向同一实例。
- 02
保留完整祖先进程
从启动器到真正服务进程保持可追踪，避免只结束外壳却留下后台监听者。
- 03
操作必须有前后证据
启动、停止与重启都记录基线和结果，异步动作不能仅凭按钮反馈宣告完成。
06 · Current state
做到哪里，边界在哪里
本地项目与进程管理能力已实现。
已经带来的改变
开发者可以先确认真正的监听进程和运行状态，再执行启动、停止或排障。
源码与实现
源码入口已列在案例开头；公开画面仍只使用模拟或脱敏数据。
本站展示边界
这里只展示脱敏界面与产品逻辑，不连接来源数据库，也不会执行真实发布、投递、发送或付费操作。
Next