Slite MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| SLITE_API_TOKEN | Yes | Slite API token |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| ask_questionC | Ask a question to your notes in natural language using Slite AI |
| index_custom_contentC | Index custom content to AskX in Slite (deprecated) |
| delete_custom_contentC | Delete indexed custom content from AskX in Slite (deprecated) |
| list_custom_contentC | List indexed custom content IDs from AskX in Slite (deprecated) |
| get_meB | Get authenticated user information from Slite |
| create_noteC | Create a note from markdown content in Slite |
| list_notesC | List notes with optional filtering in Slite |
| get_noteC | Get a note by ID from Slite |
| delete_noteC | Delete a note and its children from Slite |
| update_noteB | Update the content or title of a note in Slite |
| get_note_childrenC | Get the children of a note in Slite |
| verify_noteC | Set a verified status on a note in Slite |
| flag_note_as_outdatedB | Flag a note as outdated in Slite |
| archive_noteB | Archive or unarchive a note in Slite |
| update_note_ownerC | Change the owner of a note in Slite |
| update_tileC | Update or create a tile in a Slite note |
| search_notesC | Search notes based on a query in Slite |
| get_userC | Get a single user by ID from Slite |
| search_usersB | Search users by email, name, or username in Slite |
| get_groupB | Get a single group by ID from Slite |
| search_groupsC | Search groups by name in Slite |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 21 tools
Each tool targets a distinct action on a specific resource (note, user, group, custom content). Tools like archive_note, flag_note_as_outdated, and verify_note have clearly different purposes. The only potential overlap is between list_notes and search_notes, but their descriptions indicate different filtering logic (list vs. search query), and they serve separate use cases.
Tool names consistently follow a verb_noun pattern (e.g., create_note, get_note, update_note, delete_note, list_notes, search_notes, archive_note, flag_note_as_outdated, verify_note). Even compound names like update_note_owner and update_tile maintain consistency. The deprecated custom content tools also follow the pattern. There is no mixing of conventions or vague verbs.
With 21 tools, the server is slightly above the ideal range (3-15) but remains well-scoped for a comprehensive note management platform. Each tool adds clear value for CRUD operations, AI interaction, user/group retrieval, and advanced note actions (e.g., change owner, update tiles). No tool feels redundant, though the deprecated custom content tools could be removed for a leaner set.
The tool surface covers the full note lifecycle (create, read, update, delete, archive, flag as outdated, verify) and includes useful extras like AI question answering, note owner transfer, and tile editing. However, it lacks tools for creating or managing groups and users (only search/get exist), and there is no tool for bulk operations or note sharing. The deprecated custom content tools are an oddity but do not affect core functionality.