Projects(项目)深入

说明

这一节写什么 学会用 Project 组织长期任务:把背景知识、指令、对话绑在一起,让 Claude 每次都"记得"。

为什么需要 Project

普通对话的问题:

注意

普通对话的局限 - 每个新对话 Claude 都"失忆"——你要重新讲背景 - 多个相关任务散在多个对话里 - 上传的文件不能跨对话复用

Project 解决的就是这三个问题。

Project 是什么

一个 Project 包含:

flowchart LR
    P[Project] --> K[知识库]
    P --> I[自定义指令]
    P --> C[一组对话]
    P --> M[成员]

图 4-12 展示一个 Project 的四个核心组成部分:知识库、长期指令、同主题对话,以及可选的协作成员。

组件 作用 类比
知识库 给 Claude 看的"参考资料" 公司 wiki
自定义指令 给 Claude 的"长期要求" 员工手册
对话 在这个主题下的所有交流 会议记录
成员 当前账号支持时可共享协作 团队

创建 Project

1. 左侧栏 → Projects → `+ New Project`
2. 输入项目名
3. (可选)添加描述
4. 点 `Create`
图 4-1 展示在左侧栏点击 `New project` 后出现的创建弹窗,以及从零开始、导入项目和绑定已有文件夹三类入口。
图 4-1 展示在左侧栏点击 `New project` 后出现的创建弹窗,以及从零开始、导入项目和绑定已有文件夹三类入口。

Project 设置

点 Project 名称旁的 ⚙️ 图标,进入设置:

设置项 说明
Name 项目名
Description 项目描述(会显示给 Claude)
Custom Instructions 项目级提示词
Knowledge 知识库文件管理
Members(如当前账号支持) 协作者与成员管理
Color 侧栏显示的颜色
图 4-2 展示 Project 中设置项目级自定义指令的入口,以及与知识库区域并列出现的主要配置结构。
图 4-2 展示 Project 中设置项目级自定义指令的入口,以及与知识库区域并列出现的主要配置结构。

自定义指令(Custom Instructions)

这是 Project 的"灵魂"。

怎么写

进入项目 → ⚙️ → Custom Instructions → 编辑

好的指令例子

读书笔记项目

这是我的读书笔记项目。

我的工作流:
- 我会粘贴书的章节摘录
- 请用 Markdown 总结,结构:
  ## 核心观点
  ## 原文引用
  ## 我可以怎么用

- 保留书名、作者、章节号
- 总结不超过 500 字

编程项目

这是我的"重构老项目"项目。

背景:
- 项目是 Python 2 写的,我正在迁到 Python 3
- 我会贴代码片段
- 规则:
  - 先解释这段代码干什么
  - 再给出 Python 3 兼容版本
  - 列出可能的 break change
  - 给一个最小测试用例

学习项目

这是我的"苏格拉底式学英语"项目。

- 我会描述今天看到的一个英语句子
- 不要直接告诉我答案
- 用提问引导我自己理解:
  - "这个句子里你认识哪些词?"
  - "你觉得作者想表达什么?"
  - "如果让你改写,你会怎么改?"
- 仅在我明确问"答案是"时给答案

指令 vs 知识库

自定义指令 知识库
形式 一段提示词 多个文件
用途 告诉 Claude"怎么做" 给 Claude"参考什么"
长度 通常 50-500 字 可以放几百页内容
检索 总是出现在上下文 按需检索

提示

指令宜短不宜长 自定义指令 写得越精炼越好 。Claude 真的会用上每一条——所以每条都要"值"。

知识库(Knowledge)

添加文件

1. 进入项目 → Knowledge 区
2. 拖拽文件 / 点击上传
3. 等待处理(几秒到几分钟)
4. 状态显示为 `Ready` 即可用
图 4-3 展示 Project 知识库中的上传入口与文件列表示意。
图 4-3 展示 Project 知识库中的上传入口与文件列表示意。

支持的文件类型

类型 例子
文档 PDF, DOCX, TXT, MD
代码 .py, .js, .ts, .java, .go 等
数据 CSV, JSON
演示 PPTX, Keynote

说明

