把 Notion 带入 Ottermind：让团队页面成为推进工作的依据

把 Notion 项目页面带入你正在 Ottermind 中处理的工作。配置好 Notion 技能后，你的智能体便可以读取有权限访问的内容，协助整理成实用简报，并为团队已经在用的页面准备更新。从你需要了解的项目、需要作出的决策开始。

真正值得改善的，是从打开页面到知道下一步该做什么之间的工作。上线计划描述范围，决策日志说明范围为何发生变化，跟踪表记录尚待完成的事项。把这些内容结合起来读，应该能让你做好参与项目的准备，同时随时查阅原始页面。

本文用一个虚构的新用户注册引导上线项目，演示从会前准备到会后跟进的全过程。示例材料和输出仅用于说明工作流程，并非真实客户任务记录或产品测试。

准备好 Notion 连接

这个流程使用连接 Notion 托管 MCP 服务器的 Notion 技能。它是 Ottermind 收录的第三方技能，设置时使用 mcporter 和 Notion OAuth 授权。启用技能，将它绑定到处理这项工作的智能体，并在开始前按照说明完成连接。

然后把一个你熟悉的页面 URL 发给智能体，让它确认页面标题。第一次读取可以帮助你确认连接能够访问哪些内容。如果你同时使用个人和公司工作区，还要核对当前连接是否指向正确的工作区。

Ottermind 设置指南介绍了技能绑定方法，Notion 连接指南说明了授权流程。可用工具取决于所连接的账号、权限和套餐。

带着整理好的背景信息参加项目评审

假设你刚接手一个新用户注册引导上线项目的协调工作。同事发来三个链接：上线计划、决策日志和上线准备跟踪表。你需要在明天的评审前，弄清团队已经同意上线哪些内容。

第一个请求就应说明这个目的。只说“总结这些页面”，相当于让智能体自行判断哪些细节重要；“帮我准备讨论上线范围和未决事项”，则为简报明确了读者和用途。

我正在接手新用户注册引导上线项目的协调工作。
请阅读以下 URL 中的上线计划、决策日志和上线准备跟踪表：
[页面 URL]。为明天的范围评审准备一页简报。

请包含上线目标、已同意的范围、已作出的决策，
以及仍未解决的问题。为每个实质性要点附上来源页面链接。
区分提议和已确认的决策。如果页面之间有矛盾，
请列出相互冲突的表述，以及我们需要解决的问题。
如果有相关内容无法读取，请告诉我。

为了看清一份实用的回答应该做到什么，假设原始页面中包含以下信息：

关键发现是这些表述之间的关系。逐页复述只会把三条信息重复一遍。实用的简报会指出还需要作出什么决策，才能让计划和跟踪表保持一致。

Notion 的工具支持获取页面内容，以及搜索有权限访问的工作区资料。准备简报时，应让智能体打开重要搜索结果对应的页面，而不是仅依赖搜索摘要。

读取来源页面: Notion MCP 支持的工具

第一版简报准备好后，可以进一步指定读者：“请改写给客服负责人阅读，重点说明客户会看到哪些注册路径，以及客服团队需要做哪些准备。”这次跟进会调整内容重点，同时保留相同的证据。它也能帮助你发现第一稿默认读者已经了解、实际却需要交代的背景知识。

把繁杂的跟踪表变成简短的会议议程

弄清范围后，下一个问题是评审应该把时间花在哪里。一张跟踪表可能包含几十条记录，但今天需要决策的也许只有几项。

从团队实际保存的视图开始。让智能体先检查字段和可见记录，再整理议程。Notion 的数据库工具提供视图和数据源信息，不过查询访问能力因套餐而异。如果无法完整读取指定视图，生成的议程应明确说明这一点。

请使用这个上线准备跟踪表视图：[视图 URL]。
检查新用户注册引导上线项目中尚未完成的事项。

请返回一个表格，包含事项标题、来源链接、已记录的负责人、
已记录的下一步行动，以及需要作出决策的问题。
重点关注缺少负责人、缺少下一步行动，或范围与我们刚阅读的
决策日志冲突的事项。
不要指派人员或安排日期。请仅将它作为拟议的会议议程。

对于这个虚构的上线项目，一份实用的议程可能是这样的：

这些行只是示例，并非从真实工作区检索到的信息。它们展示了你应要求的具体程度：准确指出缺口、对应记录，以及一个能够由人回答的问题。

你可以在同一段对话中继续细化议程。例如，让智能体提炼出评审结束前必须解决的三个问题，或按需要回答的人对事项分组。任何建议的讨论顺序，都应与记录中的优先级明确区分。

这样得到的会议文档才有清晰用途。相关记录已经找出，大家就可以把时间用于决定责任归属和范围。评审结束后，你也可以回到同一批记录，落实商定的修改。

把决策写回团队会使用的页面

评审只是工作的一部分。决策需要一个能长期查阅的存放位置，尤其是当有人一周后才阅读上线页面，却没有参加会议时。

接着简报继续处理，并补充已确认的会议记录。例如，团队可能已经同意单点登录不纳入本次上线，并由一位明确指定的客服负责人负责常见问题文档。写入 Notion 之前，先让智能体给出拟议更新。

以下是我们上线评审中已确认的结果：[已批准的记录]。
请为这个项目页面起草一则带日期的更新：[页面 URL]。

包含我们作出了什么决策、为什么，以及记录中明确写出的
下一步行动。展示要添加的章节的完整内容和建议放置的位置。
保留页面其余内容。写入前等待我的确认。
写入后，重新读取修改过的部分，并返回页面链接。

更新可以采用一个简单结构：决策 → 原因 → 下一步行动 → 相关记录。它为后续读者提供足够的背景，让他们既能理解结果，也能知道工作将在哪里继续。没有影响决策的讨论可以省略。

所选技能可以更新有权限访问的 Notion 内容；它的说明要求，对具体修改对象有明确的操作意图。指定目标页面并审阅拟添加的部分，能让这个意图变得具体。

写入商定的更新: 所选 Notion 技能及其支持的操作

如果还需要修改跟踪表属性，请将它作为一项单独、明确指定的编辑。添加决策记录并不会自动更新所有引用旧范围的记录。让智能体列出仍然存在的不一致之处，再由你决定哪些更新属于当前任务。

从一项真实决策背后的页面开始

拿出一个你正在参与的项目的计划、决策记录和跟踪表。让智能体整理一份能在下次沟通前读完的简报，再利用相同的上下文准备议程并记录结果。

这就是使用 Ottermind 智能体工作区的一种实用方式：让来源材料始终与它支持的工作相连。如果你还不熟悉可复用技能，可以先阅读技能入门介绍。如果已有项目准备就绪，打开 Notion 技能，从项目的来源页面开始。