@redairforce/wikijs-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| LOG_LEVEL | No | Logging level | INFO |
| WIKIJS_TOKEN | No | JWT API token | |
| WIKIJS_API_URL | Yes | Wiki.js instance URL | |
| REPOSITORY_ROOT | No | Repository root path | ./ |
| WIKIJS_PASSWORD | No | Password (alternative auth) | |
| WIKIJS_USERNAME | No | Username (alternative auth) | |
| DEFAULT_SPACE_NAME | No | Default documentation space | Documentation |
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 | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| wikijs_detect_contextC | Auto-detect repository and workspace context for current directory |
| wikijs_init_repositoryC | Initialize repository context for Wiki.js documentation |
| wikijs_init_workspaceB | Initialize workspace context for multi-repository documentation |
| wikijs_set_context_modeB | Switch context mode (repository/workspace/architectural) |
| wikijs_get_contextC | Get current context information optimized for Claude consumption |
| wikijs_repository_statusB | Show current repository context and documentation status |
| wikijs_workspace_statusB | Show workspace context with all repositories and their status |
| wikijs_cross_repo_linkC | Create architectural mapping between repositories |
| wikijs_smart_sync_fileC | Intelligently sync file with Wiki.js using context awareness |
| wikijs_connection_statusA | Test the connection to Wiki.js and get basic site information |
| wikijs_get_site_infoB | Get detailed information about the Wiki.js instance |
| wikijs_create_pageC | Create a new page in Wiki.js with markdown content |
| wikijs_update_pageB | Update an existing page in Wiki.js |
| wikijs_get_pageB | Retrieve a page by ID or path |
| wikijs_delete_pageB | Delete a page by ID |
| wikijs_list_pagesB | List pages with pagination |
| wikijs_search_pagesB | Search for pages by text content |
| wikijs_create_nested_pageB | Create a page with hierarchical path structure |
| wikijs_create_repo_structureC | Create a complete repository documentation structure |
| wikijs_bulk_create_pagesB | Create multiple pages in bulk |
| wikijs_sync_file_docsC | Synchronize file content with Wiki.js documentation |
| wikijs_generate_file_overviewC | Generate documentation overview for a code file |
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 22 tools
Several tools cluster around the same action: create_page, create_nested_page, bulk_create_pages, and create_repo_structure all create pages, while sync_file_docs and smart_sync_file are near-duplicates. The context/status group also has seven tools covering overlapping state, so an agent could easily select the wrong one despite helpful descriptions.
All tools share a wikijs_ snake_case prefix and many use verb_noun naming (create_page, get_page, delete_page, list_pages). However, conventions drift with tools like bulk_create_pages and smart_sync_file placing modifiers before the verb, and status tools like repository_status, workspace_status, and connection_status dropping the verb entirely.
At 22 tools, the server sits in the heavy range for a Wiki.js MCP and feels padded by redundant creation/sync/context variants. The core page operations could be served by roughly half this many tools, though 22 is not extreme.
The core Wiki.js page lifecycle is well covered with create, get, update, delete, list, and search operations. Gaps exist around auxiliary features—context has no clear/delete tool and cross_repo_link has no read/delete counterpart—but these are minor and workaroundable.