Claude Cowork 17个最佳实践：从尝鲜到生产力的完整跃迁指南

原文作者：Nav Toor（X: @michaelxbt 转发）
编译整理：2026年3月4日

开篇：为什么有人用 Cowork 如鱼得水，有人却觉得鸡肋？

作者从 Claude Cowork 发布首日（1月12日）就开始使用，7周内跑了 400多个会话，测遍了每个插件、每个连接器、每个斜杠命令。他发现一个真相：

让 Cowork 从”有点意思”变成”替代我一半软件栈”的关键，跟提示词技巧半毛钱关系没有。真正决定差距的是——设置、架构，以及17个大多数人永远不会自己发现的具体实践。

这篇文章把这17个实践完整梳理出来，按影响力分层，帮你一步到位搭建高效的 Cowork 工作流。

🏗️ 第一层：地基工程（5个改变游戏规则的实践）

这5个是地基。没它们，上面盖什么都不稳。

1. 在每个工作文件夹里放一份 _MANIFEST.md

这是单点影响力最高的实践，却几乎没人提。

痛点：当你让 Cowork 读取一个文件夹，Claude 会一视同仁地读所有东西——每个文件、每个子文件夹、每个过期的草稿、每个被迭代掉的旧版本。一位开发者记录过，他的462个文件的咨询项目文件夹开始输出自相矛盾的内容，因为 Claude 从三个月前就被替换掉的定价模型里提取上下文。

解法：在每个工作文件夹根目录放一个 _MANIFEST.md（下划线前缀让它排在文件夹最前面）。

三层结构：

层级	定位	放什么
Tier 1（核心层）	真理源文档	品牌指南、项目简报、当前战略文档——Claude 必须先读这些
Tier 2（领域层）	按主题划分的子文件夹	`/pricing` 放定价模型，`/research` 放竞品分析——只有任务涉及该领域时才读
Tier 3（归档层）	旧草稿、被取代的版本	除非明确要求，否则直接忽略

效果：5分钟填写，能省数小时的纠错时间。10个文件以下的小项目不用搞，但任何会持续积累文件的项目文件夹——这是刚需。

2. 写好 Global Instructions（全局指令）

路径：Settings → Cowork → Edit next to Global Instructions

大多数人这里留空。就像买了车却从不调后视镜。

全局指令在所有内容之前加载——比你的文件、提示词、甚至 Claude 看文件夹都更早。它是每个会话的基线行为。

我的配置参考：

我是[姓名]，[职位]。开始任何任务前，先找 _MANIFEST.md 并优先读 Tier 1 文件。
执行前务必询问澄清问题。行动前先展示简要计划。
默认输出格式：.docx。绝不使用填充语言。绝不注水。
质量标准：每个交付物都应该无需编辑就能直接给客户。信心不足时直接说明。

效果：即使我最敷衍、最赶时间的提示词，也能产出校准过的输出。Claude 永远知道我是谁，永远先读对的东西，永远先问再猜。

3. 建立一个 Claude Context 文件夹

创建一个名为 “Claude Context”（或 “00_Context” 让它排在最前）的文件夹，里面放三个文件：

about-me.md —— 你的专业身份

不是简历。写你实际做什么、服务谁、当前优先级是什么
附一两个代表作示例

brand-voice.md —— 你的表达风格

语调关键词、常用词、禁用词
格式偏好
2-3段你真实的写作作为参照

working-style.md —— 你希望 Claude 如何配合

协作规则、默认输出格式、质量标准
明确列出”绝对不要做的事”

关键洞察：这三个文件会复利。每周迭代它们。每次 Claude 产出你不满意的东西，先别急着改提示词——问自己这是提示词问题还是上下文问题。九成是后者。在对应文件里加一行，永久解决。

4. 善用 Folder Instructions（文件夹指令）

全球指令对每个会话都一样，文件夹指令则针对你当前处理的具体文件夹。

在 Cowork 里选文件夹时，Claude 能自动读取和更新文件夹指令。你也可以手动设置。这里是放项目专属规则的地方：客户名称、项目目标、特定术语、交付格式、审核截止日。

三层递进关系：

Global Instructions → 设定普遍行为
Folder Instructions → 添加上下文
你的提示词 → 指定具体任务

三层，每层都比上一层更具体。这就是你如何从”像个通用AI”进化到”读起来像在我团队待了半年的人写的”。

5. 主动管理上下文，而非被动接受

这是区分高玩和普通用户的分水岭。

