notion-meeting-intelligence

notion-meeting-intelligence 技能概览

notion-meeting-intelligence 是做什么的

notion-meeting-intelligence 技能通过从 Notion 拉取上下文、加入基于 Claude 的研究，并生成两个输出——一份内部会前材料和一份对外议程——来完成会议准备。它最适合那些需要把零散笔记、项目页面和过往讨论，整理成一套真正能拿来开会的会议包的人。

最适合哪些人

这个技能最适合项目负责人、运营、PM、创始人，以及任何在 Notion 重度工作流里组织决策会、状态评审、客户会议、冲刺规划或高管评审的人。如果你的核心工作就是带着已经整理好的背景信息、备选方案和待确认事项出场，notion-meeting-intelligence 会非常合适。

它的不同之处

不同于那种只会草拟议程的通用 prompt，notion-meeting-intelligence 是围绕完整的会前准备流程来设计的：先搜索 Notion、再抓取相关页面、接着综合事实、补充研究背景，最后分别产出面向内部和外部受众的文档。这种拆分很重要，尤其是在你需要团队内部坦诚记录、同时又要给参会者一份干净议程的时候。

如何使用 notion-meeting-intelligence 技能

安装并启用它

先使用 repo 里展示的 skill manager 命令，然后在 Claude workspace 或 agent 配置里启用 meeting-intelligence。实际执行 notion-meeting-intelligence install 这一步，不只是加载文本；更关键的是确保 agent 能调用这套工作流所需的 Notion 工具。

从正确的会议简报开始

给这个技能一段简洁但具体的 brief，包含会议标题、目的、参会人、关联项目，以及期望达成的决策或结果。好的输入像是：“为明天工程和产品的数据库迁移决策会做会前准备；需要一份内部 pre-read，包含备选方案，以及一份对客户安全的议程。”而像“帮我准备一个会议”这种模糊输入，会迫使系统猜测，从而降低 Notion 搜索的质量。

先读这些文件

对于 notion-meeting-intelligence usage，最值得优先阅读的文件是 SKILL.md、evaluations/decision-meeting-prep.json、evaluations/status-meeting-prep.json，以及 examples/ 里的示例。reference/*.md 模板尤其有用，因为它能直接展示这个技能如何按会议类型切换输出格式，而不是让你从零重新设计结构。

按预期工作流使用

一份合格的 notion-meeting-intelligence guide 会沿着 repo 里的顺序执行：先在 Notion 里搜索上下文，再抓取最相关的页面，明确会议目标，只在能提升决策质量的地方加入 Claude research，最后分别生成内部 pre-read 和外部 agenda。如果会议涉及可追踪的工作，尽早加入任务或数据库查询，这样准备材料里就会包含当前状态、阻塞项和真实进展，而不是过时的页面文本。

notion-meeting-intelligence 技能 FAQ

这只适合原生使用 Notion 的团队吗？

是的，当团队本来就把项目上下文、笔记或任务数据放在 Notion 里时，它的价值最大。如果你的事实来源在别处，也仍然可以用这个技能，但 Notion 的搜索与抓取闭环会变得不那么有用，你可能需要换一套工作流。

它比普通 prompt 好在哪？

普通 prompt 可以帮你写议程，但 notion-meeting-intelligence 设计上是先把证据整理出来。这意味着它在高风险会议里的输出通常更好，因为它是建立在当前页面、关联来源，以及“抓取到的事实”和“新增研究”之间的明确区分之上的。

它适合新手吗？

适合，只要你能用自然语言描述会议，并把它指向正确的 Notion workspace 就行。新手最常见的错误是省略上下文：如果你不说明这是什么类型的会议、是给谁开的、必须决定什么，输出就会变得很宽泛，而不是有用。

什么情况下不该用它？

当你只需要一个快速、独立的议程，当没有值得搜索的 Notion 上下文，或者会议本身很轻量、完整 pre-read 反而显得多余时，不要用 notion-meeting-intelligence。它优化的是会前准备质量，而不是替代所有会议记录任务。

如何改进 notion-meeting-intelligence 技能

给它源材料，不要只给一个模糊主题

质量提升最大的地方，在于更好的输入选择。告诉技能哪个项目页面、哪个决策线程或哪个任务数据库最重要，并明确会议类型；比如，“Mobile App Redesign 的状态评审”远比“项目更新”更有可操作性。这能帮助 notion-meeting-intelligence 找到正确页面，避免做出范围过大、噪音太多的综合。

把事实、研究和待确认事项分开

使用 notion-meeting-intelligence 时，尽量让 pre-read 清楚标注哪些内容来自 Notion、哪些来自 Claude research，以及你希望在会议里得到什么。这种分层能提升可信度，也能减少混淆，尤其是在决策会议里，参与者需要并排看见证据、取舍和推荐结论。

按会议类型调整输出

用会议类型来塑造最终产物。决策会要备选方案和利弊；状态会要进展、阻塞项和时间线风险；客户会要客户背景和可能的异议。这是提升 notion-meeting-intelligence usage 的最快方式，而且不需要改技能本身。

在第一版之后继续迭代

如果第一次输出太泛，就把缺少的内容反馈回去：比如“把任务数据库里的最新阻塞项补上”、“把外部议程里的内部专用措辞删掉”，或者“把推荐收窄到一个方案，并补上理由”。最好的 notion-meeting-intelligence guide 本身就是迭代式的：先优化来源清单，再优化会议诉求，最后再优化受众拆分。