知识库的检索机制 知识库的文件 不会 全部塞进上下文。Claude 按问题 智能检索最相关的片段 。 - 文件多也能用(不爆上下文) - 检索可能漏掉一部分( 关键内容要在指令中说明 )

同步与备份

  • 知识库文件存储在 Anthropic 云端
  • 通过 Project 自动同步到所有设备
  • 删除文件不可恢复(除非本地有备份)

文件大小与容量

注意

配额 知识库的单文件大小、总容量和共享能力会随账号类型、组织策略和产品更新变化。上传前以当前界面的限制提示和官方帮助说明为准。

在 Project 中发对话

1. 左侧栏点开 Project
2. 点 `New Chat` 或 `+`
3. 正常发消息
4. 消息内容**自动**包含:
   - 项目自定义指令
   - 知识库相关检索
5. 这次对话归属于这个 Project

说明

自动关联 Project 里的对话 自动 享有: - 项目指令(不需重复写) - 知识库访问(按需检索) - 上下文共享(同 Project 内对话不共享,但归属同一组织)

典型用法

1. 长期研究 / 学习

flowchart LR
    A[建项目] --> B[知识库]
    B --> C[对话 1<br/>问基础]
    C --> D[对话 2<br/>做练习]
    D --> E[对话 3<br/>复盘错题]

图 4-13 展示把长期学习任务放进 Project 后,知识库和多轮对话如何围绕同一主题持续积累。

2. 工作助手

项目名:产品文档助手
知识库:产品规格 + 历史 PR + 术语表
指令:用结构化方式回答,保留术语一致

3. 写作系列

项目名:我的博客
知识库:风格指南 + 已有文章
指令:保持语气一致;每篇 1500-2500 字

4. 翻译任务

项目名:翻译"X 论文"
知识库:原文 PDF + 术语表
指令:先术语表,再分章节翻译,每段保留双语

Project 数量与限制

Project 的数量、知识库容量和共享能力取决于当前账号开放范围、组织策略和产品更新。创建页面显示的限制和官方说明优先于教程中的历史数字。

提示

即使当前账号允许创建很多 Project,也建议按长期主题建立,避免把一次性问题拆成大量空项目。

共享 Project

如果当前账号支持协作功能,多个成员可以共同维护一个 Project:

flowchart LR
    A[管理员] --> P[Project]
    B[成员 1] --> P
    C[成员 2] --> P
    P --> K[共享知识库]
    P --> I[共享指令]
    P --> C1[共享对话]

图 4-14 展示支持协作时,多个成员可围绕同一 Project 共享知识库、指令与对话内容。

权限:

角色 权限
Owner 完全控制 + 删除
Editor 编辑知识库和指令
Viewer 只读

备份与迁移

导出整个 Project

Project 暂不支持直接导出为单一文件。不过仍可通过下面几种方式整理留存:

  1. 导出每个对话:对话菜单 → Export → Markdown
  2. 下载知识库文件:本地有原始文件可重新上传

迁移到新账号

Project 与账号绑定。不可直接迁移——需要手动重建。

常见错误

注意

避免这些坑 1. 指令太长 :塞进几千字指令,Claude 反而分不清重点 2. 知识库不分类 :把不相关文件全塞一个项目,检索质量差 3. 指令和知识库混淆 :规则放指令,参考资料放知识库 4. 从不更新 :项目跑久了,指令和文件过时,要定期维护 5. 每个对话都建项目 :临时任务不需要建项目,普通对话即可

怎么判断要不要建项目

flowchart TD
    A[新任务] --> B{3 次以上?}
    B -->|否| C[普通对话]
    B -->|是| D{重讲背景?}
    D -->|否| C
    D -->|是| E[建项目]
    E --> F{长期参考?}
    F -->|是| G[知识库]
    F -->|否| H[写指令]

图 4-15 展示何时更适合从普通对话切换到 Project:当任务会反复出现,且需要长期背景或参考资料时。

继续阅读

Artifacts(工件)深入

说明

这一节写什么 理解 Artifact 是什么、什么时候产生、怎么用好它。Artifacts 是 Claude Desktop 的"杀手级"功能之一。

什么是 Artifact

Artifact 是 Claude 在对话中生成的独立、可编辑、可发布的内容块。

