三类： 桌面助手（Claude Desktop、Cherry Studio）、系统助手（Siri）、以及一堆带 MCP 的客户端。 它们离用户最近，也最容易被低估——因为「不用打开编辑器」这件事，决定了日常会不会真用。 选型只有一条硬判据：数据在哪，就在哪跑。
前两节一类在编辑器里、一类在平台上。这一节是剩下的那一堆。 它们的共同点：不是给开发者用的，是给「每天都要用」准备的。 所以这一节的重点不是功能对比，是「本地优先还是云端优先」这个选择。
一、桌面助手：把 Server 装在自己机器上
Claude Desktop 是最早支持 MCP 的桌面客户端之一，配置文件在用户目录，写法跟上一节那三份一模一样。 Cherry Studio 是国产的多模型客户端，也能挂 MCP Server，界面里直接填命令。 它的好处是一个界面里能切好几个模型。 这一类的价值在于「随时可用」：不用开编辑器、不用进网页，一个快捷键就能问，工具就在本机。
代价也很明确：电脑一关就没了。要 7 乘 24 的东西，一开始就别往这里放。
二、系统助手：能挂上，但别指望太多
手机与系统级助手接 MCP，目前还处在「能演示」的阶段。 卡点不在协议，在权限模型：系统助手要读你的日历、你的消息，这些权限本来就管得严， 再叠一层「第三方 Server 也能读」，审批链会很长。 所以这一类的现状是：能给的能力有限，能接的场景有限。
真要现在就用，稳妥的做法是让系统助手调一个你自建的 Server，把权限收敛在你自己写的那几个工具里。
三、三类能力，决定选哪类宿主
演示里六行场景，标了三列：要不要碰本地、要不要跨设备、要不要定时。 读本机一堆 PDF 做摘要——碰本地，桌面宿主。手机上也要用——跨设备，平台托管。 每天早上八点自动跑——定时，服务器上常驻。 查公司内网的接口——既碰本地又跨设备，本地跑加内网穿透。给同事分享工具包——跨设备，平台托管。 处理含身份证号的表格——碰本地，且不能出网。
六行里五行都能被一句话解释：数据在哪，就在哪跑。 剩下那一行（内网接口）是唯一的例外，它要两头都占，所以最麻烦。
四、本地优先的代价
本地跑不是没有成本。演示第三段把两种宿主摆在一起，五行差别里第三行最关键。 本地宿主读得了本机用户目录、访问得了 127.0.0.1 的接口，可关掉电脑就没了；托管平台反过来。 密钥存在哪也不一样：本地在你的机器上，托管在平台的密钥库里。 【前者你自己负责泄露，后者你把责任交出去了。】
出错找谁更实际：本地自己看日志，托管提工单。这两种体验的差别，出一次故障就体会到了。 所以这一节不给「哪个更好」的结论。 给的是四条按顺序问的判据，第一个「是」就定，别在功能列表上耗时间。
五、动手 Demo：本地优先还是云端优先
六个真实场景，按「要不要碰本地、要不要跨设备、要不要定时」三列打标，再各自给结论。 然后把本地宿主和托管平台摆在一起，看五条硬差别。 这一节全是判断，没有代码要跑；数字和结论都来自前面几节的实测。
CASES = [('读本机一堆 PDF 做摘要', True, False, False),
('手机上也要用同一套工具', False, True, False),
('每天早上八点自动跑一次', False, False, True),
('查公司内网的接口', True, True, False),
('给同事分享一个工具包', False, True, False),
('处理含身份证号的表格', True, False, False)]
def pick(local, cross, timer):
if local and cross:
return '本地跑加内网穿透'
if local:
return '桌面宿主（本地跑）'
if timer:
return '服务器上跑常驻'
return '平台托管'
for name, a, b, c in CASES:
print(name, '->', pick(a, b, c))
实跑输出：
--------------------------------------------------------------------
本地优先还是云端优先
--------------------------------------------------------------------
① 三类能力，决定你选哪类宿主
--------------------------------------------------------------------
| 场景 | 要碰本地 | 要跨设备 | 要定时 |
|---|---|---|---|
| 读本机的一堆 PDF 做摘要 | 是 | — | — |
| 手机上也能用同一套工具 | — | 是 | — |
| 每天早上八点自动跑一次 | — | — | 是 |
| 查公司内网的接口 | 是 | 是 | — |
| 给同事分享一个工具包 | — | 是 | — |
| 处理含身份证号的表格 | 是 | — | — |
按「要不要碰本地数据」这一条分，结论就很干脆：
| 场景 | 该选什么 |
|---|---|
| 读本机的一堆 PDF 做摘要 | 桌面宿主（本地跑） |
| 手机上也能用同一套工具 | 平台托管 |
| 每天早上八点自动跑一次 | 服务器上跑常驻 |
| 查公司内网的接口 | 本地跑加内网穿透 |
| 给同事分享一个工具包 | 平台托管 |
| 处理含身份证号的表格 | 桌面宿主（本地跑） |
② 四个判据，按顺序问
--------------------------------------------------------------------
| 顺序 | 问什么 | 答是 | 答否 |
|---:|---|---|---|
| 1 | 要读本机文件吗 | 只能本地跑 | 往下问 |
| 2 | 别人也要用吗 | 得托管或给配置 | 本地就够 |
| 3 | 要无人值守吗 | 得放服务器 | 手动触发就行 |
| 4 | 数据敏感吗 | 本地且不出网 | 托管也可以 |
四条按顺序问，第一个「是」就定了。【别一上来比功能列表】——
功能都能补，数据在哪不能改。
③ 同一个 Server，两种宿主下的差别
--------------------------------------------------------------------
| | 本地宿主 | 托管平台 |
|---|---|---|
| 读本机用户目录的文件 | 能 | 不能 |
| 访问 127.0.0.1 的接口 | 能 | 不能 |
| 关掉电脑还能用 | 不能 | 能 |
| 密钥存在哪 | 你的机器 | 平台的密钥库 |
| 出错找谁 | 自己看日志 | 提工单 |
第三行是关键：本地宿主【电脑一关就没了】，这是它的形态，不是缺陷。
要 7 乘 24 的东西，一开始就别往本地放。
! 第 7 章讲 SSE 上线，讲的就是「怎么把本地的搬到服务器」，到时候回来看这张表。
①第一张表六行，三列打标。 注意「查公司内网的接口」那一行，两个「是」同时出现——这就是唯一需要两头都占的场景。 ②第二张表是结论。六行里五行能被「数据在哪就在哪跑」解释，剩下那行是例外。 ③第三段五条硬差别，第三行最关键：本地宿主电脑一关就没了，这是它的形态不是缺陷。 要 7 乘 24，一开始就别往本地放。 ④第四行「密钥存在哪」值得多想一步：本地是你自己负责泄露，托管是你把责任交出去。 两种都行，但要清楚自己选了哪种。 ⑤这一章到这儿收尾。下一章讲去哪找现成的 Server——国内五个入口，国外六个目录站。
30 秒实验
- 给自己每天真在用的一件事打三个标，看它落在哪一类。
- 把演示里的 pick 改一条规则：如果数据敏感，优先本地且不出网，连内网穿透都不给。
- 列出你机器上已经装了的客户端，哪些支持 MCP、哪些只是能聊天。
常见误区
- 「桌面客户端只能聊天，干不了正事。 」装上 Server 之后它能读本机文件、能查数据库，差别只在「要不要打开编辑器」。
- 「本地跑更安全，一律本地。 」本地要你自己管密钥、自己看日志、自己负责泄露，不一定更安全，只是责任在自己。
- 「先比功能，再选平台。」功能都能补，数据在哪不能改。先问那四条判据。
自测三问（点开对答案）
1. 桌面助手的硬限制是什么？ —— 电脑一关就没了。所以需要 7 乘 24 的场景不该放本地。 2. 「数据在哪就在哪跑」怎么解释六个场景里的五个？ —— 碰本地数据的走本地（PDF、身份证表格），要跨设备或分享的走托管，要定时的放服务器。 3. 密钥存在本地和存在平台，区别在哪？ —— 本地是你自己负责泄露，平台是你把责任交出去了。两种都能用，但要清楚自己选了哪种。平台这一章讲完了。下一章换个更实用的角度：现成的 Server 去哪找，找到之后怎么判断它还能不能用。
- ☐ （本篇完，下一篇 5.1 MCP Server 国内整合平台）