通常初识 Claude Cowork 的场景是这样的：打开文件夹、写个请求、得到平庸的结果，然后觉得这不过是个能访问文件的聊天室。通常问题不在工具本身，也不在请求的措辞。Cowork 进入文件夹时没有任何上下文：不知道你的风格、你的要求，也不知道哪些地方不能凭空推断。所以它只能随机应变。

这可以通过一个简单的文件系统来解决。里面没有代码。

核心思想：上下文存放在文件里

在聊天机器人中，回答的质量取决于请求。Cowork 会处理它能访问的文件夹里的一切：项目资料、规则、草稿、优秀成果的示例。如果你在文件里描述一次你是怎么工作的，就不用在每个请求里重复这些了。

第一步：安装和全局指令

Cowork 包含在 Claude 桌面应用中。从官方页面下载，登入你的账户，然后在侧边栏选择 Cowork。

然后打开 Cowork 的设置，找到全局指令部分。这些指令会应用到每个新的会话。你应该在那里记录基本的行为准则：

Ты работаешь вместе со мной в этой папке.

До начала любой задачи прочитай:
1. context/HOW-I-WORK.md
2. system/SYSTEM-RULES.md
3. папку нужного проекта в projects/

Если не ясны цель, аудитория или формат результата, сначала спроси.
Не придумывай факты, цифры, даты и договорённости.
Когда не уверен, скажи об этом прямо.

Главный источник данных — файлы в этой папке.
Готовые результаты сохраняй в outputs/.

第二步：四个文件夹

workspace/
├── system/
├── context/
├── projects/
└── outputs/
  • system/ — Cowork 的工作规则。很少改动。
  • context/ — 关于你和你的工作的信息。也很少改动。
  • projects/ — 当前任务，每个任务一个文件夹。
  • outputs/ — Cowork 创建的所有内容。

不要从十个文件夹和一个大模板开始。这个结构足以入门，而且可以有序地扩展。

第三步：两个文件

context/HOW-I-WORK.md 描述你自己：

  • 你做什么，为谁做；
  • 你如何处理任务；
  • 你的写作方式，什么听起来像你，什么不像；
  • 别人的工作中什么让你烦；
  • 意见相左时你相信哪些来源；
  • 你的文本或成果示例。

system/SYSTEM-RULES.md 描述 Cowork 的行为：

  • 何时在开始工作前提问；
  • 遇到不完整或矛盾数据时如何处理；
  • 什么是强势成果，什么是弱势成果；
  • 硬性禁止；
  • 交付前的检查。

第四步：不要自己写这些文件

从零开始描述自己时，人往往会描绘理想的自己。Cowork 会得到一份美化的肖像，后来就会与现实不符。通过问卷更可靠：Cowork 逐个提问，你回答，它从你的答案中汇总两个文件。

这样的问卷请求是：

Проведи со мной интервью, чтобы создать два файла:
1. context/HOW-I-WORK.md
2. system/SYSTEM-RULES.md

Три блока вопросов:

A. Работа. Чем я занимаюсь, что создаю, для кого,
   что ценит моя аудитория, каким источникам я доверяю,
   в чём эта папка должна мне помогать.

B. Стиль и мышление. Как я пишу в лучшей форме и на автопилоте,
   какие слова для меня естественны, что я не выношу в текстах,
   как я разбираю сложные задачи. Попроси реальные отрывки моих текстов.

C. Правила для тебя. Когда спрашивать до начала работы,
   что нельзя додумывать, как поступать при противоречиях,
   какая помощь мне полезна, а какая мешает.

Как вести интервью:
- Один вопрос за раз, жди ответа.
- Не больше 50 вопросов. Остановись, когда информации достаточно.
- На расплывчатый ответ проси конкретный пример.
- Если я противоречу себе, укажи на это.
- Если я описываю желаемое, а не действительное, попроси подтверждение.
- Не хвали ответы. Просто задавай следующий вопрос.

В конце выдай оба файла целиком.
Темы, по которым данных мало, перечисли отдельным списком.
Не создавай файлы до конца интервью.

Начни с блока A.

文件的质量取决于你的回答有多详细。给问卷预留约一小时。

任何任务的构成方式

公式很简单：一个项目文件夹、两个基础文件和一个简短的请求。不同任务间，只有 projects/ 的内容改变。

projects/
└── market-review/
    ├── brief.md
    ├── notes.md
    ├── references/
    └── drafts/
  • brief.md — 目标、受众、什么重要、什么不该有。
  • notes.md — 原始观察和待解决的问题。
  • references/ — 需要参考的资料。
  • drafts/ — 中间版本。

四个例子

  • 决策备忘。 笔记里有一个月来的竞争对手观察和风险。请求要求的是一份可以用来做决定的文件，而不是总结。输出是方案、风险和建议。
  • 季度报告。 简报中说明受众和限制条件：简洁、假设单独列出、强调后果。references/ 中是指标和以往报告。
  • 演示计划。 简报中记录演示应该解释什么，什么不应该有。请求要求逻辑流转和每张幻灯片的任务。
  • 投资前项目分析。 文件夹里汇集了代币经济学、团队沟通、他人观点和你以往的分析。请求规定结构：要点、团队活跃度、代币分配、与类似项目的对比、红旗。Cowork 依靠你收集的资料，不凭空编造合作关系。最后的资金决定权在你。

如何表述请求

先问问题

Прочитай папку проекта.
Задай уточняющие вопросы до начала работы.

当目标还不够清楚、结果会被特定受众看到，或者一个错误的假设会毁掉整个工作时，这个方法就派上用场了。

简短的请求

Работай по папке проекта с учётом HOW-I-WORK и SYSTEM-RULES.
Черновик сохрани в outputs/.

在空的聊天中，这样的请求会失败。这里它管用，因为上下文已经在文件里了。由此一个简单的指标：如果你不得不写长请求，说明文件里缺什么东西，需要补上。

如何扩展系统

错误有两种：一是多年坚持最低配置，等到任务量超了才扩展，二是一开始就为所有情况建好几十个文件。要根据看到重复的地方来添加文件，而不是为了未来预先准备。

  • system/ — 当 Cowork 重复犯一个错误，或者出现了一个几乎总是适用的规则时。
  • context/ — 当受众或风格的描述放不进一个文件时。
  • projects/ — 当某类标准任务形成了固定的文件集时。

如果每个任务需要越来越少的解释、更正和重启，说明系统的扩展是对的。如果没有这样的趋势，就删掉没人用的文件。