Notion Brain
Use this skill to make deliberate Notion saves, not reflexive ones.
The job is fourfold:
- 1. decide whether the content deserves a durable home in Notion
- route it to the right page or database
- shape it into a clean structure before writing
- push it with the correct Notion MCP call pattern
Decision gate
Write to Notion only if at least one of these is true:
- - the content will be useful again later
- it captures a decision, plan, status, insight, or reusable artifact
- it would be annoying or costly to reconstruct
- the owner would reasonably expect to find it in their second brain later
Do not write to Notion when the content is:
- - trivial, obvious, or disposable
- already stored there in equivalent form
- better suited only for chat, scratch work, or transient memory
- part of a dedicated workflow this skill explicitly excludes
When unsure, prefer one of these outcomes:
- - Do not save
- Save a short capture to Inbox DB
- Save a fully structured page
Scope and non-scope
In scope:
- - research summaries
- decision memos
- project plans and project status
- article drafts
- security audit reports
- financial snapshots
- weekly rollups
- contact notes
- meeting prep
- quick captures worth preserving
Out of scope:
- - health database management
- property, vehicle, or equipment management
- replacing workspace memory or daily logs
- auto-pushing everything by default
Always write to workspace memory separately when the content also matters for agent continuity.
Default workflow
- 1. Classify the content
Choose the closest content type from
references/page-map.md.
- 2. Choose save depth
- durable artifact or polished note -> structured page under the destination page
- uncertain but worth keeping -> Inbox DB capture
- existing page needs more detail -> append blocks instead of creating a duplicate
- 3. Load the right template
Read
references/templates.md and use the smallest template that preserves value.
- 4. Check for an existing page first
Use Notion search before creating a new page when the topic may already exist.
- 5. Write with MCP
Read
references/mcp-commands.md and use the exact command pattern for:
- search
- create page in a parent page
- create item in Inbox DB
- update page metadata
- append blocks to an existing page
- 6. Keep titles specific
Prefer titles that are searchable and date-aware, for example:
-
Research Summary — Microsoft Copilot vs SecureAI — 2026-03-22
-
Decision Memo — Notion Routing Skill
- INLINECODE5
- 7. Avoid junk writes
If the content is weak, incomplete, or duplicated, either tighten it first or do not save it.
Routing rules
Read references/page-map.md when deciding destination.
Practical defaults:
- - broad knowledge, synthesis, decisions, audits, rollups, and relationship notes -> Knowledge Hub
- work execution and meeting support -> Work Hub
- writing and publishing work -> Content Hub
- money and finance artifacts -> Finance Hub
- everything else worth saving but not yet sorted -> Inbox DB
Formatting rules
Read references/templates.md when preparing the payload.
Default formatting standards:
- - lead with a one-line summary
- use short sections, not walls of text
- preserve source links, dates, and decisions
- include
Next steps only when action is implied - avoid raw dump formatting unless using Inbox DB for quick capture
MCP usage
Read references/mcp-commands.md before writing. Use native Notion MCP tools (notion-search, notion-create-pages, notion-update-page, notion-fetch) — not mcporter.
Command order:
- 1. search if collision is possible
- create or identify target page/database item
- add content (inline for new pages, append for existing)
- update page properties only when needed
Duplicate handling
Always search before creating when:
- - the title contains a person name, project name, or recurring topic
- the content type recurs (weekly rollup, project status, financial snapshot)
- you are unsure whether the page already exists
When a duplicate is found:
- - rollups and status pages → use
replace_content to supersede the old version - knowledge pages → use
update_content to append new findings - captures → skip the write and note the existing page
Content size limits
Notion API constrains each rich text element to ~2000 characters. For content longer than ~1500 words, split into multiple calls. Keep each payload focused; add long sections via follow-up update_content calls.
Review markers
After pushing content to Notion, consider adding a comment instead of editing the page body when:
- - marking that the content was reviewed or verified
- flagging something as stale
- adding metadata about when/why the page was created
Use the Comments API pattern from references/mcp-commands.md.
Setup
Before using this skill, replace the placeholder page and database IDs in the reference files with your own Notion IDs.
Minimum setup:
- -
references/page-map.md — set the destinations you want to use for knowledge, work, content, finance, and inbox capture - INLINECODE14 — replace every
YOUR_*_ID placeholder with the matching Notion page or data source ID - optional: rename destination labels to match your workspace, while preserving the routing logic
Recommended destination mapping:
- - Knowledge Hub — durable notes, research, decisions, audits, rollups, relationship notes
- Work Hub — active execution artifacts, meeting prep, project plans, project status
- Content Hub — drafts, outlines, posts, newsletters, content experiments
- Finance Hub — durable financial summaries and snapshots
- Inbox DB — quick captures worth saving before full structuring
How to get your IDs:
- - open the target page or database in Notion
- copy the page URL
- extract the 32-character page/database identifier from the URL
- use the page ID for top-level pages and the data source ID for databases such as Inbox DB
Do not ship or publish your private Notion IDs in shared repositories.
Output expectations
When using this skill, return a compact operator-style summary:
- - Decision: save / do not save / save to inbox
- Destination: exact Notion page or database
- Format: template used
- Action: command pattern chosen or write completed
- Memory note: whether the same content should also be logged to workspace memory
References
- -
references/page-map.md — content type to destination routing - INLINECODE17 — section templates by content type
- INLINECODE18 — exact Notion MCP command patterns with placeholder IDs
Notion Brain
使用此技能进行有意识的Notion保存,而非条件反射式的操作。
工作分为四步:
- 1. 判断内容是否值得在Notion中拥有持久归宿
- 将其路由到正确的页面或数据库
- 在写入前将其塑造成清晰的结构
- 使用正确的Notion MCP调用模式推送内容
决策关卡
仅当以下条件至少满足一项时,才写入Notion:
- - 该内容将来会再次有用
- 它记录了一项决策、计划、状态、洞察或可复用的成果
- 重新构建它会很麻烦或成本高昂
- 所有者有理由期望日后能在其第二大脑中找到它
当内容属于以下情况时,不要写入Notion:
- - 琐碎、显而易见或一次性使用
- 已以等效形式存储在那里
- 仅适合聊天、草稿或临时记忆
- 属于此技能明确排除的专用工作流程
不确定时,优先选择以下结果之一:
- - 不保存
- 将简短记录保存到收件箱数据库
- 保存完全结构化的页面
范围与非范围
范围内:
- - 研究摘要
- 决策备忘录
- 项目计划和项目状态
- 文章草稿
- 安全审计报告
- 财务快照
- 周报汇总
- 联系人笔记
- 会议准备
- 值得保留的快速记录
范围外:
- - 健康数据库管理
- 财产、车辆或设备管理
- 替代工作区记忆或日常日志
- 默认自动推送所有内容
当内容对智能体连续性也很重要时,始终单独写入工作区记忆。
默认工作流程
- 1. 对内容进行分类
从references/page-map.md中选择最接近的内容类型。
- 2. 选择保存深度
- 持久性成果或精炼笔记 → 目标页面下的结构化页面
- 不确定但值得保留 → 收件箱数据库记录
- 现有页面需要更多细节 → 追加块而非创建重复页面
- 3. 加载正确的模板
阅读references/templates.md,使用能保留价值的最小模板。
- 4. 首先检查是否存在现有页面
在主题可能已存在时,先使用Notion搜索再创建新页面。
- 5. 使用MCP写入
阅读references/mcp-commands.md,对以下操作使用精确的命令模式:
- 搜索
- 在父页面中创建页面
- 在收件箱数据库中创建条目
- 更新页面元数据
- 向现有页面追加块
- 6. 保持标题具体
优先使用可搜索且包含日期的标题,例如:
- 研究摘要 — Microsoft Copilot vs SecureAI — 2026-03-22
- 决策备忘录 — Notion路由技能
- 周报汇总 — 2026-W12
- 7. 避免垃圾写入
如果内容薄弱、不完整或重复,要么先精简,要么不保存。
路由规则
在决定目标位置时阅读references/page-map.md。
实用默认值:
- - 广泛知识、综合、决策、审计、汇总和关系笔记 → 知识中心
- 工作执行和会议支持 → 工作中心
- 写作和发布工作 → 内容中心
- 金钱和财务成果 → 财务中心
- 其他值得保存但尚未分类的内容 → 收件箱数据库
格式规则
在准备负载时阅读references/templates.md。
默认格式标准:
- - 以一行摘要开头
- 使用简短段落,而非大段文字
- 保留来源链接、日期和决策
- 仅在隐含行动时包含后续步骤
- 避免原始转储格式,除非使用收件箱数据库进行快速记录
MCP使用
在写入前阅读references/mcp-commands.md。使用原生Notion MCP工具(notion-search、notion-create-pages、notion-update-page、notion-fetch)——而非mcporter。
命令顺序:
- 1. 如果可能冲突则先搜索
- 创建或识别目标页面/数据库条目
- 添加内容(新页面内联,现有页面追加)
- 仅在需要时更新页面属性
重复处理
在以下情况下始终先搜索再创建:
- - 标题包含人名、项目名或重复出现的主题
- 内容类型会重复出现(周报汇总、项目状态、财务快照)
- 不确定页面是否已存在
发现重复时:
- - 汇总和状态页面 → 使用replacecontent替换旧版本
- 知识页面 → 使用updatecontent追加新发现
- 记录 → 跳过写入并注明现有页面
内容大小限制
Notion API将每个富文本元素限制为约2000个字符。对于超过约1500字的内容,拆分为多次调用。保持每个负载集中;通过后续的update_content调用添加长段落。
审查标记
将内容推送到Notion后,考虑添加评论而非编辑页面正文,当:
- - 标记内容已审查或验证
- 标记某些内容已过时
- 添加关于页面创建时间/原因的元数据
使用references/mcp-commands.md中的评论API模式。
设置
在使用此技能前,将参考文件中的占位符页面和数据库ID替换为您自己的Notion ID。
最低设置:
- - references/page-map.md — 设置您想用于知识、工作、内容、财务和收件箱记录的目标位置
- references/mcp-commands.md — 将每个YOUR*ID占位符替换为匹配的Notion页面或数据源ID
- 可选:重命名目标标签以匹配您的工作区,同时保留路由逻辑
推荐的目标映射:
- - 知识中心 — 持久笔记、研究、决策、审计、汇总、关系笔记
- 工作中心 — 活跃执行成果、会议准备、项目计划、项目状态
- 内容中心 — 草稿、大纲、帖子、通讯、内容实验
- 财务中心 — 持久财务摘要和快照
- 收件箱数据库 — 完全结构化前值得保存的快速记录
如何获取您的ID:
- - 在Notion中打开目标页面或数据库
- 复制页面URL
- 从URL中提取32字符的页面/数据库标识符
- 对顶级页面使用页面ID,对数据库(如收件箱数据库)使用数据源ID
不要在共享仓库中发布或公开您的私人Notion ID。
输出期望
使用此技能时,返回简洁的操作员风格摘要:
- - 决策: 保存 / 不保存 / 保存到收件箱
- 目标位置: 确切的Notion页面或数据库
- 格式: 使用的模板
- 操作: 选择的命令模式或写入完成
- 记忆备注: 相同内容是否也应记录到工作区记忆
参考
- - references/page-map.md — 内容类型到目标位置的路由
- references/templates.md — 按内容类型划分的段落模板
- references/mcp-commands.md — 带有占位符ID的精确Notion MCP命令模式