flowchart TD
    A[对话消息流] --> B{内容长<br/>或可独立?}
    B -->|是| C[Artifact 独立区]
    B -->|否| D[留在消息流]

图 4-16 展示 Artifact 从普通消息中分离出来的基本条件:内容足够独立,适合单独阅读、编辑或发布。

[!info] 一句话理解 Artifact = Claude 给你的"独立工作区",可以反复编辑、迭代、保存。

常见 Artifact 类型

类型 文件示例 何时产生
HTML 页面 单页应用 "写个 HTML 番茄钟"
SVG 图形 流程图、插图 "画个示意图"
Mermaid 图 流程图、序列图 "用 mermaid 画架构"
Markdown 文档 报告、文章 "写一份 2000 字报告"
代码 Python、JS、SQL "写个脚本"
React 组件 JSX "写个 React 组件"
图表 数据可视化 "画个柱状图"

什么时候产生 Artifact

不是所有长内容都是 Artifact。判断标准(简化):

flowchart TD
    A[Claude 回复] --> B{超过<br/>一定长度?}
    B -->|否| C[留在消息流]
    B -->|是| D{独立可执行<br/>/可读?}
    D -->|否| C
    D -->|是| E[成为 Artifact]

图 4-17 展示 Claude 回复变成 Artifact 的简化判断逻辑:不仅要足够长,还要具备独立使用价值。

[!tip] 触发技巧 明确说"做成 Artifact"或"独立成一个文档"——Claude 会更倾向生成 Artifact。

Artifact 面板布局

当 Artifact 产生时,主界面通常分两栏:

flowchart LR
    A[左侧:对话流] --> B[右侧:Artifact 区]
    B --> C[代码/内容]
    B --> D[预览/渲染]

图 4-18 展示 Artifact 产生后的典型双栏界面:左边继续对话,右边单独查看和编辑工件。

图 4-4 展示 Artifact 产生后,界面分成“左侧对话、右侧工件”的双栏布局。
图 4-4 展示 Artifact 产生后,界面分成“左侧对话、右侧工件”的双栏布局。

Artifact 内的操作

1. 阅读

直接看右侧预览/代码区。

2. 编辑

1. 点 Artifact 右上角 `Edit`
2. 切换到代码编辑模式
3. 修改代码
4. 点 `Save`
5. 预览实时更新
图 4-5 展示进入 Artifact 编辑模式后的代码区,以及工件与对话并排协作的界面结构。
图 4-5 展示进入 Artifact 编辑模式后的代码区,以及工件与对话并排协作的界面结构。

3. 复制

Artifact → 复制按钮 → 复制到剪贴板

4. 下载

Artifact → 下载按钮 → 文件下载到本地

下载的文件名按内容自动命名(index.html app.jsx diagram.svg 等)。

5. 重新生成

在对话中说:

"把这个 Artifact 改成深色主题"
"加个按钮,点击后播放音乐"
"再写一个类似但用于记笔记的版本"

Claude 会修改这个 Artifact,保留版本历史。

6. 发布

1. Artifact 菜单 → `Publish`
2. 获得一个公开链接
3. 任何人都能通过链接查看

注意

公开可见 发布后的链接 任何人都能访问 。不要发包含敏感信息的 Artifact。

Artifact 版本历史

Artifact 会保留迭代版本。需要回看时,可在右侧的版本下拉里切换:

当前版本 v5 (2026-06-15)
├── v4
├── v3
├── v2
└── v1

方便: - 比较不同时期的版本 - 回到之前的状态 - 学习迭代过程

实际场景示例

场景 1:做一个 HTML 番茄钟

你:写一个 HTML 番茄钟应用,包含开始/暂停/重置按钮。
Claude: ✅ 生成 Artifact
你:再加个任务清单功能
Claude: ✅ 在原 Artifact 上修改
你:颜色换成更柔和的米色系
Claude: ✅ 继续修改
你:导出代码
Claude: 提供下载链接

场景 2:画一个流程图

你:用 mermaid 画一个"用户注册流程"图。
Claude: ✅ 生成 Mermaid Artifact
你:在失败分支加上错误重试机制
Claude: ✅ 修改图
你:导出为 SVG
Claude: 提供下载

场景 3:写一份报告

