MCP Notion Server

🚀 Notion MCP Server

This is an MCP server for the Notion API, allowing LLMs to interact with Notion workspaces. It also uses Markdown conversion to reduce context size when communicating with LLMs, optimizing token usage and making interactions more efficient.

🚀 Quick Start

Here is a detailed explanation of the steps mentioned above in the following articles:

• English Version: https://dev.to/suekou/operating-notion-via-claude-desktop-using-mcp-c0h
• Japanese Version: https://qiita.com/suekou/items/44c864583f5e3e6325d9

📦 Installation

Step 1: Create a Notion Integration

• Visit the Notion Your Integrations page.
• Click "New Integration".
• Name your integration and select appropriate permissions (e.g., "Read content", "Update content").

Step 2: Retrieve the Secret Key

• Copy the "Internal Integration Token" from your integration.
• This token will be used for authentication.

Step 3: Add the Integration to Your Workspace

• Open the page or database you want the integration to access in Notion.
• Click the "···" button in the top right corner.
• Click the "Connections" button, and select the integration you created in step 1 above.

Step 4: Configure Claude Desktop

Add the following to your claude_desktop_config.json:

{
  "mcpServers": {
    "notion": {
      "command": "npx",
      "args": ["-y", "@kimjungyeol/mcp-notion-server"],
      "env": {
        "NOTION_API_TOKEN": "your-integration-token"
      }
    }
  }
}

or

{
  "mcpServers": {
    "notion": {
      "command": "node",
      "args": ["your-built-file-path"],
      "env": {
        "NOTION_API_TOKEN": "your-integration-token"
      }
    }
  }
}

🔧 Technical Details

Environment Variables

Command Line Arguments

• --enabledTools: Comma-separated list of tools to enable (e.g. "notion_retrieve_page,notion_query_database"). When specified, only the listed tools will be available. If not specified, all tools are enabled.

Read-only tools example (copy-paste friendly):

node build/index.js --enabledTools=notion_retrieve_block,notion_retrieve_block_children,notion_retrieve_page,notion_query_database,notion_retrieve_database,notion_search,notion_list_all_users,notion_retrieve_user,notion_retrieve_bot_user,notion_retrieve_comments

Advanced Configuration - Markdown Conversion

By default, all responses are returned in JSON format. You can enable experimental Markdown conversion to reduce token consumption:

{
  "mcpServers": {
    "notion": {
      "command": "npx",
      "args": ["-y", "@kimjungyeol/mcp-notion-server"],
      "env": {
        "NOTION_API_TOKEN": "your-integration-token",
        "NOTION_MARKDOWN_CONVERSION": "true"
      }
    }
  }
}

or

{
  "mcpServers": {
    "notion": {
      "command": "node",
      "args": ["your-built-file-path"],
      "env": {
        "NOTION_API_TOKEN": "your-integration-token",
        "NOTION_MARKDOWN_CONVERSION": "true"
      }
    }
  }
}

When NOTION_MARKDOWN_CONVERSION is set to "true", responses will be converted to Markdown format (when format parameter is set to "markdown"), making them more human-readable and significantly reducing token consumption. However, since this feature is experimental, it may cause issues when trying to edit page content as the original structure is lost in conversion.

You can control the format on a per-request basis by setting the format parameter to either "json" or "markdown" in your tool calls:

• Use "markdown" for better readability when only viewing content
• Use "json" when you need to modify the returned content

Troubleshooting

⚠️ Important Note

If you encounter permission errors:

1. Ensure the integration has the required permissions.
2. Verify that the integration is invited to the relevant pages or databases.
3. Confirm the token and configuration are correctly set in claude_desktop_config.json.

Project Structure

The project is organized in a modular way to improve maintainability and readability:

./
├── src/
│   ├── index.ts              # Entry point and command-line handling
│   ├── client/
│   │   └── index.ts          # NotionClientWrapper class for API interactions
│   ├── server/
│   │   └── index.ts          # MCP server setup and request handling
│   ├── types/
│   │   ├── index.ts          # Type exports
│   │   ├── args.ts           # Tool argument interfaces
│   │   ├── common.ts         # Common schema definitions
│   │   ├── responses.ts      # API response type definitions
│   │   └── schemas.ts        # Tool schema definitions
│   ├── utils/
│   │   └── index.ts          # Utility functions
│   └── markdown/
│       └── index.ts          # Markdown conversion utilities

Directory Descriptions

• index.ts: Application entry point. Parses command-line arguments and starts the server.
• client/: Module responsible for communication with the Notion API.
  • index.ts: NotionClientWrapper class implements all API calls.
• server/: MCP server implementation.
  • index.ts: Processes requests received from Claude and calls appropriate client methods.
• types/: Type definition module.
  • index.ts: Exports for all types.
  • args.ts: Interface definitions for tool arguments.
  • common.ts: Definitions for common schemas (ID formats, rich text, etc.).
  • responses.ts: Type definitions for Notion API responses.
  • schemas.ts: Definitions for MCP tool schemas.
• utils/: Utility functions.
  • index.ts: Functions like filtering enabled tools.
• markdown/: Markdown conversion functionality.
  • index.ts: Logic for converting JSON responses to Markdown format.

💻 Usage Examples

Tools

