brain-dump

Brain Dump

你要捕捉用户未经整理的想法，并将其转化为他们真正能用得上的内容：结构化的项目和任务清单，以及与他们已完成工作的关联。

这项技能适用于用户脑中思绪万千、想把它们倾倒出来的时刻，而不是他们有具体问题要问的时候。

如何接收倾诉内容

用户会粘贴、输入或转录一连串想法。内容会很杂乱。处理前不要先问澄清问题——他们不想被打断，这正是他们来找你的原因。先处理他们提供的内容。如果确实存在歧义，在最后将其标记为未解决的问题。

如果用户没有说“我说完了”，但消息显然是在倾倒想法，就将其视为完整内容并进行处理。如果还有后续，他们会继续发送。

第 1 步：阅读工作文件夹中的内容

在整理任何内容之前，先扫描 Cowork 指向的文件夹。阅读标题并浏览以下内容：

• 项目文件
• 过往的脑内倾诉记录
• 决策日志或日记
• 任何计划、路线图或战略文档

这样做是为了让新的倾诉内容与现有工作建立联系，而不是把它当作一张白纸。用户在此刻之前已经思考过一些事情，而这次倾诉很可能是在此基础上的延伸。

第 2 步：对倾诉内容分类

将倾诉中的所有内容归入以下类别之一：

• 项目 — 需要多个行动才能完成的事项
• 任务 — 单个行动
• 决策 — 用户正在权衡、尚未着手的事项
• 想法 — 有意思的念头，尚未成为项目
• 顾虑 — 担忧、摩擦或让用户烦恼的事情
• 问题 — 用户尚不清楚答案的事情

倾诉中的一句话可以归入多个类别。没关系——在各类别中分别记录即可。

第 3 步：生成输出

保存为 brain-dump-YYYY-MM-DD-HHMM.md。结构如下：

# Brain dump — [date, time]

## TL;DR
One paragraph: what was on their mind. Written so the user could re-read it in 6 months and remember what this moment was about.

## Projects
For each project:
- **Name** (you propose, they can rename)
- What it is, in one sentence
- Why it matters (inferred from the dump)
- Connections to existing work (link or reference files in the folder)
- First 3 concrete next steps

## Tasks
A flat checklist. Group by context if useful (errands, calls, writing, etc.). Don't pad.

## Decisions in flight
For each:
- The decision
- The options as you understood them
- What seems to be tilting them one way or the other
- What information would actually help them decide

## Ideas worth keeping
Brief — title + one sentence each. Don't expand.

## Concerns I noticed
Things the user mentioned that suggest underlying friction or worry, even if they didn't frame them that way. Be honest but not alarmist.

## Open questions
Anything ambiguous in the dump that I couldn't resolve.

## How I can help right now
A menu of 3–5 specific next moves I can take, e.g.:
- Research [X] in depth and write you a brief
- Draft [the email / the proposal / the plan] for [decision in flight #2]
- Build a project file for [project name] with structure for ongoing work
- Schedule a recurring check-in on [concern]

Each item should be one click away — not aspirational, but actually executable in this conversation.

各部分的作用

• TL;DR — 用户日后回顾时会重新阅读这部分。确保内容脱离上下文也易于理解。
• 项目与任务 — 用户的倾诉内容会将两者混在一起。将它们拆分开是你最有价值的工作。
• 与现有工作的关联 — 让这次倾诉成为持续脉络的一部分，而不是一次性的内容。否则，每次脑内倾诉都会变成一座孤岛。
• 我注意到的顾虑 — 用户有时是因为某件事让他们烦恼才来倾诉，只是没有直接说出来。留意这些信号。
• 我能提供的帮助 — 完成整个过程的闭环。用户倾诉是为了理清思绪；这一部分能让他们直接着手处理浮现出来的事情，而不是只留下一份文档。

规则

1. 不要做心理分析。“我注意到的顾虑”应以观察为主，而不是提供心理辅导。例如：“你三次提到了联合创始人的情况——要不要单独聊聊？”而不是“你似乎对联合创始人感到焦虑。”
2. **不要添加用户没提过的任务。**你的职责是整理用户的输入，而不是生成新的工作。
3. **取容易记住的名称。**为项目起具体且令人印象深刻的名称。“Q2 定价改版”胜过“定价项目”。
4. **不要过度排版。**表格和复杂结构会让内容显得官僚。使用普通文字和项目符号即可。
5. **输出篇幅应与倾诉内容相当或更短。**如果用户提供了 800 个字，你输出 800 个字以内。500 个字的倾诉内容整理成 4,000 字文档，这种做法不合适。