Claude 的上下文窗口确实巨大（Opus 4.6 上100万+ token），但更大≠更好。事实上往往相反——Claude 读的不相关文件越多，噪音就越多，输出质量就越差。

操作：明确告诉 Claude 该读什么。

在全球指令里加：

开始任何任务时，先找 _MANIFEST.md。加载 Tier 1 文件。
仅当任务明确涉及该领域时才加载 Tier 2 文件。
除非我明确要求，否则绝不加载 Tier 3 文件。

如果用子代理，范围收得更紧：

将任务分解给子代理时，每个子代理只给完成其特定子任务所需的最小上下文。

效果：有意识的上下文管理，是 Cowork 用户”时灵时不灵”和”每次都能拿到稳定高质量输出”之间的最大区别。

🎯 第二层：任务工程（6个提升输出质量的实践）

地基打好了，现在看怎么发任务。

6. 定义清楚”完成”长什么样

思维转变：Cowork 不是聊天机器人，是同事。你不会告诉同事一步步怎么做，你告诉他”完成”的标准是什么。

❌ 烂提示词	✅ 好提示词
“帮我处理下这些文件”	“把此文件夹所有文件按客户名整理到子文件夹。所有文件名用 YYYY-MM-DD-描述性名称格式。创建一份摘要日志记录所有变更。不要删除任何东西。如果某文件可能属于多个客户，放入 /needs-review 文件夹”

好提示词定义了：

结束状态（文件夹分类完毕）
命名约定
输出产物（摘要日志）
安全约束（不删除）
不确定性协议（needs-review 文件夹）

每个任务提示词都应该回答三个问题：

“完成”是什么样？
约束条件是什么？
Claude 不确定时该怎么办？

7. 要求先出计划，再执行

在全球指令里加一行：

对任何任务采取行动前先展示简要计划。等我批准后再执行。

这一行能防止90%的 Cowork 翻车现场。没它的时候，Claude 读了提示词就开始干。有时完全正确，有时误解一个词就往错误方向重排三个月的文件。

有了计划步骤，你获得一个30秒的审核窗口：

“我要创建这6个子文件夹，移动这些文件，用这个约定重命名，在这里存日志。继续吗？”

你扫一眼，看起来对，批准，Claude 执行。

成本：每个任务多30秒。
收益：永远不用撤销20分钟的自主错误。

8. 为不确定性建立处理机制

这是整份清单里最被低估的实践。

大多数人给 Claude 的路径指示很清晰，但对边缘情况只字不提。收据图片模糊怎么办？文件可能属于两个类别怎么办？数据源不完整怎么办？

Claude 会猜。而 Claude 的猜往往错——不是因为它蠢，是因为它不知道你对模糊情况的偏好。

在每个任务里嵌入不确定性处理：

如果日期不清楚，标记为 VERIFY。
如果文件可能放入多个文件夹，放入 /needs-review。
如果你对分类的信心低于80%，标记出来而不是猜。

这会把 Cowork 从”有时会出错”的工具，变成”准确告诉你哪里需要你的判断”的工具。这是完全不同的价值主张。

9. 把相关任务批量处理

每个 Cowork 会话都有启动成本——Claude 读文件、加载上下文、处理文件夹结构。这是你在支付的计算资源。

别：5个相关任务跑5个独立会话
要：1个会话搞定：

“我需要处理本月费用收据、更新预算表、生成摘要报告、给财务起草邮件，然后把所有东西存到 /monthly-reports/february”

Claude 会规划全部5个任务，在它们之间共享上下文（收据数据流入预算，预算流入报告，报告流入邮件），一次运行产出5个关联交付物。更快、更便宜、更高质量——因为每个任务的上下文都能滋养下一个。

如果你遇到用量限制，这通常是解法。更少会话、每会话更多任务，几乎总是比很多会话每个只有一个任务更好。

10. 触发子代理并行处理

Cowork 最强大的功能，大多数人从未触发过。

当你给 Cowork 一个有独立部分的任务时，它可以启动多个子代理同时处理。每个子代理拿到新鲜上下文，处理自己的部分，然后把结果交回主代理整合。

触发方式：在提示词里包含 “Spin up subagents to…” 或 “Work on these in parallel using subagents”

示例：

“我要评估四个供应商。启动子代理分别研究每个的定价、支持口碑和集成选项。给我一张对比表。”

不是顺序研究供应商A，然后B，然后C，然后D——Cowork 同时启动四个代理。过去40分钟的活现在10分钟干完。

适用场景：竞品分析、多源研究、批量处理文件、从不同角度评估选项（财务、运营、客户体验）、任何子任务不相互依赖的任务。

