用途：把 Notion 搭建成产品团队的文档与运营核心，覆盖 PRD、OKR、路线图、决策日志、冲刺评审、1:1 记录与客户研究，并规划与 Jira、Linear、GitHub 的同步。
主要能力：数据库设计，为 PRD、OKR、路线图、决策、冲刺评审建立类型化 schema，使用 relation、rollup、formula、status、unique_id 等属性；视图设计，配置表格、看板、时间线、日历、画廊、列表视图的筛选、排序与分组；页面与工作区架构，包括 Teamspace、首页仪表盘、relation 与 mention 的链接策略、治理与评审节奏；Notion REST API 编写，含查询、创建、更新、追加调用，复合筛选、分页与限流处理；同步模式设计，含单向、双向、汇总与嵌入集成。
使用方式：按任务加载对应参考文件，包括 notion-pm-playbook.md（运营手册与七大核心工作流）、notion-api-patterns.md（API 调用目录）、notion-database-design-for-pm.md（PRD/OKR/路线图/决策/评审的标准 schema）、red-flags.md（常见错误与修复），以及 PRD、路线图、OKR 模板。API 文档见 https://developers.notion.com/。
适用场景：新建产品团队文档工作区；从零设计 PRD、OKR、路线图或决策数据库；重构页面散乱的 Notion 工作区；构建从问题跟踪器汇总的路线图或状态视图；编写 REST API 调用；建立 Notion 与 Jira/Linear/GitHub 双向同步；制定归属、评审节奏与归档策略。
限制：不负责 Teamspace 之外的工作区级管理（SCIM、SAML、计费）；Jira、Confluence、Linear 的配置交由对应专家处理；战略 OKR 设定、故事拆分与待办梳理不在范围内。API 限流约 3 请求/秒，不适合高吞吐同步，需批处理与排队；低版本计划的 status 属性选项无法通过 API 创建，需手动预建；旧 API 版本中 rollup 不能引用 rollup，必要时用 formula 串联；页面级权限可能被 Teamspace 级变更覆盖；Notion 不能替代实时聊天协作。