Claude 全家桶实战指南配图(图 1)

如果你已经在用 Claude,却还是不知道什么时候该留在 Chat,什么时候该切到 Cowork、Design 或 Code,如何将 Claude 的作用发挥到最大?这篇文章就是为你准备的。

读完以后,你能解决四个问题:

  • 查资料、处理文件、做设计和写代码,分别用什么更合适;
  • Cowork 和 Chat 区别在哪里,分别适合哪些任务;
  • Claude Code 怎么和 Design 联动;
  • 怎样把一次对话推进成文件、设计,最后变成真实的产品。

现在的 Claude 更像一套完整的工作环境。Chat、Cowork、Design 和 Code 对应四种工作方式,能读到的上下文、可以调用的工具和最后交付的东西都不一样。

这篇文章从最简单的概念讲起,到一个真实的应用设计和开发案例,帮你全面了解 Claude 的核心功能。

一、四种工作方式

要做的事更适合的方式最后得到什么
提问、研究、分析Claude Chat一个答案、一份判断或一版方案
把一项多步骤工作交出去Claude Cowork整理好的文件、报告、表格、演示稿或持续运行的任务
把想法变成的设计Claude Design页面、原型、演示稿或视觉方案
进入真实代码实现Claude Code代码改动、测试结果和可运行的产品
一、四种工作方式相关图片(图 2)

选择不同的工具,最终得出的结果质量也区别很大。

写文章时,我可能只用 Chat 和 Cowork;做产品时,我会先在 Chat 里想清楚,再到 Design 出方案,最后交给 Code 实现。下面会详细讲解四种方式的区别。

二、Claude Chat

我会把还没有形成明确任务、需要反复讨论的东西先放在 Chat 里。

例如:

  • 一个产品方向值不值得做;
  • 分析公司最新发布的财报;
  • 帮我总结一个播客的核心内容;
  • 一篇文章的选题讨论和初稿生成。

这类问题通常要来回讨论。答案可能被推翻,问题本身也可能要重写。Chat 的优势就是反馈快,适合帮你把事情想清楚。

想和 Claude 一起讨论、随时纠正,我就用在 Chat。但是有了一个大致的目标,想让它自己规划并产出最终结果,就切到 Cowork。

1. Project

如果一个主题不会在一次对话里结束,我会单独建立 Project。

产品资料、研究框架、写作样例和长期规则放进项目知识库,希望 Claude 每次都遵守的要求,写进项目指令。

项目指令最好具体一点,比如:

你正在协助我研究一家上市公司。

每次输出时:
1. 公司披露、计算结果和个人判断分开写;
2. 优先使用财报、电话会和监管文件;
3. 没有披露的数据就明确说没有披露;
4. 最后分别给出长期价值、未来 1—3 个月交易方向和投资动作。

只写让 Claude 扮演一名资深分析师没有太大意义。在 Prompt 里需要定好数据口径、来源顺序、判断边界等约束条件。

2. Connector 和 Skill

Connector 负责让 Claude 接触真实工具和数据,例如 Google Drive、Slack、Cloudflare、Notion 和 GitHub。

Skill 负责规定拿到这些数据以后怎么做,适合将常用的流程和约束条件固定下来。

经常重复上传的资料,应该通过 Connector 放到自己的知识库里,比如 Notion 和 Google Drive。

比如财报研究。我可以通过 Connector 读取文件,再让 Skill 固定信息源顺序、估值方法、风险检查和报告结构。以后研究另一家公司,不用从头解释一遍。

3. Artifact

有些 Claude 交付的结果可能会经常使用。

比如可交互的图表、估值计算器、个人工作台等等,都可以做成 Artifact。可以把它理解为一个可以反复使用的小工具。

它可以获取到已经连接过的 Connector 数据,特别适合低成本构建一个个性化的小程序,如图是我用 Artifact 构建的一个交易决策系统:

3. Artifact相关图片(图 3)

三、Claude Cowork

Chat 和 Cowork 现在已经共用同一个入口,也能共享一部分项目和记忆能力。两边切换的成本很低,主要差别在协作方式。

Chat 更像和 Claude 一起讨论,Cowork 更像把一项明确的工作交给 Claude 去完成:你给它目标,它自己规划步骤,必要时拆成多个子任务,再使用你授权的文件、Connector、Skill 把事情做完。

三、Claude Cowork相关图片(图 4)

1. 哪些任务适合交给 Cowork?

优先考虑这几类:

  • 资料很多,需要读取、分类和汇总;
  • 中间有多个步骤,可以长时间或并行处理;
  • 任务要使用多个工具、文件夹或应用;
  • 任务要反复执行,例如日报、周报和定期研究;
  • 想看要最终结果,但不想逐步告诉它该做什么。

例如:

读取这个文件夹中的全部公司研究资料。

先按公司、财报季度和资料类型整理目录,保留原文件。
然后生成一份研究缺口清单:
- 哪些公司缺最新财报;
- 哪些估值数据已经过期;
- 哪些结论没有一手来源;
- 哪些主题值得在本周继续研究。