注意：子代理在 Opus 4.6 上效果最好，消耗更多 token。用于复杂任务，时间节省能 justify 成本。别用来整理下载文件夹。

11. 使用 /schedule 建立自动化工作流

这就是 Cowork 从生产力工具变成自主系统的地方。

在任何 Cowork 任务里输入 /schedule，Claude 会引导你设置自动运行的任务——每日、每周、每月或按需。

我的最佳定时任务：

周一早间简报：

“每周一早上7点，检查我的 Slack 频道和本周日历。总结这周要干嘛，标记需要提前准备的，把简报存到 /weekly-briefings”

周五状态报告：

“每周五下午4点，从 Asana 拉我完成的任务，总结这周交付了啥，起草状态更新，存到 /reports”

每日竞品追踪：

“每天早上9点，查 [竞品名] 的新闻、产品更新或定价变动。只有新鲜事才存摘要”

关键限制：定时任务只在电脑醒着且 Claude Desktop 开着时运行。如果机器在任务到期时睡了，Cowork 会在你回来后补上并通知你。规划时考虑这点。

🚀 第三层：系统工程（6个构建可扩展工作流的实践）

12. 把一切都外化到文件里

Cowork 在会话之间没有记忆。这既是它最大的限制，也是它最伟大的设计特性。

没有记忆意味着没有上下文渗透。没有三周前的幻觉回忆。每个会话都从零开始。但这也意味着你不能依赖”Claude 记得我喜欢这么做”。

解法：把一切外化到文件。

偏好 → 上下文文件
项目计划 → markdown 文档
标准操作流程 → skill 文件
决策和结果 → 日志文件

高玩案例：一位用户记录了构建每周审查系统——跨越5个专门子代理指令的1500+行。构建一次，每周运行。Claude 读取指令，启动5个并行代理，每个都有明确权限和定义输出，无需任何新输入就产出完整的每周审查。

如果你想要连续性，必须把它构建进文件。但好处是巨大的：记录良好的工作流是可移植的、可分享的、版本控制的。它不活在某个 AI 的记忆里，它活在你的系统里。

13. Connectors + Schedule = 自主系统

当与连接器结合时，定时任务变得真正强大。

连接 Gmail、Slack、Google Drive、Notion、Asana 或50多个可用集成中的任何一个。然后调度拉取实时数据的任务：

“每周一，从 #-feedback 拉取所有未读 Slack 消息，按主题分类，在 Google Drive 创建摘要”

“每天早上，查我 Gmail 里的发票，提取金额和日期，更新本地 /finance 文件夹的费用表”

这就是 Cowork 停止作为任务执行器、开始作为自主系统的地方。定时任务运行，连接器拉实时数据，Claude 处理，输出出现在你的文件夹或连接工具里。你准备好了再审查。

路径：Settings → Connectors → Browse connectors

从 Slack 和 Gmail 开始。仅这俩每周就能省你数小时。

14. 分层安装插件

插件是 Cowork 的模块化大脑。技能是它的剧本。大多数用户装一个插件就再也不看。这留下了80%的价值。

每个插件是为特定领域设计的技能包、斜杠命令和子代理配置——销售、法律、财务、产品管理、数据分析等等。

大多数人错过的是：插件是可组合的。你可以装多个插件，在一个任务里使用所有插件的能力。

示例：装数据分析插件和销售插件。然后：

“分析我们Q1管道数据（用数据分析），识别三个最弱的交易，并为每个起草个性化跟进邮件（用销售）”

Claude 在一个工作流里用了两个插件的能力。

我的当前栈：

Productivity（始终开）
Data Analysis（始终开）
Sales（外联周开）
Marketing（内容周开）

后两个根据当前 focus 轮换。

建议：安装匹配你角色的 S-tier 和 A-tier 插件，然后试验组合。

15. 创建自定义 Skills

技能是教 Claude 如何处理特定可重复任务的 markdown 文件。插件捆绑很多技能。但你也可以自己创建。

自定义技能文件结构：

# [技能名称]

## 目的
此技能做什么

## 输入
Claude 需要什么信息

## 流程
逐步说明

## 输出
完成的交付物长什么样

## 约束
规则和护栏

我的案例：我创建了”Weekly Article Drafting”技能

目的：从主题和大纲起草2000字文章
输入：主题、大纲、目标受众、关键证据
流程：用网页搜索研究 → 起草各节 → 匹配 brand-voice.md → 生成 VISUAL SUGGESTIONS 和 QUOTABLE LINES
输出：/articles/drafts 里的 .docx 文件
约束：无 AI 语义语言、无填充短语、最少8个证据点