All tools support the following optional parameter:

• format (string, "json" or "markdown", default: "markdown"): Controls the response format. Use "markdown" for human-readable output, "json" for programmatic access to the original data structure. Note: Markdown conversion only works when the NOTION_MARKDOWN_CONVERSION environment variable is set to "true".

1. notion_append_block_children

• Function: Append child blocks to a parent block.
• Required inputs:
  • block_id (string): The ID of the parent block.
  • children (array): Array of block objects to append.
• Returns: Information about the appended blocks.

2. notion_retrieve_block

• Function: Retrieve information about a specific block.
• Required inputs:
  • block_id (string): The ID of the block to retrieve.
• Returns: Detailed information about the block.

3. notion_retrieve_block_children

• Function: Retrieve the children of a specific block.
• Required inputs:
  • block_id (string): The ID of the parent block.
• Optional inputs:
  • start_cursor (string): Cursor for the next page of results.
  • page_size (number, default: 100, max: 100): Number of blocks to retrieve.
• Returns: List of child blocks.

4. notion_delete_block

• Function: Delete a specific block.
• Required inputs:
  • block_id (string): The ID of the block to delete.
• Returns: Confirmation of the deletion.

5. notion_retrieve_page

• Function: Retrieve information about a specific page.
• Required inputs:
  • page_id (string): The ID of the page to retrieve.
• Returns: Detailed information about the page.

6. notion_update_page_properties

• Function: Update properties of a page.
• Required inputs:
  • page_id (string): The ID of the page to update.
  • properties (object): Properties to update.
• Returns: Information about the updated page.

7. notion_create_database

• Function: Create a new database.
• Required inputs:
  • parent (object): Parent object of the database.
  • properties (object): Property schema of the database.
• Optional inputs:
  • title (array): Title of the database as a rich text array.
• Returns: Information about the created database.

8. notion_query_database

• Function: Query a database.
• Required inputs:
  • database_id (string): The ID of the database to query.
• Optional inputs:
  • filter (object): Filter conditions.
  • sorts (array): Sorting conditions.
  • start_cursor (string): Cursor for the next page of results.
  • page_size (number, default: 100, max: 100): Number of results to retrieve.
• Returns: List of results from the query.

9. notion_retrieve_database

• Function: Retrieve information about a specific database.
• Required inputs:
  • database_id (string): The ID of the database to retrieve.
• Returns: Detailed information about the database.

10. notion_update_database

• Function: Update information about a database.
• Required inputs:
  • database_id (string): The ID of the database to update.
• Optional inputs:
  • title (array): New title for the database.
  • description (array): New description for the database.
  • properties (object): Updated property schema.
• Returns: Information about the updated database.

11. notion_create_database_item

• Function: Create a new item in a Notion database.
• Required inputs:
  • database_id (string): The ID of the database to add the item to.
  • properties (object): The properties of the new item. These should match the database schema.
• Returns: Information about the newly created item.

12. notion_search

• Function: Search pages or databases by title.
• Optional inputs:
  • query (string): Text to search for in page or database titles.
  • filter (object): Criteria to limit results to either only pages or only databases.
  • sort (object): Criteria to sort the results
  • start_cursor (string): Pagination start cursor.
  • page_size (number, default: 100, max: 100): Number of results to retrieve.
• Returns: List of matching pages or databases.

13. notion_list_all_users

• Function: List all users in the Notion workspace.
• Note: This function requires upgrading to the Notion Enterprise plan and using an Organization API key to avoid permission errors.
• Optional inputs:
  • start_cursor (string): Pagination start cursor for listing users.
  • page_size (number, max: 100): Number of users to retrieve.
• Returns: A paginated list of all users in the workspace.

14. notion_retrieve_user

• Function: Retrieve a specific user by user_id in Notion.
• Note: This function requires upgrading to the Notion Enterprise plan and using an Organization API key to avoid permission errors.
• Required inputs:
  • user_id (string): The ID of the user to retrieve.
• Returns: Detailed information about the specified user.

15. notion_retrieve_bot_user

• Function: Retrieve the bot user associated with the current token in Notion.
• Returns: Information about the bot user, including details of the person who authorized the integration.

16. notion_create_comment

• Function: Create a comment in Notion.
• Requires: The integration to have 'insert comment' capabilities.
• Input Requirement: Either specify a parent object with a page_id or a discussion_id, but not both.
• Required inputs:
  • rich_text (array): Array of rich text objects representing the comment content.
• Optional inputs:
  • parent (object): Must include page_id if used.
  • discussion_id (string): An existing discussion thread ID.
• Returns: Information about the created comment.

17. notion_retrieve_comments

• Function: Retrieve a list of unresolved comments from a Notion page or block.
• Requires: The integration to have 'read comment' capabilities.
• Required inputs:
  • block_id (string): The ID of the block or page whose comments you want to retrieve.
• Optional inputs:
  • start_cursor (string): Pagination start cursor.
  • page_size (number, max: 100): Number of comments to retrieve.
• Returns: A paginated list of comments associated with the specified block or page.

📄 License

This MCP server is licensed under the MIT License. This means you are free to use, modify, and distribute the software, subject to the terms and conditions of the MIT License. For more details, please see the LICENSE file in the project repository.