From writerside
Use when the user asks about Writerside topics, markup tags, documentation templates, or building/deploying Writerside projects. Covers semantic XML markup, topic structure, procedures, code blocks, diagrams, navigation, templates, Docker-based builds, documentation quality inspections, and prose style guides for JetBrains Writerside.
How this skill is triggered — by the user, by Claude, or both
Slash command
/writerside:authoringThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Navigate JetBrains Writerside's semantic markup, project structure, and quality tooling to produce well-structured technical documentation.
Navigate JetBrains Writerside's semantic markup, project structure, and quality tooling to produce well-structured technical documentation.
This skill covers Writerside tool mechanics — how to use the markup, structure topics, build with Docker, configure style guides, manage navigation, and run quality checks.
It does not cover:
Topics — The fundamental unit of Writerside content. Topics can be authored as .md (Markdown) or .topic (semantic XML) files. Both formats can be mixed within a single project, and Markdown files can embed semantic XML tags.
Instances — A build target that produces one documentation website. A Writerside project can contain multiple instances (e.g., user guide, API reference), each defined in a module configuration. Docker builds target a specific instance via MODULE_INSTANCE.
Semantic markup — Writerside's XML tag system that adds meaning beyond formatting. Tags like <procedure>, <step>, <chapter>, <deflist>, and <tldr> encode document structure so the builder can generate navigation, search, and cross-references automatically.
Chapters — Hierarchical sections within a topic, created with <chapter> tags (XML) or ## headings (Markdown). Chapters support nesting, collapsibility, and per-instance filtering.
Procedures — Step-by-step instruction blocks using <procedure> and <step> tags. These render as numbered sequences with clear visual separation — the primary pattern for how-to content.
Inspections — Built-in quality checks that run in the IDE editor and during Docker builds. They catch invalid markup, broken references, duplicate IDs, and structural issues.
Writerside renders diagrams directly from fenced code blocks. Two options are supported:
Mermaid (default) — use lang="mermaid" in a <code-block>. No server setup required. Supported types: flowcharts, sequence diagrams, state diagrams, git graphs, Gantt charts, pie charts. Install the Mermaid IDE plugin for editor support.
PlantUML (acceptable alternative) — use lang="plantuml". Requires Graphviz on the build system. Use when Mermaid lacks the required diagram type (use case diagrams, mind maps, JSON visualisation, detailed UML class diagrams).
See references/diagrams.rst for syntax, examples, and a decision guide.
Writerside uses the JetBrains IDE spell checker. Configure the language for your project (e.g., English (Australian) for en-AU):
.idea/dictionaries/ to share the project dictionary with the teamProse style enforcement (banned words, substitutions) is separate — use .wrs-style-guide.yaml. See references/style-guide.rst.
The sidebar TOC is defined in a .tree file using nested <toc-element> tags. Key patterns:
<toc-element toc-title="Section"> groups topics without needing an intro pagehidden="true" excludes from sidebar but keeps accessible via direct linktoc-title attribute overrides the full topic title in the sidebarstart-page="topic.topic" on <instance-profile>See references/navigation.rst for full tree file examples.
| Factor | Markdown (.md) | Semantic XML (.topic) |
|---|---|---|
| Learning curve | Familiar CommonMark syntax | Requires learning Writerside XML tags |
| Best for | Small docs, quick content, developer-facing | Large projects, multi-contributor, formal docs |
| Semantic features | Embed XML tags inline as needed | Full access to all semantic elements |
| Recommended when | Speed matters, contributors know Markdown | Structure matters, content is reused across instances |
Writerside does not require choosing one mode — Markdown files can contain semantic XML tags directly.
| File | Contents |
|---|---|
| references/markup-reference.rst | Complete semantic XML tag reference — block elements, inline elements, metadata, conditional content, with examples |
| references/docker-deployment.rst | Docker build process — commands, environment variables, CI/CD integration, multi-instance builds |
| references/documentation-quality.rst | Built-in inspections, quality workflow, suppressing warnings, CI integration |
| references/templates.rst | How-to guide template and Standard Operating Procedure template with Writerside XML examples |
| references/linting.rst | Linting strategy — Writerside inspections as primary, optional external tools, recommended workflow |
| references/topics.rst | Topic file formats (.md vs .topic), topic IDs, metadata attributes, when to use each format |
| references/diagrams.rst | Mermaid (default) and PlantUML (acceptable) — syntax, supported types, embedding, decision guide |
| references/style-guide.rst | Style guide configuration (.wrs-style-guide.yaml), rule types, spell checker setup for Australian English (en-AU) |
| references/navigation.rst | TOC tree structure, section wrappers, navigation ordering, hidden topics, toc-title overrides |
| references/lists.rst | Definition lists, ordered/unordered lists, multi-column lists, nested lists — Markdown and XML |
npx claudepluginhub nq-rdl/agent-extensions --plugin writersideGuides creation and editing of skills using test-driven development with pressure scenarios and subagents to verify agent compliance.
Forks private projects, strips secrets/internal references, verifies cleanliness, and packages them with CLAUDE.md, README, and setup.sh for safe public release.