扣子中导入Notion数据库用作智能体长期记忆模块

获取 Notion 集成令牌与数据库 ID

打开你的 Notion 工作区设置，找到 “Integrations” 页面，点 “+ New integration”，给它取个名字，比如 “Coze-Memory”，然后勾选你打算关联的工作区。保存之后，系统会生成一个 **Bot Token**，复制下来存好。这个 Token 就是扣子访问你 Notion 数据的唯一凭证——一旦泄露，别人就能随便读写你的数据库，所以千万别把它公开分享，更不要提交到代码仓库里。

接下来找到目标数据库页面。在浏览器地址栏里，你能看到类似 `https://www.notion.so/xxx/xxxxxxx?v=yyyyyyyyyy` 这样的链接。其中 `xxxxxxx` 那一段，就是你要找的 **Database ID**——它是一个 32 位的十六进制字符串，没有短横线。注意，这不是页面 ID，也不是视图 ID，别搞混了。

在扣子中配置 Notion 插件

进入扣子 Bot 编辑页，左侧菜单点 “Plugins”，然后点 “+ Add Plugin”，搜索并启用最新的 Notion 插件。

在插件配置页面里，依次填入刚才拿到的 Bot Token 和 Database ID。还有一个 Page ID 字段，如果没有特殊需求就留空——只有在你想固定某个页面作为记忆入口时才需要填。

填完之后，点 “Test Connection” 测试一下。如果返回 “Success”，说明网络通路没问题；如果报错 “Invalid token” 或 “Database not found”，马上去核对 —— 是不是 Token 已经过期了？Database ID 是不是少了一位字符？或者是不是混进了不该有的空格？

构建长期记忆调用逻辑

接下来开始在 Bot 的 Flow 里搭建调用逻辑。

先新建一个节点，类型选 “Plugin”，然后选择刚才配置好的 Notion 插件。

接着，设置操作为 “Query a database”。在 Filter 栏里，你需要写一个动态条件，比如 `property = "Last Accessed" and date after {{now - 7d}}`。这么做的目的是每次调用只拉取近 7 天被标记为活跃的记忆条目，而不是每次都把整个数据库翻一遍——全量查询不仅慢，还容易浪费 token。

然后，把插件输出的 “results” 字段接入下一个节点——无论你是用 Text To Speech 还是 LLM 节点，这一步都不可或缺。直接把原始 JSON 丢给大模型，十有八九会触发格式错误，所以必须做字段提取或者模板渲染，让模型能读懂结构化数据。

最后，在用户提问里包含 “上次提到的”“我记得之前说” 这类指代性表述时，自动触发刚才那个插件节点。你可以在 Trigger 条件里添加关键词匹配规则，比如检测到 “上次”“之前”“历史” 这些词，就直接启动查询。

设置双向写入以更新记忆

长期记忆不光是读，也要写。这里有两种常见方案。

第一种方案，用 Notion 插件的 “Create page” 动作。在 Bot 回复之后，自动把关键对话摘要写入数据库。你需要手动映射字段：把用户的问题填进 “Question” 属性，Bot 的回复填进 “Answer”，再把时间戳写入 “Created Time”。

第二种方案更灵活，适合对数据格式有更高要求的场景——在 Flow 里插入一个 “HTTP Request” 节点，向 Notion API 的 `/v1/pages` 端点发送 POST 请求。这种方式可以让你自由控制 icon、cover、properties 里内嵌的 relation 或 people 字段，但代价是你需要自己拼接 JSON body 和 bearer token 头部。

不过要注意，无论你选哪种方式，数据库里都必须事先拥有对应的属性名。比如你想写入 “Tags” 字段，那数据库里就必须有一个叫 “Tags” 的 multi-select 属性——否则写入会静默失败，没有任何错误提示。这一点很容易被忽略，提醒你提前检查一下。

你是一名 AI 行业编辑，请围绕下面这条热点输出一份资讯解读：
热点：扣子中导入Notion数据库用作智能体长期记忆模块要求：
1. 先用一句话解释这条热点在讲什么
2. 再总结它为什么重要
3. 说明会影响哪些 AI 产品或内容方向
4. 最后给出 3 个适合资讯站使用的标题