Wiki.js Plugin: Workflows
Typical flows with the Wiki.js plugin: updating pages safely, creating docs with docs-wiki, baseline run, hub restructure, using verified markers and history.
Wiki.js Plugin: Workflows
This documentation always describes the latest published version.
Updating an existing page safely
wikijs_update_page replaces the entire content. Proceed like this:
- Load the page with
wikijs_get_page(give path and locale, the default isen). - Change the complete text locally.
- Send the whole new text with
wikijs_update_page, plusisPublished: true. - For an intentional large reduction, also set
confirmContentShrink: true. - Read the page again and check the result.
wikijs_get_pagereturns pages with more than 100,000 characters truncated. An update would write the truncated text, including the notice, back. Do not edit such pages through this tool.
Creating new docs with docs-wiki
graph TD
A["Start docs-wiki"] --> B["Clarify project type and project"]
B --> C["Inventory from the code"]
C --> D["Generate hub and sub-pages, DE and EN"]
D --> E["source-check"]
E --> F["translation-check"]
F --> G["Publish: sub-pages, then hub"]
G --> H["Read updatedAt and wikijs_mark_verified"]
- Invoke
/wikijs-plugin:docs-wikiand give project type, project and mode. - The skill builds an inventory from the code and plans the hub and sub-pages.
- Source check and translation check run over the whole page set. On FAIL it is corrected, on WARN you decide.
- The DE sub-pages are created first, then the DE hub, then EN, and the category card last.
- Every page is written with
isPublished: trueand the Git state of the project (sourceRepo,sourceRef,summary). - After publishing,
updatedAtis read per page and language and the checked ref is marked.
Checking existing docs (baseline)
/wikijs-plugin:source-check baseline
The run changes no page. It marks passed pages and reports findings. Corrections then go through the normal docs-wiki update flow.
Updates from the code diff
If a page has a valid verified ref (wikijs_get_verified_refs, page_updated_at matches the live updatedAt), source-check reads only the files changed since then and the changed text sections. Without a valid ref the whole page is checked, and that run becomes the new baseline.
Rebuilding a single page into hub and sub-pages
- Load DE and EN and inventory the sections.
- Assign each section exactly one target page, no section may be dropped.
- Run source check and translation check over the finished page set.
- Create the sub-pages, then reduce the hub to the short version with
wikijs_update_page(confirmContentShrink: true). - Repair incoming links and switch the category card to the sub-pages.
Reading history and verified markers
| Question | Tool |
|---|---|
| When and at which state was a page last written? | wikijs_get_page_history with path and locale |
| At which state was it last checked? | wikijs_get_verified_refs with path and locale |
| Which pages are verified at all? | wikijs_get_verified_refs without path |
| Is the marker still valid? | Compare page_updated_at from the marker with updatedAt from wikijs_get_page or wikijs_list_pages |
Searching and moving pages
- Find the affected pages with
wikijs_search_pages. - Call
wikijs_move_pagewithdestinationPathfor each page. - Update references in other pages and in category pages. History and verified markers stay with the old path.
Background on database and server is on the Technical page.