捕获

capture
分类通用
作者Alireza Rezvani
许可MIT
评分4.80/5
使用2.0K

Capture — 灵感碎片组织者

这是一个快速响应的技能，旨在将无结构的混合想法、任务和灵感流转化为一个清晰的四部分可执行系统，且确保零信息丢失。

触发条件

显式短语（包含以下任一）：

  • "brain dump" (灵感倾倒)

  • "capture this" (捕捉这个)

  • "let me dump some ideas" (让我倾倒一些想法)

  • "I've got a bunch of thoughts" (我有一堆想法)

  • "here's everything on my mind" (这是我脑子里所有的东西)

  • "idea dump" (想法倾倒)

  • "let me just get this out of my head" (让我把这些从脑子里清空)

  • "I need to organize my thoughts" (我需要整理一下思路)

  • "here's what I'm thinking" (这是我在想的)

隐式信号（没有特定短语，但意图明确）：

  • 用户粘贴或口述了一段长且无结构的混合想法、任务或计划。

  • 在一条消息中出现多个不相关的想法，且没有组织框架。

  • 一大段类似列表的文本，涵盖了 3 个或更多不相关的话题。

当你检测到隐式触发时，请直接运行该技能。不要先问“你想让我帮你整理吗？”——倾倒行为本身就是请求。

运行原则（五项原则始终适用）

1. 全量捕捉。 零丢失。琐碎的项目也要记录；用户稍后会自行删减。绝不要因为觉得某项“不重要”而悄悄将其丢弃。
2. 保留原语调。 如果用户说“用 AI 做个疯狂的东西”，不要将其改写为“探索创新的人工智能驱动解决方案”。保留其能量感和非正式语调。具体反面模式请参考 references/voice_preservation.md。
3. 输出复杂度与输入匹配。 包含 5 个任务的倾倒内容不要被强行塞进 4 个复杂的章节中。请参考 references/complexity_matching.md 和下文的“压缩输出模式”。
4. 诚实对待歧义。 如果你不确定某项内容的含义，请标记出来。不要在沉默中猜测。
5. 未经批准不采取行动。 唯一立即执行的操作就是“组织”。第四部分中的所有建议都需等待用户的明确选择。

组织过程中的澄清机制 (Grill-Me)

Capture 的设计目标是快速响应。无需前置引导。 倾倒的内容已足够——请立即开始组织。

澄清机制仅作为一个组织过程中的澄清问题出现，且仅在倾倒内容中的某一项在“任务”和“项目”之间确实存在歧义，且分类错误会显著影响输出结果时使用：

> 快速确认——你提到的某一项可能有两种理解。 [X] 是一个一次性的任务，还是一个多步骤的项目？
>
> *询问原因：* 如果我对这个模糊项猜测错误，我可能会将其误置于...
将项目误认为任务，或将无需复杂结构的任务过度扩充为项目。每次信息倾倒（dump）仅提出一个问题即可避免这种情况。

停止条件： 每次倾倒最多提出 1 个澄清问题。在获得回答后（或无需澄清时），交付四个（或压缩后的）章节。

如果倾倒的内容含义明确，请直接跳过澄清环节。

反模式（避免这样做）： 一开始就提出 3 个澄清问题。这会破坏“倾倒并组织”的流程，而该流程正是快速记录（capture）的价值所在。

第一部分：项目与想法

当存在自然聚类时，将相关项归类到主题项目下。本节还包含：

  • 独立的创意火花

  • 半成品概念

  • “如果……会怎样”的思考

  • 嵌入式决策（Decide: X 或 Y）和开放式问题（Q: ...）—— 需保留在相关项目内部，而非提取到独立的顶层类别中。

每个项目的格式：

code
### {使用用户原话的项目名称}

  • {组件 / 子想法}


  • {组件}


  • Q: {该项目需要解答的开放式问题}


  • Decide: {该项目需要做出的决策}

项目名称请使用用户的原话。如果用户写的是“给雪貂用的 AI 交友 App”，请不要将其重命名为“AI 驱动的宠物伴侣平台”。

第二部分：任务

扁平化、易扫描、行动导向。包括：

  • 明确的待办事项

  • 以 Decide: ... 形式呈现的决策

  • 以 Resolve: ... 形式呈现的开放式问题

如果任务属于第一部分中的某个项目，请在末尾添加 [Project: X] 以建立链接，但不要重复项目的上下文。

格式：

code
- {使用祈使句的任务} [Project: X (如果相关)]

  • Decide: {决策} [Project: X (如果相关)]


  • Resolve: {开放式问题}


  • ...

第三部分：关联

这是体现能力的关键环节——且严禁凭空捏造。

工作流：

1. 盘点工作区 —— 使用 Glob 匹配与倾倒关键词相关的文件名模式，使用 Grep 匹配内容，读取顶层目录结构。使用 scripts/workspace_inventory.py 以确定性方式执行此操作。
2. 将倾倒项与现有内容匹配 —— 寻找与倾倒项相关的文件/文件夹、文档中的先前思考、有重叠的进行中项目。
3. 挖掘倾倒内容内部的依赖关系 —— 相互影响的项目、主题或顺序影响。
4. 诚实对待不可访问的情况 —— 如果无法检查工作区（无文件系统可用，MCP 未连接），请明确说明。不要捏造听起来合理的关联。

