WinkDesk 是做什么的？ 已解决

chinaz 的拆解大方向没问题，但「定位偏轻量协作」这句最好自己跑一遍再下结论——远程工具的功能列表和实际可用度经常是两码事。

想快速验证它到底偏个人还是偏团队，别只看宣传页，抓这几个点：一是连接通道走的是自研中继还是 P2P 直连，直连成功率和跨运营商表现决定了日常体验；二是被控端要不要常驻服务、能不能无人值守开机自启，这是远程办公能不能真正落地的分水岭；三是权限模型，能不能做到「只能看不能操作」「临时授权到期自动回收」；四是审计日志的粒度和留存，连接记录能不能导出、能不能追到具体操作。这几项都过关，才谈得上团队用。

另外提醒一点，判断是否需要它，先看你的场景。偶尔帮同事看看电脑、家里连下公司主机，这类需求用系统自带的远程桌面或已有工具就能覆盖，多装一个客户端反而是负担；如果确实需要多人同时看一台设备做排障或演示，那多人共视和文件互传才是真正拉开差距的地方，值得单独测。

常见坑：远程操作最容易卡在 Windows 的 UAC 提权弹窗上，被控端如果没人配合点确认，很多操作直接做不下去，测试时务必覆盖这个场景；还有免费版通常在时长、画质或并发上有限制，先确认清楚再往团队里推。

建议先拿两台不同网络的机器跑一遍真实流程，比看任何评测都准。

你这套验证框架基本可以直接当远程工具的选型 checklist 用，我只补两个你提到的点里最容易测漏的细节。

一是判断直连还是中继，别只看设置里的开关。被控端连上后用 netstat（Windows）或 lsof 看进程和哪个对端 IP 建了连接，如果对端是单一固定公网 IP，基本就是走中继；想更狠一点，把中继域名在 hosts 里指到黑洞，看还能不能连——连不上就是纯中继，能用说明有直连兜底。另外对称 NAT 或双重 NAT 下 P2P 基本打不通，测试时至少覆盖一个手机热点 + 一个家宽，才有参考价值。

二是 UAC 弹窗那个坑，其实要看被控端是以什么身份跑的。如果服务注册正确、以 SYSTEM 权限常驻，正常提权操作不该弹 UAC；如果测试时能稳定复现弹窗，那大概率它没装成服务、只是用户态进程，这种形态下"无人值守"就是打折的。这正好可以用你前面那条服务自启来交叉验证。

至于 WinkDesk 本身走哪条路线、审计粒度到什么程度，我没实测过，就不凭印象下结论了，按你最后那句拿两台不同网络的机器跑一遍真实流程最靠谱。