notion-meeting-intelligence
作者 openainotion-meeting-intelligence 可将 Notion 上下文转化为可直接用于会议的议程和会前材料,并结合 Codex 研究,为决策、状态更新、规划、复盘和 1:1 准备提供支持。它尤其适合 notion-meeting-intelligence for Meeting Prep 工作流:当你需要有依据的材料、清晰的时间分配,以及面向不同参会者的输出时,这个技能会很有帮助。
该技能得分 84/100,属于适合需要基于 Notion 做会议准备的用户的优质目录条目。仓库提供了足够明确的工作流细节,便于你放心安装:它清楚说明了何时使用该技能、如何收集上下文,以及如何结合 Notion 和 Codex 研究生成议程与会前材料。
- 触发条件和用途明确:用 Notion 上下文准备会议,并生成定制化议程/会前材料。
- 操作流程很具体:搜索、获取、选择模板、创建/更新页面,并结合 Codex 研究补充内容。
- 有较好的安装决策证据:示例、参考模板和评估场景展示了真实的会议准备使用方式。
- 依赖已连接的 Notion MCP server,因此不是一个完全独立的技能。
- 该技能聚焦于 meeting intelligence;如果用户并不在 Notion 中管理会议材料,它的价值会明显下降。
notion-meeting-intelligence 技能概览
notion-meeting-intelligence 可以把分散在 Notion 里的上下文整理成真正适合开会的准备材料:清晰的议程、实用的会前阅读,以及在需要时补充的研究内容。它最适合那些本来就把项目、客户或决策笔记放在 Notion 里的用户,借助 notion-meeting-intelligence skill 把这些内容组合成参会者能直接用的材料。
当你的真实需求是“会前准备”而不是泛泛总结时,用它最合适。这个 skill 最擅长 notion-meeting-intelligence for Meeting Prep 这类工作流:先找历史笔记,再拉取相关页面,围绕决策或状态来组织会议内容,并按受众调整输出。如果你没有 Notion 内容作为基础,它的价值就会明显下降。
这个 skill 最适合什么场景
notion-meeting-intelligence 专为“上下文比空白议程更重要”的会议设计:
- 需要背景权衡的决策会
- 需要最新项目事实的状态会
- 需要按对象定制内容的客户会或干系人会议
- 有现成笔记可用的规划会、复盘会和 1:1
它的不同之处
和一次性 prompt 不同,这个 skill 预设的是一套完整工作流:先搜索 Notion,再获取相关页面,选择合适的会议模板,最后带着来源和时间分配写出会议材料。这种结构能减少猜测,让输出始终贴着真实的 workspace 上下文。
什么情况下不适合用
如果你只想要一个不依赖 workspace 上下文的通用会议议程,普通 prompt 就够了。如果你的笔记不在 Notion 里,这个 skill 会显得受限,直到你先把源材料迁移或镜像到 Notion 中。
如何使用 notion-meeting-intelligence skill
安装并连接 Notion MCP
按 repo 里展示的 OpenAI skills 命令安装 notion-meeting-intelligence install 路径,然后在发起准备请求前确认 Notion MCP 连接已经可用。这个 skill 依赖 Notion MCP 工具,所以最常见的阻塞点就是认证缺失。
如果连接失败,repo 的工作流建议先配置 Notion MCP,启用 remote MCP client,并通过 OAuth 登录后再重试。之所以要这样做,是因为这个 skill 的核心就是实时的 Notion 搜索、获取、新建和更新操作。
从会议结果倒推需求
一条高质量的 notion-meeting-intelligence usage 请求,应该先说明会议要达成什么结果,而不只是主题是什么。建议包含:
- 会议类型:决策、状态、规划、复盘、1:1、头脑风暴
- 日期/时间和参会对象
- 必须被决定、审阅或批准的事项
- 需要搜索的 Notion 空间、项目或笔记名称
请求示例可以写成:“为数据库迁移准备一场决策会。先找到之前的 Notion 上下文,起草一份内部 pre-read,再生成一份外部议程,列出需要做出的决定和未解决的问题。”
先读对的文件
如果你是为了做实际安装判断,建议先看 SKILL.md,再检查 reference/template-selection-guide.md 和 reference/ 下对应的模板。也可以通过 examples/ 里的示例,理解这个 skill 是如何区分内部 pre-read 和外部议程的。
优先阅读这些文件:
SKILL.mdreference/template-selection-guide.mdreference/decision-meeting-template.mdreference/status-update-template.mdexamples/project-decision.md
能显著提升输出的工作流
notion-meeting-intelligence guide 最有效的模式是:
- 先在 Notion 里搜索主题及相关决策
- 拉取 2–3 个相关页面,而不是只看最高匹配结果
- 明确会议目标和缺失的决策点
- 用匹配的模板起草议程或 pre-read
- 只有在 Codex research 能增加价值时再补充,例如基准数据、风险框架或最佳实践
- 如果计划有变化,及时更新页面
notion-meeting-intelligence skill 常见问题
它能替代自定义 prompt 吗?
不能完全替代。自定义 prompt 可以起草会议议程,但 notion-meeting-intelligence 增加的是一套可重复的检索工作流:它会找源页面、用对模板,并把输出锚定在 Notion 上下文里,而不是凭空补背景。
我需要精通 Notion MCP 吗?
不需要太熟。只要你能提供清晰的会议目标,并让 skill 去完成搜索和获取工作,初学者也能用起来。最关键的前提是 Notion MCP 已连接,而且相关内容确实存在于 workspace 里。
什么情况下不该用它?
以下情况可以跳过:
- 会议没有有意义的 Notion 历史
- 答案应该来自外部文档或 CRM
- 你只需要一个短清单,而不是 pre-read 或议程
- 你无法连接 Notion MCP 工具
它只适合内部会议吗?
不是。它也适用于客户和干系人准备,但输出需要根据受众调整。内部 pre-read 可以包含更深入的分析;外部议程则应该更干净,避免暴露仅供内部使用的推理过程。
如何改进 notion-meeting-intelligence skill
给 skill 更明确的输入
影响质量最大的因素是具体程度。弱请求是“帮我准备会议”。更强的请求可以写成:“为下周二的数据库迁移准备一场决策会。拉取之前的规格说明,对比已经讨论过的两个方案,并生成一份内部 pre-read 和一份 30 分钟的外部议程。”
把你 workspace 里已经在用的项目名、页面名或术语一起提供出来。这样能让 notion-meeting-intelligence usage 更快,也能减少搜索时的误匹配。
把事实和分析分开
repo 的工作流同时支持 Notion 事实和 Codex research。你在 prompt 里、以及最终页面里都应该把两者区分开:Notion 用来承载团队已经知道的内容,research 用来补充框架、风险、基准数据或决策标准。这样可以避免 skill 把 workspace 证据和外部建议混在一起。
按会议类型优化输出
使用匹配的模板,输出才会贴合会议目的:
- 状态会:进展、阻塞项、下一步
- 决策会:方案、权衡、建议
- 规划会:范围、依赖、时间安排
- 复盘会:哪些做得好、哪里没做好、行动项
- 1:1:优先级、反馈、后续跟进
如果第一版看起来还是太泛,直接要求重写,并收紧受众、压缩议程,或把需要明确做出的决定写得更清楚。