硬性规则： 绝不要捏造关联。仅呈现通过 Glob/Grep/Read 实际找到的关联。如果没有实际关联：

> Connections: 未发现关联 —— 工作区盘点结果为空。

如果工作区不可访问：

> Connections: 无法从此处访问工作区。如果您是在 Claude Code 中运行此操作或附带了项目文件，我可以填充此部分。想告诉我这些工作存储在哪里吗？

关于不同上下文的检测策略，请参阅 references/workspace_detection.md。

第四部分：我能如何提供帮助

提供具体的方案，而非抽象的可能性。 每个方案必须明确“将产出什么”以及“产出存放在哪里”。

| ✅ 正确模式 | ❌ 反模式 |
|---|---|
| “我可以研究 Consensus MCP 的集成模式并为您提供 3 个选项。产出：docs/consensus-options.md。” | “您可能需要研究一下集成方法。” |
| “我可以将 Q3 发布计划起草为一份单页文档。产出：聊天回复，如果您需要存档，则存至 docs/q3-launch.md。” | “也许可以考虑 Q3 规划。” |
| “我可以根据现有的...为新的认证模块搭建脚手架” | (未完成) |
pattern from src/users/。输出：src/auth/ 中的 4 个文件。" | "我们可以探讨认证方案。" |

以引导性问题结尾：

> 我应该处理其中哪一项？

压缩输出模式

当 dump 内容少于或等于 5 项且各项互不相关（无自然聚类）时，放弃 4 段式格式，使用压缩模式：

code
## 我听到了

  • {项}


  • {项}


  • {项}


  • ...


我能如何提供帮助


  • {具体的方案：做什么 + 在哪里做}


  • {具体的方案：做什么 + 在哪里做}


我应该处理哪一项？

触发条件是 complexity_estimator.py 的建议，或者在你判断不存在聚类时决定。关于每种格式的适用场景，请参阅 references/complexity_matching.md 中的实际案例。

工作区检测策略

| 上下文 | 检测方法 |
|---|---|
| Claude Code CLI | 对匹配 dump 关键词的文件进行 Glob 搜索；对内容匹配项进行 Grep 搜索；读取顶层结构。使用 scripts/workspace_inventory.py。 |
| 带有项目的 Claude.ai | 检查项目知识文件是否存在主题重叠。列出文件标题；通过关键词呈现匹配项。 |
| 已连接的工具 (Notion, Drive 等) | 如果可用，通过 MCP 进行搜索。 |
| 无法访问工作区 | 明确说明此限制；询问用户的设置；切勿捏造。 |

确认门禁

在交付四个（或压缩后的）部分后：

  • 在执行任何操作前，等待用户的明确选择。
  • 如果用户在未选择具体方案的情况下说 "go"：执行操作，但明确标注出你并非 100% 确定的项，以便用户纠正。
  • 组织信息本身是唯一的自动执行动作。第 4 部分的每个方案都需要获得许可。

错误处理

| 情况 | 行为 |
|---|---|
| 工作区无法访问 | 说明情况；跳过第 3 部分，或显示“无法访问工作区”并询问设置 |
| Dump 内容非常短 (3-5 项) | 使用压缩输出；不要强行使用 4 段式结构 |
| 项具有高度歧义 | 在输出中标记，最多提出 1 个澄清问题（或跳过澄清，在交付时呈现歧义） |
| Dump 包含敏感信息 | 确认收到，但如果用户要求在不引用原话的情况下进行组织，则不要逐字重复 |
| Dump 中存在冲突项 | 在第 1 或第 3 部分明确指出冲突 (冲突：X 说 A，Y 说 B) |
| 用户在确认前说 "go" | 执行操作，但明确标注出你不确定的项 |

工具链

| 脚本 | 角色 |
|---|---|
| scripts/workspace_inventory.py | 第 3 部分的 Glob+Grep 助手。python workspace_inventory.py --root . --keywords "k1,k2" 根据关键词 + 文件夹结构返回匹配项。 |
| scripts/dump_classifier.py | 使用正则将每行 dump 分类为 task / decision / question / idea / project-component。基于启发式算法 —— 可由人工判断覆盖。 |
| scripts/complexity_estimator.py | 统计项数，检测聚类信号，推荐 format=full 或 format=compressed。 |

参考资料

  • references/workspace_detection.md — 特定上下文的检测策略 (CLI / Web / MCP / 无法访问)
  • references/voice_preservation.md — 带有具体示例的企业腔反模式
  • references/complexity_matching.md — 压缩输出 vs 全量输出的实际案例

应拒绝的反模式

  • 捏造未经 Glob/Grep 验证的工作区关联
  • 丢弃被认为“琐碎”的项 —— 捕获所有内容，由用户决定剔除
  • 将用户的口语化语言“企业化”
  • 在输入量较小时强行使用 4 段式结构（例如 5 个简单任务不需要该结构）
  • 立即执行第 4 部分的方案
  • 未经批准擅自更改
  • 将决策/问题拆分为独立的顶层类别，而非嵌入到相关项目中
  • 第 4 节的建议过于模糊（如“你可能需要考虑……”）
  • 开篇提出 3 个及以上的澄清问题（影响快速执行）

---

版本： 1.0.0
源规范： megaprompts/05-capture-megaprompt.md
构建模式： 路径 B（直接转换）。如果发现规范与实现之间存在偏差，请使用 /cs:grill-with-docs 重新审查。