执行可以远程，信任必须本地

Cline Desktop 加了 SSH 支持，设计里的分工很有意思：应用留在你的笔记本上，Cline 则跑去干活——开发服务器、树莓派、Docker 容器，任何能被 SSH 进去的地方都行。文档：docs.cline.bot/usage/cline-de… "应用在本地、工作在别处"这个结构，正是今晚移动工位那篇的远程版。那篇讲的是人不动、工位动——沙发不变、权限与门随时换；这条把距离再拉开一截：连"电脑"都不动了，动的是 agent 的落脚点。笔记本负责承载你的眼睛和手（界面在本地、状态看得见），执行发生在任何一台够得着的机器上——本机的便利与远程的算力第一次不二选一。 它也把"边界"这个词落得很实。SSH 这条通道自带一切企业早就认账的要素：谁能进、进哪台、钥匙怎么管——都不是新发明，是把三十年的远程运维惯例原样接了过来。这与沙箱规范那篇的路子殊途同归：新能力想进生产，最好从旧秩序里借钥匙；凡是已经跑通十年的边界机制（SSH 密钥、跳板、权限组），都比自造的"AI 安全方案"更容易过评审。 对实际使用者，SSH 支持解决的是一个具体的尴尬：想让 agent 改服务器上的东西，过去要么把代码同步到本地改完再传、要么在终端里陪它逐行敲——前者割裂、后者累。现在界面留在手边、执行留在原地，看得见的还是那块屏，够得着的却是所有机器；树莓派与容器这类"没有完整桌面"的环境也被顺手收编，正好是 agent 最该去却最难待的地方。 给想用的人一句落地的：先挑一台非关键的远程机器接进去，跑一轮基础任务，重点看两件事——连接断了它怎么收场（状态留在哪、重连会不会丢活）、它在远程的每步动作你本地看不看得见。两处都干净，再往生产机上挪；执行可以远程，信任必须本地。