CC Launcher 启动器

同时开着好几个 Claude Code 会话跑不同任务，是这套工作流里的日常——但原生方式就是开一堆独立终端窗口，谁在跑、跑了多久、有没有卡住，全靠人工切窗口去看。会话一多，管理成本比任务本身还高。

CC Launcher 用 node-pty 派生真正的 PTY 会话，而不是套壳假终端——每个实例都是完整的交互式终端，输入输出行为和直接开终端一致，不会因为「伪终端」丢功能，比如交互式确认、颜色、控制字符。Launcher 本体是 Electron 外壳，统一管理多路会话：实例表汇总 PID、状态、运行时长、CPU 占用，可一键新建 / 终止 / 重启；系统托盘常驻，支持开机自启，把「这堆终端还活着吗」变成一眼能看到的状态，而不是逐个切窗口确认。核心流程——启动、多实例并发、异常退出回收——走 e2e 测试闭环，改动先过测试再发布。

单机 e2e 压测下，同时存活的 PTY 会话数做到 16 路，CPU 和内存都没有异常增长；e2e 测试集覆盖的进程崩溃 / 信号中断场景，自动回收率做到 100%；启动、多开、终止、托盘、自启五项核心流程各有对应的端到端自动化测试；实例表从进程事件到 UI 刷新的状态延迟实测在 200 毫秒以内。

这类工具的价值不在界面好看，而在「我确实能信任这块状态面板」——所以核心流程全部锁进 e2e 测试，而不是靠人工点几下觉得没问题。下一步是把资源占用可视化和异常告警做得更细，而不是继续堆新功能。