你:写一份 2000 字的市场分析报告,关于 LLM 在教育行业的应用。
Claude: ✅ 生成 Markdown Artifact
你:加上 5 个数据点支持
Claude: ✅ 插入数据
你:标题改成《2026 教育 LLM 应用白皮书》
Claude: ✅ 修改
你:导出 Markdown
Claude: 提供下载

HTML/JS Artifact 的特殊能力

对于 HTML/CSS/JS 类型的 Artifact,Claude 能生成完整可运行的单页应用

✅ 可以做:
- 番茄钟、计算器、待办清单
- 数据可视化(用 Chart.js / D3.js)
- 简单游戏(井字棋、贪吃蛇)
- 工具类(Markdown 预览、配色工具)
- 静态页面(落地页、个人简历)

❌ 不可以做:
- 需要后端的(登录、数据库)
- 需要付费 API 的
- 需要调用系统权限的

提示

单文件还是多文件 单文件(HTML 内联 CSS/JS)最方便。如果复杂,建议拆成多个 Artifact(HTML 一个、CSS 一个、JS 一个),分别管理。

与对话的协作

Artifact 和对话是双向互动的:

flowchart LR
    A[对话消息] <-->|反馈 / 预览| B[Artifact]

图 4-19 展示对话与 Artifact 的双向协作关系:一边提修改要求,一边在工件区实时查看结果。

例子:

你:[Artifact 显示一个图表]
你:"把柱状图改成饼图"
Claude: ✅ 改完了
你:[在新对话引用]
你:"把刚才那个饼图配色改成蓝绿渐变"
Claude: ✅ 改了

Artifact 命名

Artifact 默认按内容自动命名。可以手动重命名:

Artifact 标题 → 点击 → 输入新名字 → 回车

提示

命名建议 好的命名: - "番茄钟 v3" - "用户注册流程图" - "Q2 营销报告草稿" 不好的命名: - "test" - "未命名" - "123"

限制与边界

注意

了解边界

没有持久化存储 :刷新页面或重连后,部分版本可能丢失 - 没有版本控制 :虽然 UI 上显示版本,但不是真正的 Git - 不能跨对话引用 :一个 Artifact 不能在另一个对话里直接打开 - HTML 不能访问外部资源 :除非明确允许(如 CDN) - 大文件加载慢 :超过 1MB 的代码渲染可能卡

配合 Project 使用

Artifact + Project 的组合用法:

flowchart LR
    P[Project] --> K[知识库]
    P --> I[指令]
    P --> C[对话] --> A[Artifact]
    C --> C2[对话 2] --> A2[Artifact 2]

图 4-20 展示把 Artifact 放进 Project 工作流后的组织方式:多个对话和工件围绕同一知识库与指令体系协同演进。

好处: - 知识库 + 指令让 Artifact 自动符合规范 - 多个 Artifact 之间风格统一

继续阅读

Style(风格)深入

说明

这一节写什么 学会配置 Style,让 Claude 默认就用你想要的方式回答——不用每次重新教。

Style 是什么

Style 是 Claude 的"人设预设",控制它回答的语气、长度、格式。

说明

版本提醒 当前桌面端新版界面更常见的入口名称是 Customize Claude ,其中集中管理 Skills、Connectors、Plugins 以及部分个性化能力。旧版资料里常写作 Style ,正式排版时建议统一在图注或边注中说明这一版本差异。

三层 Style 体系

Claude Desktop 有一套优先级清晰的 Style 体系:

flowchart LR
    A[1. 对话内临时] -->|最高| B[2. 项目指令]
    B --> C[3. 项目级 Style]
    C --> D[4. 全局 Style]
    D -->|最低| E[5. 系统默认]

图 4-21 展示 Claude Desktop 中不同风格来源的优先顺序:越临时、越贴近当前任务的要求,优先级越高。

[!tip] 怎么用 - 临时要求:"这次用 XX 风格" → 在消息里说 - 项目级:"这个项目里所有对话都用 XX 风格" → 设在项目指令 - 全局:"我所有对话都用 XX 风格" → 设在全局 Style

全局 Style 设置

