Nav Toor 从 Claude Cowork 上线第一天起就开始使用，七周内跑了 400 多次会话，测试了每一个插件、连接器和斜杠命令。他的结论只有一句话：让 Cowork 从”还不错”变成”替代半个软件栈”的关键，不是提示词写得有多好，是系统搭得有多扎实。
下面这 17 个实践，按照影响力排序，Anthropic 从来没有官方文档介绍过。
第一部分：上下文架构（实践 1–5）
这五个实践是一切的地基。
1. 为每个工作文件夹建一个 _MANIFEST.md
这是影响最大、最少人知道的实践。
Cowork 指向一个文件夹时，Claude 会读所有内容，每一个文件、每一个子目录、每一个过期草稿和早已废弃的版本。一位开发者在 DEV Community 记录过这个问题：一个有 462 个文件的咨询项目文件夹开始产出互相矛盾的结果，因为 Claude 在从三个月前就已替换的旧定价模型里取上下文。
解决方式是在文件夹根目录放一个 _MANIFEST.md，告诉 Claude 哪些文档是唯一事实来源，哪些子目录对应哪些领域，哪些内容直接跳过。
按三层结构组织：
第一层（权威文件）：Claude 必须最先读的文档。品牌规范、项目简报、当前版本的策略文件。
第二层（领域文件）：按话题映射的子目录。只有任务明确涉及某个领域时，Claude 才加载对应子目录。比如 /pricing → 报价和定价模型。
第三层（归档文件）：旧草稿、废弃版本、参考资料。除非你明确要求，Claude 忽略这些。
文件名前缀下划线让它自动排在文件夹最顶部。填完只需五分钟，省下的是数小时混乱输出。文件少于 10 个的小文件夹不用搞，但任何会随时间积累文件的项目文件夹，这个文件不该是可选项。
2. 把全局指令当成你的永久操作系统
设置 → Cowork → 全局指令旁边的编辑按钮。
大多数人让这里空着，就像买了辆车从不调后视镜。
全局指令在一切之前加载，早于你的文件、早于你的提示词、早于 Claude 开始看你的文件夹。它是适用于每一次会话的基础行为。
一个参考示例：「我是 [姓名]，[职位]。开始任务前先找 _MANIFEST.md 并优先读第一层文件。执行前先提出澄清性问题。行动前展示简要计划。默认输出格式：.docx。不要使用废话填充语。不要水内容。质量标准：每一份交付物无需编辑即可交给客户。如果置信度不足，直接说。」
这意味着即使你写了一个最随便、最仓促的提示词，Cowork 依然能产出经过校准的结果。全局指令处理基础行为，你的提示词只需处理具体任务。
3. 创建三个持久上下文文件
在工作目录里建一个叫「Claude Context」（或「00_Context」，让它排在最前面）的文件夹，放三个文件：
about-me.md — 你的职业身份。不是简历，而是你实际在做什么、服务谁、当前优先项是什么，外加一两个你最好的作品案例。
brand-voice.md — 你的沟通风格。语气描述词、你习惯用的词、绝对不用的词、格式偏好，外加两三段你自己写的文字作为风格参照。
working-style.md — Claude 应该怎么工作。协作规则、默认输出格式、质量标准，以及需要刻意避免的事项清单。
这三个文件能隔夜解决「通用 AI 输出」的问题。没有它们，每次会话都从零开始。有了它们，Claude 在会话开始时就已经知道你的表达风格、你的标准和你的偏好。
关键在于这些文件会复合增长。每周改一次，每次 Claude 产出你不满意的内容时问自己：是提示词问题还是上下文问题？十次里有九次是上下文。在某个文件里加一行，永久修复。
4. 用文件夹指令存项目专属上下文
全局指令对每次会话相同。文件夹指令只作用于你当前在操作的文件夹。
选定文件夹后，Claude 可以自动读取和更新文件夹指令，你也可以手动设置。这里放项目专属规则：客户名称、项目目标、专属术语、交付格式、评审截止日期。
分层很重要。全局指令设定通用行为，文件夹指令添加项目背景，你的提示词指定具体任务。三层，一层比一层具体。这就是从「通用 AI」变成「像在我团队工作了六个月的人」的路径。
5. 不要让 Claude 读所有东西，主动管理上下文范围
这个实践区分了高级用户和普通用户。
Claude 的上下文窗口很大，在 Opus 4.6 上超过百万 token。但更大的上下文不等于更好的输出，往往相反。Claude 读的无关文件越多，进入推理过程的噪音越多，输出质量越差。
主动告诉 Claude 读什么。在全局指令里加：「开始任何任务时先找 _MANIFEST.md。加载第一层文件。只有任务明确涉及某领域时才加载第二层文件。除非我特别要求，不加载第三层文件。」
如果你用子代理，范围要给得更紧：「把任务拆解给子代理时，每个子代理只拿完成其特定子任务所需的最小上下文。」
主动的上下文管理是拿到不稳定结果和拿到持续高质量输出之间，差距最大的单一因素。
第二部分：任务设计（实践 6–10）
任务的描述方式决定了 Cowork 交付的是成品还是一个昂贵的草稿。
6. 定义终态，而不是过程
这是改变一切的思维转变。Cowork 不是聊天机器人，是协作者。你不会一步一步告诉协作者怎么做他们的工作，你告诉他们「完成」是什么样子。
糟糕的提示：「帮我整理一下文件。」
好的提示：「把这个文件夹里的所有文件按客户名整理成子目录。所有文件名用 YYYY-MM-DD-描述性名称格式。创建一份记录每次更改的摘要日志。不要删除任何东西。如果一个文件可能属于多个客户，放进 /needs-review。」
第二个提示定义了终态（整理好的文件夹）、命名规范、输出物（摘要日志）、安全约束（不删除）和不确定性处理协议（needs-review 文件夹）。Claude 可以自主执行，你可以离开。
每个任务提示都应该回答三个问题：「完成」是什么样子？有什么约束？遇到不确定情况时 Claude 应该怎么做？
7. 每次都先要一个计划，再执行
在全局指令里加上：「任何任务行动前先展示简要计划。等我批准后再执行。」
这一行能预防 90% 的 Cowork 灾难。没有计划步骤时，Claude 读完你的提示就立刻开始执行。有时候完全正确，有时候误解了一个词，把三个月的文件往错误方向整理了。
有了计划步骤，你得到 30 秒的审查窗口。「我要创建这六个子目录，移动这些文件，用这个命名规范重命名，并把日志保存到这里。继续吗？」你扫一眼，看起来对，批准，Claude 执行。
代价：每个任务多 30 秒。收益：永远不需要撤销 20 分钟的自主操作失误。
8. 告诉 Claude 遇到不确定情况该怎么做
这是整个清单里最被低估的实践。
大多数人为顺畅流程给了 Claude 清晰的指令，但对边缘情况什么都没说。收据图片模糊怎么办？文件可能属于两个分类时怎么办？数据源不完整时怎么办？
Claude 会猜。而 Claude 的猜测经常是错的，不是因为它不够聪明，而是因为它不知道你在模糊情况下的偏好。
在每个任务里内置不确定性处理：「如果日期不清晰，标记为 VERIFY。如果文件可能属于多个文件夹，放进 /needs-review。如果分类置信度低于 80%，标记而不是猜测。」
这把 Cowork 从一个偶尔出错的工具，变成一个精确告诉你在哪里需要你判断的工具。这是完全不同的价值主张。
9. 把相关工作合并到单次会话
每次 Cowork 会话都有启动成本。Claude 读文件、加载上下文、处理文件夹结构，这些计算都在消耗资源。
不要为五个相关任务跑五次独立会话。跑一次：「我需要处理本月的费用收据、更新预算表格、生成汇总报告、起草发给财务的邮件，并把所有东西保存到 /monthly-reports/february。」
Claude 规划所有五个任务，跨任务共享上下文（收据数据流入预算，预算流入报告，报告流入邮件），在一次运行里产出五个相互关联的交付物。更快、成本更低、质量更高，因为每个任务的上下文会影响下一个。
如果你频繁触达使用上限，这通常是解决方案。更少会话配更多任务，几乎总是优于更多会话每次一个任务。
10. 有意识地使用子代理处理并行任务
Cowork 最强大的功能是大多数用户从未触发的。
当你给 Cowork 一个有独立子任务的工作时，它可以启动多个子代理同时处理。每个子代理获得新鲜上下文，处理各自的部分，然后把结果交回主代理合并。
触发方式：在提示词里加入「启动子代理分别处理…」或「使用子代理并行处理这些任务」。
示例：「我正在评估四个供应商。启动子代理分别研究每家的定价、支持口碑和集成选项，给我一张对比表。」相比依次研究供应商 A、B、C、D，Cowork 会同时启动四个并行代理。原本需要 40 分钟的任务变成 10 分钟。
适用于：竞争分析、多来源调研、批量文件处理、从不同维度评估选项（财务、运营、用户体验），以及任何子任务间没有依赖关系的工作。
注意：子代理在 Opus 4.6 上效果最好，消耗更多 token。用在时间节省能覆盖成本的复杂任务上，不要用来整理下载文件夹。
第三部分：自动化与调度（实践 11–13）
这是 Cowork 从生产力工具变成自主系统的地方。
11. 用 /schedule 设置定期自动任务
在任何 Cowork 任务里输入 /schedule。Claude 会引导你设置一个按天、按周、按月或按需自动运行的任务。
几个效果很好的定时任务：
周一早报：「每周一早上 7 点，检查我的 Slack 频道和本周日历。汇总即将到来的事项，标出需要准备的内容，并保存到 /weekly-briefings。」
周五状态报告：「每周五下午 4 点，从 Asana 拉取已完成任务，汇总本周交付内容，起草状态更新，并保存到 /reports。」
每日竞品追踪：「每天早上 9 点搜索 [竞品名称] 的新闻、产品更新或定价变动。只有真的有新内容时才保存摘要。」
重要限制：定时任务只在你的电脑处于唤醒状态且 Claude Desktop 打开时才运行。如果到点时电脑在睡眠，Cowork 会在你回来后补上并通知你。
12. 一次构建，持续运行——把一切外化到文件
Cowork 没有会话间的记忆，这同时是它最大的限制和最重要的设计特性。
没有记忆意味着没有上下文污染，没有三周前的幻觉式回忆，每次会话都干净启动。但它也意味着你不能依赖「Claude 记得我喜欢怎么做」。
解决方法：把一切外化到文件。你的偏好存在上下文文件里。项目计划存在 Markdown 文档里。标准操作流程存在技能文件里。决策和结果存在日志文件里。
有人分享过一套每周回顾系统：跨五个专用子代理指令写了 1500 多行。构建一次，每周运行。Claude 读取指令，启动五个具有作用域权限和定义输出的并行代理，不需要任何额外输入就能生成完整的每周回顾。
要做到持续性，必须把它构建进文件。但好处是巨大的：文档完善的工作流可以移植、分享和版本控制，它活在你的系统里，不是某个 AI 的记忆里。
13. /schedule 加连接器，才是真正的自动化
定时任务与连接器结合才真正发挥威力。
连接 Gmail、Slack、Google Drive、Notion、Asana 或 50 多个可用集成中的任何一个，然后设置拉取实时数据的定时任务：
「每周一，从 #product-feedback 频道拉取所有未读 Slack 消息，按主题分类，并在 Google Drive 中创建摘要。」
「每天早上，检查 Gmail 中的发票邮件，提取金额和日期，并更新本地 /finance 文件夹中的费用表格。」
这是 Cowork 从任务执行器变成自主系统的临界点。定时任务运行，连接器拉取实时数据，Claude 处理，输出出现在你的文件夹或连接工具里，你什么时候方便什么时候审阅。
从 Slack 和 Gmail 开始接入，这两个连接器每周能为你节省数小时。
第四部分：插件与技能（实践 14–16）
插件是 Cowork 的模块化大脑，技能是它的工作手册。大多数用户装了一个插件就不再看了，这等于把 80% 的价值留在桌上。
14. 组合使用插件，获得复合能力
每个插件是一组专为特定领域设计的技能、斜杠命令和子代理配置——销售、法律、财务、产品管理、数据分析等等。
但多数人忽视的是：插件是可组合的。安装多个插件，在一个任务里调用所有插件的能力。
示例：安装数据分析插件和销售插件。然后：「分析我们的 Q1 管道数据（用数据分析），找出三个最弱的交易，并为每个分别起草个性化跟进邮件（用销售）。」Claude 在一个工作流里使用两个插件的能力。
当前实践方案：生产力插件（始终开启）、数据分析插件（始终开启）、销售插件（外联周开启）、营销插件（内容周开启）。根据当前专注点轮换后两个。
15. 为你的特定工作流构建自定义技能
技能是一个 Markdown 文件，它教 Claude 如何处理某个具体的、可重复的任务。插件打包了许多技能，但你也可以创建自己的。
自定义技能文件结构：
# [技能名称]
## 目的：这个技能做什么。
## 输入：Claude 需要哪些信息。
## 流程：分步骤操作说明。
## 输出：完成的交付物是什么样子。
## 约束：规则和护栏。一个示例：「每周文章起草」技能。目的：根据主题和大纲起草一篇 2000 字文章。输入：主题、大纲、目标读者、关键证据。流程：用网络搜索调研，起草各节，匹配 brand-voice.md，生成视觉建议和可引用语句。输出：保存到 /articles/drafts 的 .docx 文件。约束：不使用 AI 惯用语，不用填充短语，最少 8 个证据点。
之后只需说「用我的文章起草技能写 [主题]」，就能得到一份可直接发布的草稿。技能把原本需要 20 分钟解释的内容都编码了进去。
将自定义技能保存为 .md 文件放入工作文件夹，或通过定制化菜单上传。Claude 在每次相关会话开始时读取它们。
16. 用插件管理插件，对话式构建插件
这是 Cowork 里最「元」的功能，也是最少被使用的。
安装 Plugin Management 插件，然后说：「帮我为 [我的工作流] 创建一个插件。」Claude 会通过对话引导你定义技能、斜杠命令和配置，不需要写代码，不需要 GitHub，不需要学 Markdown 语法。
你描述你想要什么，Claude 构建插件，你测试，你打磨。不到一个小时，你就有了一个编码了你的特定工作流、你的特定标准和你的特定术语的自定义插件。
对团队来说效果尤其显著。一个人为团队的标准流程构建插件，所有人安装它。整个团队开始产出一致的、符合品牌规范的、流程合规的输出，因为标准活在插件里，不在个人记忆里。
Anthropic 在二月启动了私有插件市场（Enterprise 版本），管理员可以在整个组织中创建、筛选和分发自定义插件。构建一次，部署给几百人。
第五部分：安全与效率（实践 17）
17. 把 Cowork 当成一个能干的员工，而不是玩具
Cowork 有真实的文件系统访问权限，它可以创建、移动、重命名文件，也可以在你授权的情况下删除。它可以浏览网页，可以与连接的工具交互，可以在无人监督的情况下运行数小时。
这种能力需要认真对待。几个不可商量的安全实践：
实验前备份。 特别是文件整理类任务。Cowork 大多数时候做对了，「大多数时候」对你的客户合同来说不够用。
把敏感文件放在单独的文件夹里。 财务文件、密码、个人信息，放在 Cowork 不会碰到的文件夹里。不要授权访问你的整个 Documents 目录，要精确地指定范围。
除非你特别需要删除操作，否则始终加上「不要删除任何东西」。 即使有删除保护（Claude 会在删除前询问），从源头阻断请求更安全。
新工作流的前几次运行要全程监控。 看 Claude 在做什么，读计划，检查输出。一旦建立了信任，你可以离开。但先赢得这种信任。
注意提示注入风险。 如果 Claude 读取了恶意文档或网站，其中隐藏的指令可能改变它的行为。在未审查前不要让 Cowork 访问不信任的文件来源或陌生 URL。
跟踪用量。 Cowork 消耗的额度远多于普通对话，带子代理的复杂多步骤任务计算密集。如果频繁触达限额，合并相关工作，用「只修改第 2 节」代替「全部重做」，通过文件预加载上下文而不是在对话里重复解释。
这 17 个实践背后的规律
每一个实践都遵从同一个原则：投入搭建，减少提示。
那些在 Cowork 上苦苦挣扎的人，为每个任务写长而详细的提示词，却得到不稳定的结果。那些真正用好它的人，花了一个下午搭好上下文架构，包括清单文件、全局指令、上下文文件、文件夹指令和自定义技能，之后用十个字的提示词就能拿到可以直接交给客户的交付物。
这是从 ChatGPT 时代到 Cowork 时代的根本性思维转变。ChatGPT 奖励提示词工程，Cowork 奖励系统工程。
提示词是 Cowork 会话里最不重要的部分。你围绕它构建的上下文、结构、技能和约束，才是输出质量的真正来源。
「感觉不像是在和 AI 对话，更像是给一个能干的同事留任务。」
这就是目标。不是聊天机器人，不是提示-响应工具，而是一个已经知道你的标准、你的表达风格、你的项目和你的偏好的协作者，因为你把这些知识构建进了它每次都会读取的文件里。
实施步骤
按顺序来，每一个都会在上一个的基础上叠加效果。
今天（30 分钟）：创建三个上下文文件，设置全局指令。光这一步就能让你超过 95% 的 Cowork 用户。
本周：给最常用的项目文件夹加上 _MANIFEST.md。安装两三个符合你职能的插件。设置一个定时任务。
本月：为最频繁的工作流构建第一个自定义技能。用子代理处理一个复杂的调研任务，看看效果。根据输出质量持续打磨上下文文件。
一个月结束时，你的 Cowork 设置会比你用过的任何 AI 工具产出更高质量的内容，而且用更少的时间。
这 17 个实践和大约两小时的搭建，就是 Cowork 作为玩具和 Cowork 作为系统之间的全部差距。
参考
- 原文 — Nav Toor (@heynavtoor) · X