ワンクリックで
notion
Read and write Notion pages and databases using the Notion API
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Read and write Notion pages and databases using the Notion API
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Read, search, send, and manage messages across Gmail, Outlook, Telegram, and other platforms
An on-demand personal daily briefing — weather, headlines, the shape of your day, and one thing worth your attention — in a sharp executive-assistant voice. The general-purpose morning brief; richer work or admin digests compose it as their general layer.
One-time migration of an existing memory-v2 concept corpus into the memory-v3 section-grain "wiki" — topical articles with a stand-alone lead and queryable sections — with loss-proof staging, assistant-reviewed authoring, and a retrieval-eval gate before cutover.
Delegate a big or high-stakes job to a fleet of parallel subagents, orchestrated deterministically; runs unattended and reports back
Manage contacts, communication channels, access control, and invite links
Build and edit small, personal visual tools and artifacts — dashboards, trackers, calculators, data visualizations, charts, simple landing pages, and slide decks the user wants for THEMSELVES. This is the right skill whenever the user asks to "visualize this," "make a chart," or "build an artifact" for their own use, or to edit an app they already built here. Do NOT reach for a ui_show dynamic_page to fake an artifact — build a real persistent app here. NOT for complex, multi-user, or shippable products — those go to a real project folder with a coding agent (see Scope below).
| name | notion |
| description | Read and write Notion pages and databases using the Notion API |
| compatibility | Designed for Vellum personal assistants |
| metadata | {"icon":"assets/icon.svg","emoji":"📝","vellum":{"category":"productivity","display-name":"Notion","activation-hints":["User asks to read, find, search, or open a page, doc, database, or directory in their Notion (e.g. 'find it in notion', 'look in my Notion', 'this is a notion directory')","User references Notion content by name or path and wants its contents pulled","User wants to create, update, append to, or query Notion pages or databases","User asks anything that requires reading or writing Notion data, including checking a task list or workspace held in Notion"],"avoid-when":["User wants to set up, connect, or reconnect the Notion OAuth integration for the first time; load vellum-oauth-integrations instead"]}} |
You have access to the Notion API via the managed OAuth connection or an internal integration secret stored in the credential vault. Both paths inject the Authorization header automatically. Never reveal credential values or echo token values into the shell.
Step 1 - Determine connection type:
assistant credentials list
Look at the results to decide which path to use:
service: "notion" entry is needed in the vault. The OAuth connection is managed by the platform. Use Path A below.service: "notion" and field: "internal_secret" is present. Use Path A below (recommended) or Path B if the credential has the required metadata (see Path B for details).Step 2 - Make authenticated API calls:
Choose the path that matches what you found in Step 1.
Use assistant oauth request --provider notion. The Authorization header is injected automatically; do not supply it manually.
assistant oauth request --provider notion \
-X POST \
-H "Notion-Version: 2022-06-28" \
-H "Content-Type: application/json" \
-d '{}' \
https://api.notion.com/v1/search
General shape: assistant oauth request --provider notion -X <METHOD> -H "Notion-Version: 2022-06-28" [-H "Content-Type: application/json"] [-d '<json-body>'] <url>
https://api.notion.com/v1/pages/...) or relative (/v1/pages/...).-d accepts inline JSON, @filename, or @- for stdin.Note: The standard Notion setup flow (
vellum-oauth-integrations) does not currently produce credentials with the metadata required by this path. Most users should use Path A instead. Path B is documented for credentials that have been manually configured with the required metadata.
For internal integration secrets registered with allowedTools: ["bash"] and an injection_templates entry for api.notion.com. The proxy adds Authorization: Bearer <token> automatically. Do not include an Authorization header in the curl command.
bash:
network_mode: proxied
credential_ids: ["<credential_id_from_step_1>"]
command: |
curl -s -X POST https://api.notion.com/v1/search \
-H "Notion-Version: 2022-06-28" \
-H "Content-Type: application/json" \
-d '{}'
Where <credential_id_from_step_1> is the id field from the matching entry in assistant credentials list output.
The credential MUST have:
allowedTools including "bash" (otherwise the proxy blocks the call).injection_templates with host pattern api.notion.com and header injection type for Authorization.If these are missing, you will get a credential tool policy denied error. Switch to Path A instead.
All Notion API calls go to https://api.notion.com/v1/. Always include the Notion-Version: 2022-06-28 header.
GET https://api.notion.com/v1/pages/{page_id}
Returns page properties. Use the page ID from a Notion URL - the last segment of the URL, e.g. for https://notion.so/My-Page-abc123def456 the ID is abc123def456 (formatted as UUID: abc123de-f456-...).
GET https://api.notion.com/v1/blocks/{block_id}/children?page_size=100
Pages are blocks too - use the page ID as the block_id. Iterates through the page's child blocks. Use start_cursor for pagination when has_more is true.
Block types and how to render them:
paragraph: Read paragraph.rich_text[].plain_textheading_1, heading_2, heading_3: Read heading_N.rich_text[].plain_textbulleted_list_item, numbered_list_item: Read *.rich_text[].plain_textto_do: Read to_do.rich_text[].plain_text and to_do.checkedtoggle: Read toggle.rich_text[].plain_text; children are nested blockscode: Read code.rich_text[].plain_text and code.languagequote: Read quote.rich_text[].plain_textcallout: Read callout.rich_text[].plain_textdivider: Render as ---image: Read image.external.url or image.file.urlchild_page: Read child_page.title; use its id to recursively fetch if neededPOST https://api.notion.com/v1/search
{
"query": "your search term",
"filter": { "value": "page", "property": "object" },
"sort": { "direction": "descending", "timestamp": "last_edited_time" },
"page_size": 10
}
Omit filter to search both pages and databases. Use filter.value: "database" to search only databases.
Returns results[] with id, url, properties.title (for pages), and title[] (for databases).
GET https://api.notion.com/v1/databases/{database_id}
Returns the database schema (all property definitions).
POST https://api.notion.com/v1/databases/{database_id}/query
{
"filter": {
"property": "Status",
"select": { "equals": "In Progress" }
},
"sorts": [
{ "property": "Created", "direction": "descending" }
],
"page_size": 20
}
Omit filter to retrieve all rows. Returns results[] where each item is a page (database row).
Extracting property values from database rows:
title: properties.Name.title[].plain_textrich_text: properties.Notes.rich_text[].plain_textnumber: properties.Price.numberselect: properties.Status.select.namemulti_select: properties.Tags.multi_select[].namedate: properties.Due.date.start (ISO 8601)checkbox: properties.Done.checkboxurl: properties.Link.urlemail: properties.Email.emailpeople: properties.Owner.people[].namerelation: properties.Projects.relation[].id (array of page IDs)POST https://api.notion.com/v1/pages
{
"parent": { "page_id": "<parent_page_id>" },
"properties": {
"title": {
"title": [{ "text": { "content": "My New Page" } }]
}
},
"children": [
{
"object": "block",
"type": "paragraph",
"paragraph": {
"rich_text": [{ "text": { "content": "Page content here." } }]
}
}
]
}
For database rows, use "parent": { "database_id": "<database_id>" } and include the database's required properties.
PATCH https://api.notion.com/v1/pages/{page_id}
{
"properties": {
"Status": { "select": { "name": "Done" } },
"Due": { "date": { "start": "2024-12-31" } }
}
}
PATCH https://api.notion.com/v1/blocks/{block_id}/children
{
"children": [
{
"object": "block",
"type": "paragraph",
"paragraph": {
"rich_text": [{ "text": { "content": "Appended content." } }]
}
},
{
"object": "block",
"type": "heading_2",
"heading_2": {
"rich_text": [{ "text": { "content": "A heading" } }]
}
},
{
"object": "block",
"type": "bulleted_list_item",
"bulleted_list_item": {
"rich_text": [{ "text": { "content": "A bullet point" } }]
}
},
{
"object": "block",
"type": "to_do",
"to_do": {
"rich_text": [{ "text": { "content": "A task" } }],
"checked": false
}
}
]
}
PATCH https://api.notion.com/v1/blocks/{block_id}
{
"paragraph": {
"rich_text": [{ "text": { "content": "Updated text." } }]
}
}
DELETE https://api.notion.com/v1/blocks/{block_id}
Notion does not permanently delete pages via the API - it archives them:
PATCH https://api.notion.com/v1/pages/{page_id}
{
"archived": true
}
When a response includes "has_more": true, pass "start_cursor": response.next_cursor in the next request to get the next page of results.
message field with details.credential tool policy denied: The credential is missing bash in allowedTools or an injection_templates entry for api.notion.com, so the proxy cannot inject the Authorization header. Switch to Path A (managed OAuth), which bypasses credential metadata requirements entirely.abc123def456... or abc123de-f456-....Notion-Version: 2022-06-28 header to get stable API behavior.plain_text values in the array to get the full text content.annotations and href fields in rich_text objects.