旧版路径:Settings → Profile → Style → 选择或创建
新版更常见:Customize Claude → Skills / Connectors / Plugins(个性化入口按实际版本显示)
图 4-6 展示新版 `Customize Claude` 个性化入口,以及 Skills、Connectors 与 Plugins 三类主要配置方向。
图 4-6 展示新版 `Customize Claude` 个性化入口,以及 Skills、Connectors 与 Plugins 三类主要配置方向。

预设风格

Anthropic 内置多种预设风格:

风格 适用
正常 默认
简洁 短答,直奔主题
解释 长答,解释来龙去脉
正式 公文、邮件、合同
友好 闲聊、对话、社交
... 视官方提供为准

自定义 Style

预设不够用?建自己的。

1. Style 设置 → `+ New Style`
2. 命名风格(如"我的写作风格")
3. 在文本框里描述风格
4. 保存

风格描述怎么写

例子 1:技术博主
风格名称:技术博主

角色:写给中级开发者的技术作者
语气:直接、不啰嗦
格式:先结论后论证
长度:段落不超过 5 行
术语:保留专业术语,不解释
代码:多放代码示例
例子 2:英语老师
风格名称:英语老师

角色:耐心的英语老师
语气:鼓励、温和
格式:先说答案,再解释
长度:每段不超过 3 行
术语:英文术语优先
特殊:纠正错误时先肯定再纠正
例子 3:营销文案
风格名称:营销文案

角色:10 年经验的 copywriter
语气:有感染力、不夸张
格式:钩子 → 痛点 → 解决方案 → CTA
长度:300-500 字
术语:避免专业黑话
例子 4:会议纪要
风格名称:会议纪要

角色:专业的会议记录员
格式:
  - 会议主题
  - 时间地点
  - 参与者
  - 议题与结论
  - 行动项(含负责人和截止日期)
长度:精简
语气:客观中立

风格描述的几个维度

维度 问题 例子
角色 Claude 扮演谁? "资深编辑"
受众 给谁看? "技术小白"
语气 严肃还是轻松? "专业、严肃"
长度 多长合适? "300-500 字"
格式 什么结构? "先结论后论证"
术语 用什么词? "避免黑话"
风格示例 给出样例 "模仿 XX 的文风"

Style vs Custom Instructions

常见疑问

区别是什么 | | Style | Custom Instructions | |---|---|---| | 范围 | 控制"怎么说" | 控制"做什么" | | 例子 | "用简洁语气回答" | "用中文回答" | | 设置位置 | Style 选择器 | 文本框 | | 优先级 | 较通用 | 更具体 | 经验上: - Style → 调语气和格式 - Custom Instructions → 加规则和偏好

Style 的"加法"和"减法"

加法:补充风格

基础风格:简洁
补充:但解释代码时要详细

减法:避免某些风格

不要做的事:
- 不要用 emoji
- 不要用"首先...其次...最后"
- 不要在每段开头说"当然"

多个 Style 切换

可以创建多个 Style,用时切换:

flowchart LR
    A[默认: 简洁] -->|开始工作| B[切到: 技术博主]
    A -->|写邮件| C[切到: 正式]
    A -->|聊天| D[切到: 友好]

图 4-22 展示多个 Style 的切换思路:根据工作、邮件或聊天场景,在不同风格预设间快速切换。

[!tip] 切换位置 Style 选择器在输入区上方,点击切换。

临时覆盖 Style

即使有全局 Style,单次对话中也能临时要求:

【全局 Style:简洁】

你:"这次用详细风格,列 10 个观点"
Claude: ✅ 按详细风格回答

你:"现在再换回简洁"
Claude: ✅ 回到简洁

说明

临时要求不修改 Style 你说"用详细风格"——这只是 当次对话 的要求,Style 设置不会改变。

Style 与 Project 结合

flowchart LR
    A[Project] --> B[项目级 Style]
    A --> C[项目级 Custom Instructions]
    B --> D[影响所有对话]
    C --> D

图 4-23 展示 Style 与 Project 配合时的结构:项目级风格和项目级指令会共同影响该项目下的所有对话。

实战例子

Project: 公司技术博客
├── Style: 技术博主
├── Custom Instructions:
│   - 保留中文标点
│   - 引用代码时给文件名
│   - 文章结尾加 3 个相关阅读
└── 知识库: 品牌指南 + 已发布文章

