Transforms Notion PRDs and feature specs into structured implementation plans and task tracking systems.
Install
mkdir -p .claude/skills/notion-spec-to-implementation && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/554" && unzip -o skill.zip -d .claude/skills/notion-spec-to-implementation && rm skill.zipInstalls to .claude/skills/notion-spec-to-implementation
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Turn Notion specs into implementation plans, tasks, and progress tracking; use when implementing PRDs/feature specs and creating Notion plans + tasks from them.Key capabilities
- →Fetch spec pages from Notion
- →Parse PRD requirements into tasks
- →Create linked implementation plan pages
- →Maintain status sync across databases
How it works
It bridges the Notion MCP to interact with page databases, programmatically pulling requirements and pushing back structured task pages.
Inputs & outputs
When to use notion-spec-to-implementation
- →Converting a PRD into a sprint task list
- →Syncing technical requirements to Notion databases
- →Tracking feature implementation progress in Notion
- →Creating an implementation plan from an existing Notion page
About this skill
Spec to Implementation
Convert a Notion spec into linked implementation plans, tasks, and ongoing status updates.
Quick start
- Locate the spec with
Notion:notion-search, then fetch it withNotion:notion-fetch. - Parse requirements and ambiguities using
reference/spec-parsing.md. - Create a plan page with
Notion:notion-create-pages(pick a template: quick vs. full). - Find the task database, confirm schema, then create tasks with
Notion:notion-create-pages. - Link spec ↔ plan ↔ tasks; keep status current with
Notion:notion-update-page.
Workflow
0) If any MCP call fails because Notion MCP is not connected, pause and set it up:
- Add the Notion MCP:
codex mcp add notion --url https://mcp.notion.com/mcp
- Enable remote MCP client:
- Set
[features].rmcp_client = trueinconfig.tomlor runcodex --enable rmcp_client
- Set
- 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) Locate and read the spec
- Search first (
Notion:notion-search); if multiple hits, ask the user which to use. - Fetch the page (
Notion:notion-fetch) and scan for requirements, acceptance criteria, constraints, and priorities. Seereference/spec-parsing.mdfor extraction patterns. - Capture gaps/assumptions in a clarifications block before proceeding.
2) Choose plan depth
- Simple change → use
reference/quick-implementation-plan.md. - Multi-phase feature/migration → use
reference/standard-implementation-plan.md. - Create the plan via
Notion:notion-create-pages, include: overview, linked spec, requirements summary, phases, dependencies/risks, and success criteria. Link back to the spec.
3) Create tasks
- Find the task database (
Notion:notion-search→Notion:notion-fetchto confirm the data source and required properties). Patterns inreference/task-creation.md. - Size tasks to 1–2 days. Use
reference/task-creation-template.mdfor content (context, objective, acceptance criteria, dependencies, resources). - Set properties: title/action verb, status, priority, relations to spec + plan, due date/story points/assignee if provided.
- Create pages with
Notion:notion-create-pagesusing the database’sdata_source_id.
4) Link artifacts
- Plan links to spec; tasks link to both plan and spec.
- Optionally update the spec with a short “Implementation” section pointing to the plan and tasks using
Notion:notion-update-page.
5) Track progress
- Use the cadence in
reference/progress-tracking.md. - Post updates with
reference/progress-update-template.md; close phases withreference/milestone-summary-template.md. - Keep checklists and status fields in plan/tasks in sync; note blockers and decisions.
References and examples
reference/— parsing patterns, plan/task templates, progress cadence (e.g.,spec-parsing.md,standard-implementation-plan.md,task-creation.md,progress-tracking.md).examples/— end-to-end walkthroughs (e.g.,ui-component.md,api-feature.md,database-migration.md).
When not to use it
- →Small task tracking without documentation
- →Managing projects outside of Notion
Prerequisites
Limitations
- →Requires existing Notion database structure
- →OAuth login via CLI is mandatory
How it compares
It creates a persistent link between high-level documentation and project execution databases instead of manual tracking.
Compared to similar skills
notion-spec-to-implementation side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| notion-spec-to-implementation (this skill) | 5 | 6mo | No flags | Intermediate |
| self-host-development-light | 0 | 2mo | No flags | Beginner |
| internal-comms | 8 | 3mo | No flags | Beginner |
| gtd | 0 | 6mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by openai
View all by openai →You might also like
self-host-development-light
doolin
Lightweight self-hosted project management using markdown files in a .development directory. Covers backlog, planning, todo, roadmap, and saved plans — everything an agent needs to orient and start working.
internal-comms
anthropics
A set of resources to help me write all kinds of internal communications, using the formats that my company likes to use. Claude should use this skill whenever asked to write some sort of internal communications (status reports, leadership updates, 3P updates, company newsletters, FAQs, incident reports, project updates, etc.).
gtd
Gerstep
Autonomous task execution from GTD.md items. Use when processing GTD tasks, call prep, outreach, or podcast preparation.
ayo
k123-111
Save, resume, checkpoint, and restore AI-assisted project state. Use when the user says "ayo" to save a Markdown handoff, "oya" to read the latest handoff and continue after confirmation, "ayo bro" to create a Git-backed AYO checkpoint plus .ayo project memory, or "fuck" to restore the latest AYO ch
working-summary
Innei
Use when the user asks for a work summary, weekly report, 工作总结,周报,working summary, or sprint/period recap. Aggregates GitHub PR/commit/issue activity from configured repos, optionally reads Linear cycle issues via MCP, honors Chinese public holidays, and produces a markdown report. Default range is
journal-entry
joshfarrant
Create or append to a dated journal entry. Use when the user asks to "log this", "capture this", "journal it", or at a natural stopping point in a significant conversation. Can also be used proactively during long conversations — create the entry early and append as things develop.