---

name: notion-knowledge-capture description: '用于把对话、决策和笔记沉淀到 Notion。' zh_description: "用于把对话、决策和笔记沉淀到 Notion。" version: "1.0.0" author: "seaworld008" source: "in-house" source_url: "" tags: '["capture", "knowledge", "notion"]' created_at: "2026-03-04" updated_at: "2026-03-20" quality: 3 complexity: "intermediate" metadata: short-description: Capture conversations into structured Notion pages

Knowledge Capture

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

When to Use

Use this skill when the user wants to:

• turn a chat, meeting note, or rough draft into a durable Notion page
• capture a decision, FAQ, how-to, or learning note in a reusable format
• update an existing wiki page instead of creating duplicate documentation
• connect new knowledge to existing hub pages, databases, or related records

Use a different skill when:

• the task is specifically meeting prep before the meeting starts → use notion-meeting-intelligence
• the main job is research synthesis across many Notion pages → use notion-research-documentation
• the main job is breaking a PRD/spec into implementation artifacts → use notion-spec-to-implementation

Quick start

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

Usage

Typical usage pattern:

search existing page/database
-> fetch target schema or page content
-> decide create vs update
-> write structured content
-> link related records
-> verify final page destination

Default output shape:

• short summary at the top
• structured sections instead of raw transcript dump
• source links or discussion references
• explicit owners/tags if the destination database supports them

Workflow

0) If any MCP call fails because Notion MCP is not connected, pause and set it up:

1. Add the Notion MCP:
   • codex mcp add notion --url https://mcp.notion.com/mcp
2. Enable remote MCP client:
   • Set [features].rmcp_client = true in config.toml or run codex --enable rmcp_client
3. Log in with OAuth:
   • codex mcp login notion

After successful login, the user will have to restart codex. You should finish your answer and tell them so when they try again they can continue with Step 1.

1) Define the capture

• Ask purpose, audience, freshness, and whether this is new or an update.
• Determine content type: decision, how-to, FAQ, concept/wiki entry, learning/note, documentation page.

2) Locate destination

• Pick the correct database using reference/*-database.md guides; confirm required properties (title, tags, owner, status, date, relations).
• If multiple candidate databases, ask the user which to use; otherwise, create in the primary wiki/documentation DB.
• If the destination is a database URL, fetch it first and identify the correct data_source_id before creating pages.
• Prefer updating an existing page when the new content is incremental and the original page is still the canonical source.

3) Extract and structure

• Extract facts, decisions, actions, and rationale from the conversation.
• For decisions, record alternatives, rationale, and outcomes.
• For how-tos/docs, capture steps, pre-reqs, links to assets/code, and edge cases.
• For FAQs, phrase as Q&A with concise answers and links to deeper docs.
• Remove conversational filler; keep only information future readers need.
• If the source text is messy, build the clean page first, then preserve raw notes only in a small appendix or source section.

4) Create/update in Notion

• Use Notion:notion-create-pages with the correct data_source_id; set properties (title, tags, owner, status, dates, relations).
• Use templates in reference/ to structure content (section headers, checklists).
• If updating an existing page, fetch then edit via Notion:notion-update-page.
• When updating content, anchor edits on exact old strings from notion-fetch; do not guess snippets.
• If the page lives outside a database, only the title property is allowed.

5) Link and surface

• Add relations/backlinks to hub pages, related specs/docs, and teams.
• Add a short summary/changelog for future readers.
• If follow-up tasks exist, create tasks in the relevant database and link them.

Common Pitfalls

• Creating a new page when the existing page should have been updated
• Using a database URL where a data_source_id is required
• Writing long unstructured transcript dumps instead of reusable knowledge
• Forgetting to add relations/backlinks, which makes the page hard to rediscover
• Updating a page without fetching current content first

Done Criteria

A capture is complete when:

• the page is in the right destination
• the title and key properties are filled
• the content is structured for reuse
• source context is preserved
• related pages or tasks are linked
• a future reader can understand the artifact without the original conversation

References and examples

• reference/ — database schemas and templates (e.g., team-wiki-database.md, how-to-guide-database.md, faq-database.md, decision-log-database.md, documentation-database.md, learning-database.md, database-best-practices.md).
• examples/ — capture patterns in practice (e.g., decision-capture.md, how-to-guide.md, conversation-to-faq.md).