尧图网站建设 
用 Codex 与 Notion 自动化客户会议准备awesome-codex-skills 中 notion-meeting-intelligence 技能实战解析【免费下载链接】awesome-codex-skillsA curated list of practical Codex skills for automating workflows across the Codex CLI and API.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-codex-skills本文基于开源仓库 awesome-codex-skills 中的 notion-meeting-intelligence 技能以 customer-meeting.md 端到端示例为骨架讲解如何让 Codex 通过 Notion MCP 自动完成客户销售会议的会前准备检索客户档案、抓取关键上下文、补充行业研究、生成内部预读材料与对外会议议程。读完本文你将掌握一条可直接复用的六步会议准备流水线以及其背后的 Notion MCP 配置、模板选择策略与质量评估标准。技能概览什么是 Meeting Intelligencenotion-meeting-intelligence 是 awesome-codex-skills 仓库中专门用于会议智能准备的技能模块其定位定义在 SKILL.md 中Prepare meeting materials with Notion context and Codex research; use when gathering context, drafting agendas/pre-reads, and tailoring materials to attendees.一句话概括从 Notion 拉取组织内部上下文用 Codex 的研究能力做行业知识补充再为不同会议类型生成内部预读 对外议程两份文档。该技能目录结构如下notion-meeting-intelligence/ ├── SKILL.md # 技能主流程定义 ├── examples/ # 端到端会议准备示例 │ ├── customer-meeting.md # 客户销售会议本文核心 │ ├── executive-review.md # 高管季度评审 │ ├── project-decision.md # 架构决策会议 │ └── sprint-planning.md # 冲刺规划 ├── reference/ # 模板与选择指南 │ ├── template-selection-guide.md │ ├── decision-meeting-template.md │ ├── status-update-template.md │ ├── sprint-planning-template.md │ ├── one-on-one-template.md │ ├── retrospective-template.md │ └── brainstorming-template.md └── evaluations/ # 跨模型质量评估 ├── README.md ├── decision-meeting-prep.json └── status-meeting-prep.json技能本身不包含可执行代码而是通过Codex 与 Notion MCP 服务器的组合指令驱动因此文章的核心证据全部来自其示例、模板与评估文档。前置条件打通 Notion MCP在开始任何会议准备之前需要先让 Codex 具备访问 Notion 工作区的能力。根据 SKILL.md 的 Workflow Step 0当任何 MCP 调用因 Notion MCP 未连接而失败时应按以下顺序完成配置添加 Notion MCP 服务器codex mcp add notion --url https://mcp.notion.com/mcp启用远程 MCP 客户端在config.toml中设置[features].rmcp_client true或直接运行codex --enable rmcp_clientOAuth 登录codex mcp login notion登录成功后需重启 Codex再重新发起会议准备请求。该技能依赖三个核心 MCP 能力Notion:notion-search检索、Notion:notion-fetch抓取页面、Notion:notion-create-pages创建页面辅以Notion:notion-update-page更新页面与Notion:notion-create-comment评论提醒后者在 project-decision.md 示例中用于在议程页上 提醒参会者审阅预读材料。六步客户会议准备流水线customer-meeting.md 给出了一个完整的实战场景用户请求为Prep for sales meeting with Acme Corp on Thursday为周四与 Acme Corp 的销售会议做准备。整个流程分为六个步骤下面逐步拆解。步骤 1搜索客户信息第一步是检索 Notion 工作区中与该客户相关的全部既有记录调用方式为Notion:notion-search query: Acme Corp在示例中这一步命中了四类关键材料CRM 初次通话记录CRM notes from initial call、产品演示反馈Product demo feedback、报价方案Pricing proposal、竞品分析Competitor analysis。从源码证据看检索不是碰运气式的全文扫描而是可以精确圈定范围。在 project-decision.md 示例中同样的notion-search调用附加了query_type: internal、teamspace_id团队空间限定与filters.created_date_range时间范围过滤等参数表明该技能在检索阶段支持按团队空间、文档类型与创建时间做定向过滤以避免跨团队信息污染。步骤 2抓取详情并提炼上下文对命中的页面逐页抓取通常为 35 页Notion:notion-fetch (4 pages)抓取后的关键上下文被结构化提炼为五类信息这也是后续所有材料的原料Company公司画像500 人规模的 fintech 初创公司已完成 B 轮融资Pain Points痛点手工工作流、数据孤岛、规模化问题Decision Makers决策者CTO技术视角、VP Product用户需求视角、CFO预算视角Timeline时间线需要在 Q1 前找到解决方案Budget预算每年 5 万7.5 万美元区间Competition竞争格局客户正在评估我方与竞品 A、竞品 B。值得注意的是抓取参数在更复杂的场景下支持按页面 ID 精确拉取。在 project-decision.md 中每一次Notion:notion-fetch都携带id参数指向具体页面并在提取后记录一行Extracted摘要——这说明提炼过程强调先读原文、再写摘要而非凭记忆编造客户信息。步骤 3补充研究上下文Codex ResearchNotion 提供的是我们已知的内部事实而 Codex 研究补充的是行业通用的外部知识。示例中补充了三类内容Fintech 行业的合规要求金融产品的常见集成需求B 轮公司的典型采购流程。这里必须强调一个事实边界Notion 事实与 Codex 洞察必须区分开。在 evaluations/README.md 中Distinguishes between Notion facts and Codex insights 被列为技能的核心行为之一评估标准明确要求Codex enrichment adds value without replacing Notion content研究是锦上添花而非替代内部事实并且研究结论应附来源链接、区分事实与观点。步骤 4创建内部预读材料Internal Pre-Read内部预读是给销售团队自己看的高信息密度文档通过Notion:notion-create-pages创建Notion:notion-create-pages pages: [{ properties: { title: Acme Corp Meeting - Pre-Read (Internal) }, content: # Acme Corp Meeting - Pre-Read (Internal) ... }]示例中预读文档包含五个板块Company Overview公司概览公司规模、轮次、决策者并直接以mention-page url...CRM Notes/mention-page的 Notion 页面提及mention标签内联引用 CRM 记录作为来源Their Pain Points → Our Solutions痛点映射方案手工工作流→工作流自动化、数据孤岛→API 集成、规模化问题→企业级功能这是销售材料中最关键的需求—能力映射Competitive Position竞争定位相对竞品 A/B 的优势——更强的集成生态Stripe、Plaid、更强的合规能力、更快的实施周期4 周对比 12 周Pricing Strategy定价策略直接给出建议——每年 6 万美元落在客户预算区间中位Potential Objections Responses潜在异议与应答预写可能的反对意见与回应话术。内部二字不是装饰。评估文档 evaluations/README.md 明确要求内部预读应包含策略、建议、详细的利弊分析并且Internal pre-read marked INTERNAL ONLY or For team only——即敏感的策略信息只出现在内部文档绝不外泄到对客文档。步骤 5创建对外会议议程Customer Agenda第二份文档是发给客户看的正式议程同样通过Notion:notion-create-pages创建标题为 Acme Corp - Product Demo QANotion:notion-create-pages pages: [{ properties: { title: Acme Corp - Product Demo QA }, content: # Acme Corp - Product Demo QA ... }]议程结构体现了对外的克制只包含会议事实与流程不包含内部定价策略。其骨架为Meeting Details时间2025-10-17 周四 14:00 PST、双方参会人Acme 的 CTO/VP Product/CFO我方的 Sales Lead/Solutions Engineer、时长60 分钟Objective演示平台如何解决 Acme 的工作流自动化与集成挑战Agenda带时间盒的五个环节开场介绍5 分钟了解当前工作流10 分钟痛点、集成需求、成功标准产品演示25 分钟工作流自动化能力、API 集成Stripe、Plaid、安全与合规功能定价与实施10 分钟下一步10 分钟。时间盒timebox是议程质量的关键指标评估标准中明确要求Agenda includes time allocations for each section。产品演示环节占了 25 分钟且完全围绕客户痛点和用例编排呼应了示例末尾总结的成功因素Structured demo around their use cases。步骤 6链接相关资源最后一步将两份文档与支撑材料互联把议程连接到 CRM 页面、定价表和技术集成文档。这种交叉链接让参会者在会后可以沿链接钻取原始数据。输出成果与成功要素整个流程的产出物清晰可交付Internal Pre-Read销售团队的完整上下文包Customer Agenda专业的对外会议结构两份文档均存于 Notion并带指向支撑材料的链接。示例末尾总结了 7 条成功要素可作为任何会议准备的通用检查清单理解客户具体的痛点研究行业上下文如 fintech 合规将功能映射到客户需求准备竞争差异化论据围绕客户用例编排演示预写异议应答议程中包含清晰的下一步行动。模板先行按会议类型选对结构customer-meeting 是客户对外会议的形态但同一技能覆盖更广的会议谱系。根据 template-selection-guide.md应先按会议性质选择模板再进入上下文收集会议类型使用模板适用场景做决策决策会议模板评估选项并达成决策项目更新状态更新模板常规检查、进度评审激发创意头脑风暴模板创意发散、问题解决冲刺规划冲刺规划模板规划敏捷冲刺工作冲刺复盘复盘模板回顾已完成工作经理/下属 1:11:1 模板定期一对一沟通周例会状态更新模板简化版例行团队同步选择指南还给出了一个快速决策树决策→决策模板、进度更新→状态更新模板、产生想法→头脑风暴模板、规划冲刺→冲刺规划模板、回顾→复盘模板、经理沟通→1:1 模板。所有模板都支持按需精简、增删章节、组合复用和本地化语言。这些模板与 customer-meeting 示例形成呼应例如状态更新模板中的 Metrics 表格与高管评审示例中的 KPI 提炼一脉相承决策模板中的 Options Analysis / Recommendation / Decision Framework 结构正是 project-decision.md 中数据库迁移决策会议产出的 300 余行预读文档的骨架。这也印证了示例中从选定模板出发、按需改编的实践路径。质量底线双文档纪律与跨模型一致性evaluations/README.md 定义了该技能的可测试质量基线可以作为使用者的自查清单核心行为必须满足先检索 Notion 上下文而非先做 Codex 研究抓取的是具体页面而非泛泛搜索产出两份文档内部预读 对外议程且均明确标注、互相交叉链接Codex 研究有价值且不替代 Notion 内容用mention-page标签引用 23 个以上 Notion 来源页在 Haiku、Sonnet、Opus 三个模型上表现一致。文档结构规范预读结构Overview → Background → Current Status → Context Insights → Discussion Points议程结构Details → Objective → Agenda Items含时间分配→ Decisions → Actions → Resources标题包含日期或会议语境内容可执行、可直接用于会议。反例不合格输出Creates meeting materials、Gathers context effectively 这类模糊描述无法验证应替换为可测试的断言例如创建了两份文档内部预读标注了 INTERNAL ONLY至少引用 23 个 Notion 页面。从示例到落地复用与扩展建议customer-meeting 示例展示了单一场景的完整闭环仓库内的其他示例可帮助你横向复用若要准备高管季度评审参考 executive-review.md其展示了如何从 OKR、指标看板、工程效率报告、客户反馈中综合提炼指标并诚实呈现未达目标的一面若要准备技术架构决策会参考 project-decision.md其展示了带过滤条件的定向搜索、多方案利弊分析、16 个按主题分组的讨论问题、决策框架与会议中再填写的决策区以及用Notion:notion-create-comment在议程页提醒参会者。在使用该技能时请始终遵守三条纪律先 Notion 后 Codex内部事实是地基、内部与外部分离敏感策略只进预读、时间盒与来源引用让议程可执行、内容可追溯。【免费下载链接】awesome-codex-skillsA curated list of practical Codex skills for automating workflows across the Codex CLI and API.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-codex-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 用 Codex 与 Notion 自动化客户会议准备：awesome-codex-skills 中 notion-meeting-intelligence 技能实战解析
用 Codex 与 Notion 自动化客户会议准备awesome-codex-skills 中 notion-meeting-intelligence 技能实战解析【免费下载链接】awesome-codex-skillsA curated list of practical Codex skills for automating workflows across the Codex CLI and API.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-codex-skills本文基于开源仓库 awesome-codex-skills 中的 notion-meeting-intelligence 技能以 customer-meeting.md 端到端示例为骨架讲解如何让 Codex 通过 Notion MCP 自动完成客户销售会议的会前准备检索客户档案、抓取关键上下文、补充行业研究、生成内部预读材料与对外会议议程。读完本文你将掌握一条可直接复用的六步会议准备流水线以及其背后的 Notion MCP 配置、模板选择策略与质量评估标准。技能概览什么是 Meeting Intelligencenotion-meeting-intelligence 是 awesome-codex-skills 仓库中专门用于会议智能准备的技能模块其定位定义在 SKILL.md 中Prepare meeting materials with Notion context and Codex research; use when gathering context, drafting agendas/pre-reads, and tailoring materials to attendees.一句话概括从 Notion 拉取组织内部上下文用 Codex 的研究能力做行业知识补充再为不同会议类型生成内部预读 对外议程两份文档。该技能目录结构如下notion-meeting-intelligence/ ├── SKILL.md # 技能主流程定义 ├── examples/ # 端到端会议准备示例 │ ├── customer-meeting.md # 客户销售会议本文核心 │ ├── executive-review.md # 高管季度评审 │ ├── project-decision.md # 架构决策会议 │ └── sprint-planning.md # 冲刺规划 ├── reference/ # 模板与选择指南 │ ├── template-selection-guide.md │ ├── decision-meeting-template.md │ ├── status-update-template.md │ ├── sprint-planning-template.md │ ├── one-on-one-template.md │ ├── retrospective-template.md │ └── brainstorming-template.md └── evaluations/ # 跨模型质量评估 ├── README.md ├── decision-meeting-prep.json └── status-meeting-prep.json技能本身不包含可执行代码而是通过Codex 与 Notion MCP 服务器的组合指令驱动因此文章的核心证据全部来自其示例、模板与评估文档。前置条件打通 Notion MCP在开始任何会议准备之前需要先让 Codex 具备访问 Notion 工作区的能力。根据 SKILL.md 的 Workflow Step 0当任何 MCP 调用因 Notion MCP 未连接而失败时应按以下顺序完成配置添加 Notion MCP 服务器codex mcp add notion --url https://mcp.notion.com/mcp启用远程 MCP 客户端在config.toml中设置[features].rmcp_client true或直接运行codex --enable rmcp_clientOAuth 登录codex mcp login notion登录成功后需重启 Codex再重新发起会议准备请求。该技能依赖三个核心 MCP 能力Notion:notion-search检索、Notion:notion-fetch抓取页面、Notion:notion-create-pages创建页面辅以Notion:notion-update-page更新页面与Notion:notion-create-comment评论提醒后者在 project-decision.md 示例中用于在议程页上 提醒参会者审阅预读材料。六步客户会议准备流水线customer-meeting.md 给出了一个完整的实战场景用户请求为Prep for sales meeting with Acme Corp on Thursday为周四与 Acme Corp 的销售会议做准备。整个流程分为六个步骤下面逐步拆解。步骤 1搜索客户信息第一步是检索 Notion 工作区中与该客户相关的全部既有记录调用方式为Notion:notion-search query: Acme Corp在示例中这一步命中了四类关键材料CRM 初次通话记录CRM notes from initial call、产品演示反馈Product demo feedback、报价方案Pricing proposal、竞品分析Competitor analysis。从源码证据看检索不是碰运气式的全文扫描而是可以精确圈定范围。在 project-decision.md 示例中同样的notion-search调用附加了query_type: internal、teamspace_id团队空间限定与filters.created_date_range时间范围过滤等参数表明该技能在检索阶段支持按团队空间、文档类型与创建时间做定向过滤以避免跨团队信息污染。步骤 2抓取详情并提炼上下文对命中的页面逐页抓取通常为 35 页Notion:notion-fetch (4 pages)抓取后的关键上下文被结构化提炼为五类信息这也是后续所有材料的原料Company公司画像500 人规模的 fintech 初创公司已完成 B 轮融资Pain Points痛点手工工作流、数据孤岛、规模化问题Decision Makers决策者CTO技术视角、VP Product用户需求视角、CFO预算视角Timeline时间线需要在 Q1 前找到解决方案Budget预算每年 5 万7.5 万美元区间Competition竞争格局客户正在评估我方与竞品 A、竞品 B。值得注意的是抓取参数在更复杂的场景下支持按页面 ID 精确拉取。在 project-decision.md 中每一次Notion:notion-fetch都携带id参数指向具体页面并在提取后记录一行Extracted摘要——这说明提炼过程强调先读原文、再写摘要而非凭记忆编造客户信息。步骤 3补充研究上下文Codex ResearchNotion 提供的是我们已知的内部事实而 Codex 研究补充的是行业通用的外部知识。示例中补充了三类内容Fintech 行业的合规要求金融产品的常见集成需求B 轮公司的典型采购流程。这里必须强调一个事实边界Notion 事实与 Codex 洞察必须区分开。在 evaluations/README.md 中Distinguishes between Notion facts and Codex insights 被列为技能的核心行为之一评估标准明确要求Codex enrichment adds value without replacing Notion content研究是锦上添花而非替代内部事实并且研究结论应附来源链接、区分事实与观点。步骤 4创建内部预读材料Internal Pre-Read内部预读是给销售团队自己看的高信息密度文档通过Notion:notion-create-pages创建Notion:notion-create-pages pages: [{ properties: { title: Acme Corp Meeting - Pre-Read (Internal) }, content: # Acme Corp Meeting - Pre-Read (Internal) ... }]示例中预读文档包含五个板块Company Overview公司概览公司规模、轮次、决策者并直接以mention-page url...CRM Notes/mention-page的 Notion 页面提及mention标签内联引用 CRM 记录作为来源Their Pain Points → Our Solutions痛点映射方案手工工作流→工作流自动化、数据孤岛→API 集成、规模化问题→企业级功能这是销售材料中最关键的需求—能力映射Competitive Position竞争定位相对竞品 A/B 的优势——更强的集成生态Stripe、Plaid、更强的合规能力、更快的实施周期4 周对比 12 周Pricing Strategy定价策略直接给出建议——每年 6 万美元落在客户预算区间中位Potential Objections Responses潜在异议与应答预写可能的反对意见与回应话术。内部二字不是装饰。评估文档 evaluations/README.md 明确要求内部预读应包含策略、建议、详细的利弊分析并且Internal pre-read marked INTERNAL ONLY or For team only——即敏感的策略信息只出现在内部文档绝不外泄到对客文档。步骤 5创建对外会议议程Customer Agenda第二份文档是发给客户看的正式议程同样通过Notion:notion-create-pages创建标题为 Acme Corp - Product Demo QANotion:notion-create-pages pages: [{ properties: { title: Acme Corp - Product Demo QA }, content: # Acme Corp - Product Demo QA ... }]议程结构体现了对外的克制只包含会议事实与流程不包含内部定价策略。其骨架为Meeting Details时间2025-10-17 周四 14:00 PST、双方参会人Acme 的 CTO/VP Product/CFO我方的 Sales Lead/Solutions Engineer、时长60 分钟Objective演示平台如何解决 Acme 的工作流自动化与集成挑战Agenda带时间盒的五个环节开场介绍5 分钟了解当前工作流10 分钟痛点、集成需求、成功标准产品演示25 分钟工作流自动化能力、API 集成Stripe、Plaid、安全与合规功能定价与实施10 分钟下一步10 分钟。时间盒timebox是议程质量的关键指标评估标准中明确要求Agenda includes time allocations for each section。产品演示环节占了 25 分钟且完全围绕客户痛点和用例编排呼应了示例末尾总结的成功因素Structured demo around their use cases。步骤 6链接相关资源最后一步将两份文档与支撑材料互联把议程连接到 CRM 页面、定价表和技术集成文档。这种交叉链接让参会者在会后可以沿链接钻取原始数据。输出成果与成功要素整个流程的产出物清晰可交付Internal Pre-Read销售团队的完整上下文包Customer Agenda专业的对外会议结构两份文档均存于 Notion并带指向支撑材料的链接。示例末尾总结了 7 条成功要素可作为任何会议准备的通用检查清单理解客户具体的痛点研究行业上下文如 fintech 合规将功能映射到客户需求准备竞争差异化论据围绕客户用例编排演示预写异议应答议程中包含清晰的下一步行动。模板先行按会议类型选对结构customer-meeting 是客户对外会议的形态但同一技能覆盖更广的会议谱系。根据 template-selection-guide.md应先按会议性质选择模板再进入上下文收集会议类型使用模板适用场景做决策决策会议模板评估选项并达成决策项目更新状态更新模板常规检查、进度评审激发创意头脑风暴模板创意发散、问题解决冲刺规划冲刺规划模板规划敏捷冲刺工作冲刺复盘复盘模板回顾已完成工作经理/下属 1:11:1 模板定期一对一沟通周例会状态更新模板简化版例行团队同步选择指南还给出了一个快速决策树决策→决策模板、进度更新→状态更新模板、产生想法→头脑风暴模板、规划冲刺→冲刺规划模板、回顾→复盘模板、经理沟通→1:1 模板。所有模板都支持按需精简、增删章节、组合复用和本地化语言。这些模板与 customer-meeting 示例形成呼应例如状态更新模板中的 Metrics 表格与高管评审示例中的 KPI 提炼一脉相承决策模板中的 Options Analysis / Recommendation / Decision Framework 结构正是 project-decision.md 中数据库迁移决策会议产出的 300 余行预读文档的骨架。这也印证了示例中从选定模板出发、按需改编的实践路径。质量底线双文档纪律与跨模型一致性evaluations/README.md 定义了该技能的可测试质量基线可以作为使用者的自查清单核心行为必须满足先检索 Notion 上下文而非先做 Codex 研究抓取的是具体页面而非泛泛搜索产出两份文档内部预读 对外议程且均明确标注、互相交叉链接Codex 研究有价值且不替代 Notion 内容用mention-page标签引用 23 个以上 Notion 来源页在 Haiku、Sonnet、Opus 三个模型上表现一致。文档结构规范预读结构Overview → Background → Current Status → Context Insights → Discussion Points议程结构Details → Objective → Agenda Items含时间分配→ Decisions → Actions → Resources标题包含日期或会议语境内容可执行、可直接用于会议。反例不合格输出Creates meeting materials、Gathers context effectively 这类模糊描述无法验证应替换为可测试的断言例如创建了两份文档内部预读标注了 INTERNAL ONLY至少引用 23 个 Notion 页面。从示例到落地复用与扩展建议customer-meeting 示例展示了单一场景的完整闭环仓库内的其他示例可帮助你横向复用若要准备高管季度评审参考 executive-review.md其展示了如何从 OKR、指标看板、工程效率报告、客户反馈中综合提炼指标并诚实呈现未达目标的一面若要准备技术架构决策会参考 project-decision.md其展示了带过滤条件的定向搜索、多方案利弊分析、16 个按主题分组的讨论问题、决策框架与会议中再填写的决策区以及用Notion:notion-create-comment在议程页提醒参会者。在使用该技能时请始终遵守三条纪律先 Notion 后 Codex内部事实是地基、内部与外部分离敏感策略只进预读、时间盒与来源引用让议程可执行、内容可追溯。【免费下载链接】awesome-codex-skillsA curated list of practical Codex skills for automating workflows across the Codex CLI and API.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-codex-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考