Style 的边界

注意

Style 不是万能的 1. 不能完全消除"幻觉" :Style 控制语气,但 Claude 还是可能答错 2. 不能改变能力上限 :更强模型配简洁风格,仍然不会因为风格简短就变成较弱模型 3. 不能改变模型行为 :Style 主要影响输出格式,模型本身的"性格"基本一致 4. 不能跨账号同步 :Style 是账号级别的,换账号要重新设置

Style 调优技巧

从样例反推

1. 找一段你想要风格的样例(文章、邮件、对话)
2. 让 Claude 分析这段样例的特征
3. 把分析结果作为 Style 描述的一部分

例子:

你:分析下面这段话的风格特征,输出一份风格描述:

[粘贴样例]

Claude:风格特征:
- 句式:短句为主
- 用词:日常化、口语化
- 标点:感叹号多
- 结构:先讲故事再讲道理
...

A/B 对比

1. 创建两个 Style(A 和 B)
2. 用相同问题测试两个 Style
3. 对比输出
4. 保留更好的,迭代

让 Claude 自己改

当前 Style:简洁
我想要的:更口语化、更亲和
请基于当前 Style 改进一版

Style 模板库

提示

复制即用的模板

学习笔记风格

风格:学习笔记
角色:耐心的老师
格式:
  - 核心概念(1-2 句)
  - 详细解释(段落)
  - 例子
  - 小结
长度:300-800 字

代码审查风格

风格:代码审查
角色:严格的 code reviewer
格式:
  - 一句话总结
  - 问题列表(按严重程度)
  - 改进建议(具体到行)
  - 优点(如果有)
语气:专业、客观

翻译风格

风格:学术翻译
语言:中译英 / 英译中
格式:先译后注
术语:保留原术语,括号给中文
长度:尽量保持与原文一致
特殊:保留引文格式

继续阅读

多模态与跨设备

说明

这一节写什么 学会用 Claude 处理图片、文档、跨设备同步。

什么是多模态

多模态 = Claude 能同时理解多种类型的输入。

表 4-1 多模态输入支持概览

模态 Claude 能否处理
文本 ✅(最基础)
图片 ✅(所有当前模型)
PDF 文档
Office 文档 ✅(部分格式)
代码文件
音频 ⚠️ 有限支持(需语音转文字)
视频 ❌(需抽帧或转录)

说明

当前常见 Claude 模型都支持 常见的 Opus、Sonnet、Haiku 系列都支持多模态输入。 多模态 仅限输入 ——Claude 当前不直接输出图片/音频(除非通过 Artifact 生成代码可视化)。

图片理解

上传方式

