Skip to content
All plugins
foundationrenderingbookkeepersaccountantsprincipalsShared by the XBert pluginsClaude Code or Claude Desktop

XBert Working Paper

The shared render layer behind the XBert review plugins — structured payload in, a Word, Excel or PDF working paper out.

Updated 23 Jul 20263 skills0 commandsby XBert Intelligence

XBert Anomaly Review, XBert Config Audit and XBert Workflow Review each work out what to check and what it means. None of them writes the file. This plugin owns that last step: three skills with bundled Python scripts that take the structured payload a review plugin produces — cover details, sections, tables, blocking flags, the quality-management block — and write a real .docx, .xlsx or .pdf into your project folder.

Every render finishes with a verification gate. The script re-opens the file it just wrote, checks it parses and is a sensible size, and emits a single line of JSON saying so. Claude is instructed not to report a working paper as produced until that JSON comes back ok, so "the document is ready" is a checked fact rather than an assumption. The spreadsheet renderer adds a recalculation pass and scans every cell for error values before it will pass.

You do not run these skills yourself and you do not need to read them. Install this plugin alongside whichever review plugin you are using; when that plugin finishes its analysis, Claude picks the right renderer, writes the file to outputs/<check reference>/ in your project folder, and reports the exact path back. Documents come out styled the same way every time — same fonts and colours, and the same cover block carrying client, period, check reference, preparer and the plugin version that produced it — so papers from different plugins file together.

Output lands as a working paper in your project folder — review it before anything goes to a client.

What you can do with it

4 use cases

One Word format across every review

Anomaly Review, Config Audit and Workflow Review all hand their findings to the same Word renderer, so a config audit and an anomaly review file side by side and read the same way.

Schedules that stay live in Excel

The Excel renderer writes formulas rather than pasted results, so a schedule can be re-footed or extended once it is open. Every cell is scanned for error values and the render is failed if any turn up.

A fixed PDF copy to send out

The PDF renderer converts a finished Word working paper via LibreOffice with its styling intact, so what you send out is a PDF rather than an editable Word file.

Your own document template

Drop a Jinja-tagged .docx named after the consumer plugin into the render-docx templates folder and it is used instead of the built-in layout, so working papers come out on your firm's template.

How it changes your work

What XBert users actually get back when they bring this into their practice.

Real files, not chat output

render-docx writes a .docx, render-xlsx a formula-live .xlsx, render-pdf a .pdf. Each lands in your project folder and the exact path is reported back, so you can open or attach it straight away.

Nothing is called done until it opens

Every render ends by re-opening the file and returning a structured result — exists, opens cleanly, sensible size, no error cells in a workbook. Claude is told not to claim success until that check returns ok.

One layer, shared by every plugin

Styling, the cover block, the quality-management section and the outputs/<check reference>/ folder convention are defined once here and inherited by every plugin that renders through it.

First install this plugin in Claude Code or Claude Desktop — see Install below. Its skills load automatically once installed. Then:

How it works

The flow from start to finish — under your control at every step.

  1. Install this plugin alongside the review plugin you want to use — it adds no command of its own, its skills load automatically

  2. Run the review plugin (for example /config-audit) — it completes its analysis and produces a working-paper payload

  3. Claude saves the payload and picks the matching renderer: render-docx for the narrative, render-xlsx for schedules, render-pdf for a fixed copy

  4. The bundled Python script writes the file to outputs/<check reference>/ in your project folder

  5. The verification gate re-opens the file and returns a structured result — only then is the working paper reported complete, with its exact path

Prerequisites

  • One of the XBert review plugins installed as well — this one renders their output and is not run on its own
  • Python 3.10 or newer, available on your PATH — the render scripts run on it
  • The Python packages python-docx, openpyxl and reportlab — the render skills install these for you the first time they are needed
  • LibreOffice is optional but recommended: it recalculates Excel formulas and converts a Word working paper to PDF. Without it, those two steps stop and tell you what to install rather than guessing.

Install this plugin

Run in Claude Code or Claude Desktop
 1/plugin marketplace add ThirstyStudios/XBert-Plugins 2/plugin install xbert-working-paper@xbert

Add the marketplace once, then install any plugin from it.

Plugins add slash commands and skills on top of the XBert MCP — same data, same permissions, same audit trail as asking directly.

Other plugins