trilium-bolt
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| TRILIUM_URL | No | Trilium server URL | http://localhost:37840 |
| TRILIUM_TOKEN | Yes | Your ETAPI 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 |
|---|---|
| search_notesB | Search for notes in Trilium using full-text search or attribute queries |
| get_noteA | Get a note by ID, including its content and metadata. Text note content is returned as markdown for easier reading and processing. |
| get_note_treeA | Get the children/hierarchy of a note |
| create_noteA | Create a new note in Trilium. Content can be provided as markdown (default) or HTML via the contentFormat parameter. |
| update_noteA | Update a note's title and/or content. Content can be provided as markdown (default) or HTML via the contentFormat parameter. |
| patch_noteA | Find-and-replace a piece of a note's content without resending the whole note. Rejects the call if "search" matches zero or more than one location, unless "occurrence" is given to disambiguate. |
| delete_noteB | Delete a note from Trilium |
| delete_attributeA | Delete an attribute (label or relation) from a note by name |
| create_backupA | Create a backup of the Trilium database |
| create_revisionB | Create a revision snapshot of a note's current content |
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 10 tools
Each tool targets a distinct operation: search, retrieval, tree navigation, CRUD for notes, attribute deletion, backups, and revisions. While update_note and patch_note both modify content, their descriptions clearly separate full updates from targeted find-and-replace, preventing real ambiguity.
All tools follow a consistent snake_case verb_noun pattern (search_notes, get_note, create_note, delete_attribute, create_backup). The naming style is uniform and predictable across the entire tool set.
With 10 tools, the server is well-scoped for a note management domain. Each tool covers a meaningful operation without unnecessary bloat or redundancy.
The core note lifecycle is fully covered with create, read, update, delete, search, and hierarchy traversal. However, attribute management is one-sided (only delete_attribute, with no create/update), and revisions can be created but not listed or retrieved, leaving minor lifecycle gaps.