Skip to content

/write-to-notion

Write a page into Notion that someone else can find and trust — pick the right parent, check for the page that already exists, and structure it for a reader who was not in this conversation. Use when the user says to write up, document, save, or capture something in Notion, or

From plugin
paradev
16k48 skills1 agent1 command

Claude Code

$ npx -y skills add paradevai/paradev --skill write-to-notion --agent claude-code

SKILL.md

write-to-notion.SKILL.md
name: write-to-notion
description: Write a page into Notion that someone else can find and trust — pick the right parent, check for the page that already exists, and structure it for a reader who was not in this conversation. Use when the user says to write up, document, save, or capture something in Notion, or to update an existing page.
argument-hint: what to write, and where it belongs
allowed-tools: mcp__notion__*

Write a page someone will find later

An unfindable page is worse than no page: it splits the truth in two and neither copy gets maintained. Most of the work happens before you create anything.

1. Look for the page that already exists

Search before you create, using the words a previous author would have used, not the words in your prompt. Finding it changes the task from "write a page" to "update a page" — which is almost always the better outcome, because the existing page already has the links, the history, and the readers.

Update in place when the new content belongs to the same subject. Create a new page only when the subject is genuinely new, or when the existing page is a record of a moment — a meeting note, an incident write-up — that should not be rewritten after the fact.

2. Put it where its readers are

A page's parent determines who ever sees it. Ask which team or database it belongs to rather than defaulting to the first workspace root you can write to. When a database is the right home, fill the properties — an entry with empty properties falls out of every filtered view its readers use.

If you cannot tell where it belongs, ask. A page in the wrong place is harder to find than a page that does not exist, because it looks like coverage.

3. Write for someone who was not here

Open with what the page is for, in one sentence, before any background. Then the content, in the order it gets used rather than the order you discovered it. Date anything time-bound and name the people involved — "we decided" is unreadable in six months.

Link the sources: the issue, the PR, the page you took numbers from.

4. Show it before you commit it

For anything substantial, show the user the title, the parent, and the outline before writing. Parent and title are what everyone else navigates by, and both are awkward to correct once links exist.

After writing, hand back the URL.

5. Editing without clobbering

When updating, read the current content first and preserve what you are not changing. Append to a page with history rather than replacing it, and keep the existing headings unless they are wrong — other pages and people link to them.

Anti-patterns

  • **Creating a near-duplicate because search was hard.** Two pages named almost the

same thing is the failure this skill exists to prevent.

  • **Dumping the conversation.** A transcript is not a document. Write the

conclusion, and the reasoning that survives.

  • **Empty database properties.** They are how the page gets found; skipping them

hides the page in plain sight.

  • **Rewriting a dated record.** Meeting notes and incident reports are evidence of

a moment. Add to them; do not revise them.

Read more
@superset-sh
Ships withparadev

Paradev is an open-source Codex App and Conductor alternative. Orchestrate an army coding agents in parallel with your own subscriptions.

Stars on GitHub

Momentum

stars in total
16.2k
Star history of superset-sh/superset on GitHub, a chart by star-history.com

Other skills on paradev.

find-in-circleback
Auto-invoked

find-in-circleback

Answer "what did we say, decide, or promise" from Circleback meetings — search by attendee, company, tag, or date before keyword,…

@superset-sh@superset-shInstall Skill
prep-with-circleback
Auto-invoked

prep-with-circleback

Build a brief for an upcoming meeting from Circleback — the calendar event, the history with the same people and company, open…

@superset-sh@superset-shInstall Skill
ci-triage
Auto-invoked

ci-triage

Diagnose a failing GitHub Actions run — find the first real error in the logs, tell a flake apart from a genuine failure, and…

@superset-sh@superset-shInstall Skill
issue-triage
Auto-invoked

issue-triage

Triage a GitHub issue into something actionable — reproduce the claim, find duplicates, judge severity, and apply labels,…

@superset-sh@superset-shInstall Skill
find-in-granola
Auto-invoked

find-in-granola

Answer "what did we say, decide, or promise" from Granola meeting notes — narrow to the meetings that can hold the answer, read…

@superset-sh@superset-shInstall Skill

More skills from other plugins.

paseo

paseo

Paseo reference for managing hosts, projects, workspaces, workspace scripts, agents, schedules, and heartbeats.

paseo10d23k
@getpaseo@getpaseoInstall Skill
capabilities

capabilities

Your capability catalog — read this at boot. Lists the temporal date-range skills and the external integrations (reached via the…

@chaitanyagiri@chaitanyagiriInstall Skill
brainstorming

brainstorming

You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…

codeg2d4.4k
@xintaofei@xintaofeiInstall Skill

Questions about write-to-notion.

Which coding agents can use write-to-notion?
write-to-notion installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.