现在我说”在 [主题] 上跑我的文章起草技能”，就能得到可发布的草稿。这个技能编码了我通常要花20分钟在提示词里解释的一切。

把自定义技能保存为工作文件夹里的 .md 文件，或通过 Customize 菜单上传。Claude 在每个相关会话开始时读取它们。

16. 用 Plugin Management 构建自定义插件

这是 Cowork 里最元的功能，也是最没被充分利用的。

安装 Plugin Management 插件。然后说：

“帮我创建一个用于 [你的工作流] 的插件”

Claude 通过对话引导你定义技能、斜杠命令和配置。无代码、无 GitHub、无需学习 markdown 语法。

你描述想要什么，Claude 构建插件。你测试它，完善它。不到一小时，你就有了一个编码你特定工作流、特定标准、特定术语的自定义插件。

对团队来说这是变革性的。一个人为团队的标准流程构建插件。每个人安装它。突然整个团队产出一致、符合品牌、符合流程的输出——因为标准生活在插件里，而不是个人记忆里。

企业团队：Anthropic 2月推出了私有插件市场。管理员可以创建、策划并在整个组织分发自定义插件。构建一次，部署给数百人。

17. 安全最佳实践

Cowork 有真实的文件系统访问权限。它可以创建、移动、重命名——经你许可后删除你实际电脑上的文件。它可以浏览网页，可以与连接的工具交互，可以无人监督运行数小时。

这种权力需要尊重。以下是不可妥协的安全实践：

实践	为什么重要
实验前备份	尤其是文件组织任务。Cowork 大多数时候正确，”大多数时候”对客户合同不够
敏感文件单独放	财务文档、密码、个人信息——放在 Cowork 从不碰的文件夹里
默认加”不删除任何东西”	即使有删除保护（Claude 删除前会问），最好完全防止请求
监控新工作流的前几次运行	观察 Claude 做什么，读计划，检查输出。信任工作流后可以离开，但先赢得信任
注意提示词注入风险	如果 Claude 读恶意文档或网站，隐藏指令可能改变其行为。别在不先审查的情况下指向不受信任的文件源或不熟悉的 URL
跟踪用量	Cowork 比普通聊天消耗显著更多配额。复杂多步任务与子代理是计算密集型的。如果达到限制，批量相关工作，用”仅修改第2节”而不是”重做所有”，通过文件预加载上下文而不是在聊天里重新解释

📊 核心洞察：从提示工程到系统工程

如果你退后一步，这份清单上的每个实践都遵循同一原则：

投资设置。减少提示。

在 Cowork 上挣扎的人：为每个任务写长而详细的提示词，获得不一致的结果。

在 Cowork 上蓬勃发展的人：花一个下午构建他们的上下文架构——清单文件、全球指令、上下文文件、文件夹指令、自定义技能——现在写10个字的提示词就能产出可直接给客户的交付物。

这是从 ChatGPT 时代思维到 Cowork 时代思维的根本转变：

ChatGPT 奖励提示工程
Cowork 奖励系统工程

提示词是 Cowork 会话中最不重要的部分。上下文、结构、技能和围绕它构建的约束——那才是输出质量的来源。

正如一位在早餐前运行五个并行工作流的 Substack 作家所说：

“感觉不太像对话，更像给能干的同事留任务。”

这就是目标。不是聊天机器人，不是提示-响应工具。而是一个已经知道你的标准、你的声音、你的项目、你的偏好的同事——因为你把那个知识构建进了它每次都会读取的文件里。

✅ 行动计划：今天、本周、本月

按顺序执行。每个都在上一个基础上复利。

🎯 今天（30分钟）

创建你的三个上下文文件（about-me, brand-voice, working-style）
设置 Global Instructions
仅此一项就让你领先95%的 Cowork 用户

📅 本周

为你最常用的项目文件夹添加 _MANIFEST.md
安装2-3个匹配你角色的插件
设置一个定时任务

🚀 本月

为你最重复的工作流构建第一个自定义 skill
在复杂研究任务上试验子代理
基于输出质量精炼上下文文件

一个月后，你将拥有一个比任何以前用过的 AI 工具都能在更少时间内产生更高质量输出的 Cowork 设置。

结语：6个月后的差距

Cowork 作为玩具 vs. Cowork 作为系统的区别，是 17个实践和大约2小时的设置。

知道这些实践与不知道的人之间的差距，已经巨大。

六个月后，那将是一道峡谷。

原文 MIT 协议开源，感谢 Nav Toor 的分享与总结。