Knowledge Capture

Convert conversations and notes into structured, linkable Notion pages for easy reuse.

Quick start

Clarify what to capture (decision, how-to, FAQ, learning, documentation) and target audience.
Identify the right database/template in reference/ (team wiki, how-to, FAQ, decision log, learning, documentation).
Pull any prior context from Notion with Notion:search → Notion:fetch (existing pages to update/link).
Draft the page with Notion:notion-create-pages using the database’s schema; include summary, context, source links, and tags/owners.
Link from hub pages and related records; update status/owners with Notion:notion-update-page as the source evolves.

Notion tool availability can vary by workspace. If a Notion MCP call returns Tool <name> not found, treat that tool as unavailable for the rest of the current task. Do not retry it with different arguments or call it again later; use Notion:search and Notion:fetch where sufficient.
Use one literal search query per Notion:search call and include filters: {} when no narrower filter is needed. If several query variants are useful, issue separate searches instead of writing or or + inside one query string.
Only pass Notion page, database, or data-source URLs/IDs to Notion:fetch. Search can also surface external connected-source URLs; use those as context or citations, but do not feed them into fetch.
Create pages with an explicit parent and a pages array. For database-backed pages, fetch the database first and use the returned collection://... data source ID.
To edit existing page content, fetch the current page first, then use Notion:notion-update-page with command: "update_content", properties: {}, and exact old_str / full replacement new_str pairs. For property-only edits, use command: "update_properties" with content_updates: []. The current deployed schema expects both top-level fields even when one is unused. Do not invent insertion-only commands.