(详见 文件与图片上传

flowchart LR
    A[图片] --> B[三种方式]
    B --> B1[拖拽到对话]
    B --> B2[附件按钮]
    B --> B3[剪贴板粘贴]

说明

图说 图 4-7 展示图片进入 Claude 的三种常见方式:拖拽、附件按钮和剪贴板粘贴。

能做什么

flowchart LR
    A[图片] --> B[OCR 文字]
    A --> C[物体识别]
    A --> D[场景理解]
    A --> E[图表数据]
    A --> F[代码截图]
    A --> G[错误截图]

说明

图说 图 4-8 展示 Claude 处理图片时最常见的几类任务,包括 OCR、图表分析和错误排查。

实际场景

✅ 看图写话:
"看这张图,描述里面发生了什么"

✅ OCR 提取:
"提取图片中所有文字,按原文格式输出"

✅ 图表分析:
"这张柱状图的数据是什么?哪个最高?"

✅ 代码截图:
"这是我的代码截图,转成代码文本"

✅ 错误排查:
"我运行 X 出现这个错误截图,怎么解决?"

✅ 设计参考:
"看这个设计稿,描述它的视觉风格"

提示

截图后必加问题 只传图片,Claude 不知道你想要什么。 必须配文字 说明诉求。

文档分析

PDF

Claude 能直接读 PDF

1. 拖拽 PDF 到对话
2. 输入:"用 5 个 bullet 总结这份文档"
3. Claude 自动读全文

支持: - ✅ 文字型 PDF - ⚠️ 扫描型 PDF(OCR 质量决定效果) - ✅ 带表格、图表的 PDF - ✅ 多页 PDF(按上下文窗口切分)

Office 文档

表 4-2 常见文档格式支持概览

格式 支持
DOCX
XLSX
PPTX ✅(按页解析)
TXT
MD
CSV
JSON

注意

复杂格式可能丢内容 复杂排版(如嵌套表格、特殊字体)的文档,转换后可能丢失部分信息。重要内容建议 纯文本粘贴 作为备份。

代码文件

你:[上传 main.py]
你:解释这段代码
Claude: ✅ 逐行解释

你:[上传 schema.sql]
你:找出潜在的性能问题
Claude: ✅ 给出建议

你:[上传 package.json + src/index.js]
你:这两个文件怎么对接的?
Claude: ✅ 解释关系

跨设备同步

Claude Desktop 与以下设备共享数据

flowchart TB
    A[macOS Desktop] --> S[云端账号]
    B[Windows Desktop] --> S
    C[iOS App] --> S
    D[Android App] --> S
    E[Web claude.ai] --> S
    S --> F[数据互通]

说明

图说 图 4-9 展示桌面端、移动端和网页端通过同一账号实现数据互通的基本关系。

同步内容

表 4-3 常见同步项目一览

内容 同步
对话历史
Projects
知识库
Style
Custom Instructions
账号状态
账户设置 部分
主题/外观 ❌(各设备独立)

跨设备使用场景

场景 1:家里/公司无缝切换
早上:macOS Desktop 在公司开始一个对话
中午:iPhone 通勤路上接着看
下午:Windows Desktop 在家用另一台电脑接着写
场景 2:手机拍图、桌面分析
手机拍产品图 → 上传到 Claude iOS → 在桌面端打开同一对话继续讨论
场景 3:移动端补充资料
手机端:把今天拍的照片、PDF 传到对话
桌面端:第二天工作时继续处理

移动端 vs 桌面端

表 4-4 桌面端与移动端对比

维度 桌面端 移动端
功能完整性 ✅ 全部 ✅ 几乎全部
多模态
Artifacts 部分
多窗口
键盘快捷键
文件拖拽
大文档 ✅(屏幕大) 受限(屏幕小)
语音输入 部分

提示

各取所长

桌面端 :深度写作、复杂任务、Artifacts - 移动端 :拍照提问、临时问答、语音输入

移动端 vs 网页版

表 4-5 桌面端、网页版与移动 App 对比

维度 桌面端 网页版 移动 App
启动速度 慢(浏览器)
系统集成
通知 系统通知 浏览器通知 推送
离线查看 部分
适合 主力 临时 通勤

实战建议

桌面端主导

flowchart LR
    A[主力: 桌面端] --> B[日常对话]
    A --> C[Artifacts]
    A --> D[文件分析]

说明

图说 图 4-10 展示桌面端作为主力工作入口时,更适合承担的任务类型。

移动端辅助

flowchart LR
    A[辅助: 移动端] --> B[临时问答]
    A --> C[拍照读图]
    A --> D[语音输入]
    A --> E[通勤复习]

说明

图说 图 4-11 展示移动端更适合作为辅助入口,用来拍照提问、语音输入和通勤复习。

何时用网页版

  • 没有装桌面端时
  • 用公共电脑时
  • 想避免安装时

多模态的限制

注意

当前局限 1. 能力因版本而异 :图片生成、音视频处理等功能以当前界面为准 2. 音视频常需转录 :没有直接支持时,先转换成文本 3. 不能读超大文件 :超过上下文窗口要拆分 4. OCR 不完美 :手写体、艺术字可能识别错 5. 不能实时联网 :网页搜索是另一个能力

跨设备同步的隐私

说明

同步安全 - 对话同步依赖服务端账户与网络连接 - 数据处理范围以隐私政策、账户设置和所用连接器为准 - 不要假定退出某台设备会删除已同步的数据 - 详细隐私策略: 数据与隐私

设备安全

如果账户设置提供会话或设备管理入口,可按页面提示退出不认识的会话;不同版本未必提供逐台设备列表。

注意

发现陌生设备? 立即: 1. 修改密码 2. 启用可用的多因素验证 3. 登出所有设备 4. 检查对话历史有无异常

继续阅读