最后输出一个 Excel 清单和一份 Markdown 周报。
不要删除或覆盖任何原始文件。

这件事放在 Chat 里也可能做完。但任务步骤越多、运行时间越长、涉及的工具越多,Cowork 的优势越明显。Chat 适合边聊边改,Cowork 适合把整个工作包交出去。

2. Cowork 在哪里运行?

Cowork 默认可以在云端运行。任务复杂时,它能执行代码和命令,也可以并行处理多个子任务。纯云端任务开始以后,即使关掉电脑也能继续。

如果任务要读取本机文件、操作本机浏览器或使用电脑上的应用,就需要 Claude Desktop 保持打开,电脑也要在线。它只能访问你已经授权的文件夹和工具。

3. 手机端 Cowork 和 Dispatch

Cowork 本身就有手机端入口。在 Claude 手机 App 的输入框里选择 Cowork,就能新建或继续一个云端任务。这个任务和 Web、Desktop 里的 Cowork 是同一个会话,电脑关掉后仍然可以继续;只有读取本机文件、浏览器或桌面应用时,才需要电脑在线。

Dispatch 解决的是另一件事:从手机调度桌面端的 Claude。它是一条持续存在的对话,收到任务后会判断应该调用什么能力。知识工作交给 Cowork,开发任务交给 Code。它还能使用桌面端已经授权的本机文件、Connector 和应用,任务完成或需要确认时再通知你。

所以 Dispatch 更像手机端控制桌面 Claude 的统一入口。你下达任务,Claude 在电脑上执行,再把结果交回来。

更简单点来说:

  • 只需要云端资料,希望电脑关机后继续,用手机端 Cowork;
  • 需要使用这台电脑上的文件、应用或开发环境,用 Dispatch。

4. Scheduled Tasks

日报、周报、竞品跟踪、邮件摘要和会议准备,通常不是做一次,而是一直做。

Cowork 可以保存任务说明,按小时、每天、工作日或每周运行。定时任务还能继续使用已经配置好的 Connector 和 Skill。

例如:

每周一上午 8 点运行。

检查我关注的 20 家公司过去 7 天是否出现:
- 新财报或监管文件;
- 管理层变动;
- 指引调整;
- 重大产品发布;
- 分析师日或投资者活动。

只保留会改变投资判断的事项。
输出一页周报,并列出来源、发生日期和下一步需要验证的问题。

远程定时任务不依赖电脑一直开着。如果任务必须读取本机文件夹,就只能在本地条件可用时运行。

Artifact 在第二章已经介绍过,这里不再单独展开。我现在使用的 Max 账户里,Chat、Cowork、Design 和 Code 的产出都能在同一个 Artifacts 入口看到。所以从实际使用来看,可以把它理解为 Claude 全家桶共用的作品库。

不同入口生成的内容还是有区别。Chat 和 Cowork 都可以生成 Artifact;Design 里主要是设计和原型;Code 则可以把开发过程和结果做成可查看、可继续更新的页面,也可以在应用开发过程中直接做设计稿的小修改。

四、Claude Design

Claude Design 适合将想法逐步落地成可以看到的设计。

它可以生成页面、交互原型、线框图、演示稿、营销物料和文档。设计出来初稿以后,可以在对话里改整体结构,在画布上给某个元素留言,也可以直接拖动、缩放和对齐。

四、Claude Design相关图片(图 5)

1. 如何写提示词

尽量把目标、布局、内容、用户和状态一次写清楚,比如:

为个人投资者设计一个桌面端财报跟踪面板。

目标:用户打开页面后,30 秒内知道本周有哪些公司发布财报,以及哪些持仓需要重点关注。

布局:
- 顶部展示本周关键事件和风险提醒;
- 中间是按日期排列的财报日历;
- 右侧是自选股详情;
- 底部显示数据来源和更新时间。

必须包含:
- 正常、加载中、无数据、数据过期、接口失败五种状态;
- 桌面端和窄屏布局;
- 不增加现有组件库里没有的新组件。

用户:熟悉股票,但不一定懂技术的个人投资者。

2. 每次只改一类问题

整体结构不对,我会在对话里改。某个按钮、标题或图表有问题,就在对应元素上留言。位置、字体大小和对齐等等小修改,可以直接在画布上编辑。

第一稿通常不能直接使用。我的习惯是第一轮只看信息结构和页面布局,后面再补异常状态和视觉细节。这样可以避免反复返工,浪费 Token。

五、Claude Code

五、Claude Code相关图片(图 6)

1. Desktop

Claude Code Desktop 更适合希望同时看到文件、Diff、终端和运行结果的人,也是我更建议普通用户先尝试的入口。

它可以管理多个会话,查看可视化 Diff,在文件上直接评论,甚至可以打开 iOS 模拟器。很多 CLI 里的设置和操作,在 Desktop 里都有可以直接点击的界面。

Desktop 和 CLI 使用的是同一套 Claude Code 引擎,也会共享项目里的 CLAUDE.md 和配置。需要管理多个任务、对照代码改动或者查看应用实际效果时,Desktop 更直观。

2. CLI

