为什么是 TermPilot
先把问题说清楚：
已经有 SSH、远程桌面和各种远控工具了，TermPilot 还在解决什么问题？
答案不在“远程进入机器”这件事上，而在“继续接回原来那条还在跑的会话”这件事上。
1. 先分清它要解决的不是远程登录
SSH、远控、Web Terminal 这些方案当然都能用，但它们的默认动作一般是：
- 再开一个新终端
- 再开一个新 shell
- 再建立一条新的上下文
很多真实工作不是这样。更常见的情况是：
- 电脑前已经有一条会话在跑
- 里面可能是 Claude Code、部署脚本、迁移、抓取或批处理
- 你离开了工位
- 你不想重开一条新 shell
- 你只想继续看原会话，并在必要时补一个轻量操作
TermPilot 就是围绕这个场景收敛出来的。它不是帮你“再进去一次”，而是帮你把原来的上下文接住。
2. 它更像长期任务的续接层
只要任务会持续跑一段时间，你关心的通常就不是“我能不能连上机器”，而是：
- 它现在还在不在跑
- 最新输出是什么
- 我能不能补一条命令
- 我能不能发一个中断
- 我能不能把它停掉
这也是它最擅长的那条路径：
- 任务持续运行
- 人不一定一直坐在电脑前
- 手机主要负责查看和轻控制
3. 手机端为什么只做轻控制
手机不是桌面的替代品，所以 TermPilot 在移动端做得很克制：
- 先看会话列表
- 再进入当前会话
- 以查看输出为主
- 轻量输入、发快捷键、关闭会话
这让它更接近下面这些角色：
- 长期任务的观察面板
- 共享终端会话的移动入口
- 桌面工作流的补充，而不是替代品
4. 它的部署路径故意压得很短
主路径只有三端：
- 服务器：
termpilot relay - 电脑：
termpilot agent - 手机：打开 relay 地址
第一次配对之后，日常使用通常就是：
bash
termpilot agent
termpilot claude code然后手机继续接这条会话。
5. 为什么它适合个人设备跨端继续
这套模型的连接关系很直接：
- 电脑主动连 relay
- 手机主动连 relay
- relay 负责配对、scope 和加密信封转发
- 会话标题与终端输出保留在 agent 所在电脑
这意味着：
- 电脑自己不用暴露入站端口
- 手机不用进入复杂网络环境
- 公网部署更容易收敛到一个域名入口
6. 它现在不做什么
这几个方向不在当前产品边界里：
- 远程桌面
- 图形界面控制
- 在手机上长时间重度终端编辑
- 自动接管任意已有终端标签页
- 通用多租户运维平台
边界收得比较窄，原因也很简单：先把长期任务和会话连续性这条主路径做扎实。
7. 什么场景适合用它
如果你更接近下面这些情况，TermPilot 基本是对路的：
- 你经常有一条长期任务在电脑上持续运行
- 你离开桌面后，主要想继续看输出、补一条命令、发一个快捷控制
- 你不希望为了手机访问而把会话内容长期放进服务端
- 你想把公网入口收敛成一个 relay，而不是给电脑单独暴露更多入口
如果你更需要远程桌面、图形化控制或手机上的重度编辑体验，TermPilot 现阶段并不匹配这些需求。
8. 一句话总结
它解决的不是“怎么远程进机器”，而是“怎么把电脑上已经跑起来的终端会话继续带到手机上”。