用户私有信息
用户私有信息按四个维度展开:用户级设置、项目级上下文与流程性知识（skill）、本地数据以及云端应用。
用户级设置
| 全局自定义指令 | |
|---|---|
| ChatGPT | 支持 |
| Claude | 支持 |
| 豆包 | 不支持 |
| Kimi | 不支持 |
| 选择回复风格 | 自定义回复风格 | |
|---|---|---|
| ChatGPT | 支持 | 不可完全自定义，但提供细分选项 |
| Claude | 支持*即将迁移、合并进skill | 支持 |
| 豆包 | 不支持 | 不支持 |
| Kimi | 不支持 | 不支持 |
1.豆包和 Kimi 在用户偏好设置上缺席
全局指令和定制回复风格,技术上简单——只是把一段文本注入系统提示，但需求普遍;再看四款 app 的"设置"界面,豆包和 Kimi 尚显单薄。
项目级上下文和流程性知识（skill）
| "项目管理"功能 | 项目级指令 | 项目级文件库 | |
|---|---|---|---|
| ChatGPT | 支持 | 支持 | 支持 |
| Claude | 支持 | 支持 | 支持 |
| 豆包 | 不支持 | 不支持 | 不支持 |
| Kimi | 不支持 | 不支持 | 不支持 |
1.「项目管理」和专业工作高度相关
项目级指令和文件库,本质是给特定任务一个常驻上下文,免去每次对话的重复输入和上传——这是专业知识工作者的高频刚需。豆包缺席可能有其大众定位的影响,而 Kimi 的用户画像偏专业知识工作者,此处的空白值得关注。
| Skill（可复用的 流程性知识） |
提供官方商店 | 用户自行配置 | |
|---|---|---|---|
| ChatGPT | 支持 | 不提供 | 不支持*个人用户暂不支持，部分团队、企业计划支持 |
| Codex | 支持 | 提供 | 支持 |
| Claude | 支持 | 提供 | 支持 |
| 豆包 | 支持 | 不提供 | 存疑**豆包应用疑似在5月7日左右上线"任务模式"后【版本号：v2.9.7（7049.72）】， 开始支持skill。对于"是否支持用户自行配置"，据本人实测，可以在对话中成 功配置，但在之后的测试中，都未能成功触发，所以存疑。这也体现了豆包的 skill功能尚在早期阶段。 |
| Kimi | 支持 | 提供 | 支持 |
1.skill 已被广泛采纳,各家快速跟进
skill 把一次性的提示词变成可复用、可组合、可分发的资产;而"官方商店"和"可自行配置"决定它的可用性以及能否形成生态。Anthropic 提出 skill 并做得最完整;Codex 因开发者定位天然契合,快速跟上;Kimi 跟进迅速,商店与自配齐全;ChatGPT 跟了半步——能力已进产品,但未开放成生态;豆包刚起步,尚不完善和稳定。
本地数据 → 本地文件
| 上传本地文件 | 直连本地文件夹 | |
|---|---|---|
| ChatGPT | 支持 | 不支持 |
| Codex | 支持 | 支持 |
| Claude | 支持 | 支持 |
| 豆包 | 支持 | 不支持 |
| Kimi | 支持 | 支持( Work 模式) |
本地数据 → 本地应用
| 接入本地 应用 |
主要接入 方式 |
读取深度 | 提供官方 商店 |
用户自行 配置 |
覆盖 范围 |
开放 程度 |
|
|---|---|---|---|---|---|---|---|
| ChatGPT | 有限支持 | UI 读取 + 扩展（少 部分） |
浅（仅当前 界面文本） |
否（仅普 通清单*）在对话框主动询问获取的清单或电脑本地已经下载相应应用后，看到的一个简易的提示性清单。 |
不支持 | 低 | 低 |
| Codex | 支持 | 本地 MCP | 深（结构化 数据） |
否（仅有 插件清单） |
支持 | 高 | 高 |
| Claude | 支持 | 本地 MCP | 深（结构化 数据） |
是 | 支持 | 高 | 高 |
| 豆包 | 有限支持 | UI 读取+ 扩展、脚本 （少部分） |
浅（仅当前 界面文本） |
否（仅普 通清单*）在对话框主动询问获取的清单或电脑本地已经下载相应应用后，看到的一个简易的提示性清单。 |
不支持 | 低 | 低 |
| Kimi | 不支持 | - | - | - | - | - | - |
附：ChatGPT以及豆包还提供"截取屏幕截图/共享屏幕"功能，通过截图来获取本地应用信息。
1.本地数据的获取分为两个层次：一次性上传，或持续读取的通道
上传是快照，静态数据并且依赖用户手动操作；直连和接入更像是一个通道，AI 可以主动、持续地读取。
Claude/Codex 两条全通且都走 MCP——深读取;Kimi 最近开始支持直连文件夹(Work 模式)，但尚未接入本地应用;ChatGPT/豆包相反,不能直连文件夹,应用主要通过 UI 浅读取。
2.本地MCP相比UI读取，读取更深，覆盖面更广
UI 读取仅可拿到当前界面文本,局限于"查看";MCP 直连应用的数据接口,拿到结构化数据,可以"查询"。覆盖面上：UI 读取（以及扩展、脚本等）只能用于厂商逐个适配的少数应用；MCP 是开放协议,理论上任何应用都能接入,用户还可自行配置。
云端应用
| 接入云端应用 | 主要接入方式 | 提供官方商店 | 用户自行配置 | |
|---|---|---|---|---|
| ChatGPT | 支持 | MCP | 提供 | 支持 |
| Claude | 支持 | MCP | 提供 | 支持 |
| 豆包 | 不支持 | - | - | - |
| Kimi | 有限支持 | 浏览器插件（间接接入） | - | - |
附：Kimi 目前仅支持通过浏览器插件 WebBridge，间接接入云端应用。
附：相比于其他三家，字节跳动具有生态接入的潜在优势，且可能已经在测试相关接入。
1.Claude 对本地应用和云端应用的支持最早、最全面
MCP 由 Anthropic 提出,一套协议同时覆盖本地与云端,Claude 自然做得最完整;ChatGPT 快速跟进,同样具备商店与自配;Kimi 暂时只能靠浏览器插件间接连接，有一定的局限性;豆包尚未支持——但字节系应用的生态资源,是其独有的潜在优势。