CLI 是终端里的 Claude Code,适合读取仓库、修改文件、执行脚本、跑测试,也方便接入 Git 和现有开发工具。熟悉终端以后,它的操作密度更高,也更适合脚本和自动化。

新用户不用先学命令。启动 claude 后,直接用自然语言描述任务就能开始。输入 /,就会看到当前版本和环境可用的命令。

2. CLI相关图片(图 7)

3. 云端会话和 Remote Control

Claude Code 可以在 Desktop、Web 和移动端使用,它的会话方式分为两种。

第一种是云端会话。在 Claude Code Desktop 新建任务时,可以选择 Remote,而不是 Local;也可以从 Web 或移动端进入。任务会在 Claude 管理的云端环境中运行,适合大型重构、长时间测试和多个并行任务。关掉 Desktop,甚至关闭电脑,任务仍然会继续。

第二种是 Remote Control。它控制的是一个正在本机运行的 Claude Code 会话,代码库、本机文件、MCP、工具和项目配置都还留在这台电脑上。Web 和手机只是远程操作窗口。

最新版里,打开 Code 会话后,可以点击打开聊天窗口左上角的远程入口,再从浏览器或 Claude 手机 App 接管。CLI 用户也可以使用:

/remote-control

或者启动时直接运行:

claude --remote-control

连接以后,本机会话、网页和手机里的对话会保持同步。可以在另一台电脑或手机上继续输入任务。

Remote Control 的任务仍在本机执行。电脑休眠或断网时不会转移到云端,只会等待本机重新上线后恢复连接。

它和 Dispatch 不太一样。Dispatch 会从手机接收任务,再决定交给 Cowork 还是 Code;Remote Control 连接的是一个已经在本机运行的 Code 会话,适合继续查看和指挥当前任务。

六、一个实战案例

Moment 是我正在做的一款个人资产管理应用,支持 macOS 和 iOS。用户打开以后,可以看到总资产、收益、资产配置、主要持仓、账户和最近的交易记录。

我实际用到的是 Chat、Claude Design 和 Claude Code。

第一步:先在 Chat 里聊大致想法

最开始,我只是在 Chat 里聊了 Moment 的大致想法:做一款面向个人投资者的资产管理应用,让用户打开以后,能很快知道自己有多少钱、今天为什么涨跌,以及风险集中在哪里。

经过几轮以后,我先确定了大致的信息架构:首页总览、账户、持仓和交易记录;功能上要有总资产、收益、资产变化、资产配置、隐私模式和不同数据状态。

这样我就有了一份大概的需求文档,方向、信息架构和功能列表基本确定以后,就直接转到 Claude Design 进行页面设计。

第二步:在 Design 里做出可交互原型

我先在 Claude Design 里做了 macOS 首页,把总资产、收益、资产变化、资产配置、持仓和账户放进同一个页面。

第二步:在 Design 里做出可交互原型相关图片(图 8)

这不是一张只能看的效果图,而是一个完全可交互的原型。页面里的导航、时间范围和资产分类都可以点击;顶部还可以切换深浅色、切换红涨绿跌或绿涨红跌、进入空数据页面,以及打开隐私模式隐藏金额。

这些状态做进原型以后,很多问题不需要等到开发阶段才发现。比如深色和浅色下的信息层级是否都清楚,没有资产时页面会不会显得残缺,隐藏金额以后布局是否还成立,都可以直接切换查看。

然后根据 macOS 端的功能,我又生成了更贴近 iOS 平台交互移动端设计。

第二步:在 Design 里做出可交互原型相关图片(图 9)

这样整体的设计步骤就结束了。

Design 在这里的价值不只是把页面画出来,而是提前把交互和不同状态跑一遍,提前发现问题,哪里不对就继续改,直到它已经接近一个真正可以使用的产品,再交给 Code。

第三步:让 Code 把原型变成真实产品

设计确认以后,我把它交给 Claude Code,创建一个新的 Xcode 项目。

到了这一步,才开始真正的实现。需要接入数据和计算逻辑,还要把 Design 里的主题、空状态和隐私模式真正做出来。

因为需要用到真实的股票、基金和加密资产数据,我还将 Cloudflare 连接到 Claude,这样更方便前后端联调。

下面是实现出来的 macOS 页面。

第三步:让 Code 把原型变成真实产品相关图片(图 10)

从原型到产品也不会一次完成。页面比例不对、数据加载异常、切换状态后布局变化,都要在真实程序里运行后才能发现,需要让 Code 反复修改。

如果开发的过程中遗漏了页面或者交互,也可以让 Code 直接在 Artifacts 里生成,而不用再返回 Design 修改。

七、最后

Moment 已经提交给苹果应用商店审核,可以确定的是,到最终上线,中间肯定还要经过多轮修改,但是 Claude 确实让我的想法到落地的路径缩短了很多。

这在以前是很难想象的,而 Claude 不仅是模型能力强,更把从想法到设计和开发落地的整个流程都串起来了,不用费时费力的在不同工具间切换。

如果你喜欢这篇文章,欢迎评论、点赞、转发,也可以关注或者私信我,一起交流。