400 次会话，7 周，2.2M 播放。

Nav Toor 3 月 2 日发的这篇 Claude Cowork 实践总结，到现在还在 Twitter 上被疯狂转帖。17 条做法，分五部分：上下文架构、任务设计、自动化调度、插件技能、安全与效率。

大多数用户会死在第一条：文件夹里塞满文件，指望 Claude 自己搞清楚该读什么。

你在给 Claude 喂噪音

最常见的使用方式：开个文件夹，丢进去 300 个文件，让 Claude "帮我看看这个项目"。

结果：Claude 读了三小时，输出一堆废话。

问题不在模型，在上下文没有结构。

Nav Toor 的核心发现：Claude 的上下文窗口巨大，但越大的上下文，噪音越多，输出越差。有效的上下文管理，是拉开 Cowork 使用差距的最大因素。

所以做法 1，是为每个工作文件夹写一个 _MANIFEST.md。

_MANIFEST.md：最低成本的上下文干预

这个文件丢在文件夹根目录，用下划线排序到最上面。结构分三层：

  • Tier 1（Canonical）：源文档，Claude 必须先读。品牌指南、项目brief、当前策略文档。
  • Tier 2（Domain）：按子文件夹映射领域。「/pricing → 定价模板和价目表」，「/research → 竞品分析」。Claude 只在任务涉及该领域时加载。
  • Tier 3（Archival）：旧草稿、过期版本、参考资料。Claude 默认跳过，除非你明确指定。

一个 462 个文件的咨询项目，因为这个清单，Claude 不再从三个月前的旧定价模型里取数。

Global Instructions：你的永久操作系统

大多数人不知道这个功能的存在。

Settings → Cowork → Edit next to Global Instructions

这是所有会话的基座，在文件、prompt 之前加载。Nav Toor 的设置：

"我是 [名字]，[角色]。开始任何任务前，先读 _MANIFEST.md 和 Tier 1 文件。行动前先展示简要计划。默认输出格式：.docx。从不使用填充语言。质量标准：每份交付物无需编辑即可直接给客户。"

他说：即使最敷衍的 prompt，输出质量也有保障。Global Instructions 负责基座，prompt 只负责任务。

任务设计的核心：定义终点，不是定义过程

Cowork 不是聊天机器人，是协作者。

你不会告诉一个同事「第一步打开文件夹、第二步读这个文件、第三步写这段话」。你会说「把这堆文件按客户名分类，命名格式用 YYYY-MM-DD-描述性名称，别删任何东西，分类模糊的丢 /needs-review」。

定义「完成」长什么样，定义约束条件，定义不确定时的协议。让 Claude 自己规划执行路径。

Nav Toor 的 17 条里有一条配合这个用法：prompt 里加一句「执行前先展示计划，等我批准」，据他说这一句防止了 90% 的 Cowork 灾难。

Subagents：并行处理，独立任务

Cowork 最被低估的功能。大多数用户从来没触发过。

当任务有独立子部分时，加上「Spin up subagents to...」或「Work on these in parallel using subagents」。Claude 启动多个并行 agent，各自拿到独立上下文，处理完后交给主 agent 综合。

例子：评估四个供应商，「启动 subagents 并行研究每个供应商的定价、口碑和集成方案，给我一张对比表。」原来 40 分钟的任务，10 分钟跑完。

限制：Subagents 在 Opus 4.6 上效果最好，消耗 token 最多。别用 subagents 整理下载文件夹。

每周一早上的自动化

/schedule 可以把任务变成定时运行：每天、每周、每月、或按需触发。

Nav Toor 设置的几个真实场景：

  • 每周一早上 7 点：拉取 Slack 频道和日历，生成本周简报存到 /weekly-briefings
  • 每周五下午 4 点：从 Asana 拉完成的任务，生成周报存到 /reports
  • 每天早上 9 点：追踪几个竞品，有更新才存摘要

但有一个关键限制：机器休眠、Cowork 关闭时，任务不运行。醒来后才会追上并通知。

插件堆叠：不是装一个，是组合用

每个插件是一捆 skills、slash commands 和 subagent 配置。Nav Toor 的发现：插件可以组合。

Data Analysis 插件 + Sales 插件 → 一个 prompt 同时调用两个插件的能力做竞品分析 + 生成跟进邮件。

Nav Toor 的当前堆叠：

  • Productivity（常开）
  • Data Analysis（常开）
  • Sales（外联周）
  • Marketing（内容周）

后两个按需轮换。

自定义 Skill：用 Markdown 写你的工作流 playbook

Skill 是一个 .md 文件，告诉 Claude 如何处理某个可重复的任务。插件是 many skills 的打包，但你也可以自己写。

结构：

# [Skill Name] ## Purpose: ... ## Inputs: ... ## Process: ... ## Output: ... ## Constraints: ...

Nav Toor 建了一个「每周文章起草」Skill：输入主题、大纲、目标读者、关键证据 → 输出 .docx。约束：不用 AI 感语言，证据点不少于 8 个。

现在每次说「用我的文章起草 Skill 跑一下 [主题]」，出来就是可以直接发表的草稿。

最重要的一条

Nav Toor 最后说：

「今天（30 分钟）：建好三个 context 文件，设置 Global Instructions。这两条就让你跑赢 95% 的 Cowork 用户。」