
Refigure
io.github.HelgDemidovPublished by GitHub account HelgDemidovv0.3.5Updated Oct 24, 2026
Convert DOCX/XLSX to Markdown — native chart-data extraction, optional VLM for figures
Overview
Local MCP server that converts DOCX and XLSX files to Markdown while preserving native chart data, with optional VLM interpretation of figures.
- What you can do
- Convert DOCX documents to Markdown, keeping native OOXML chart numbers and positioned markers for composite figures, with optional VLM interpretation of figures that have no native data (requires the VLM extra and LibreOffice). Convert XLSX workbooks to Markdown with native chart data extracted as Mermaid diagrams. Convert several files in one batch call, where a failing file reports its own error without stopping the rest. Return oversized results as a stored conversion resource instead of inflating the tool response. Offer prompts that help a client choose the right tool and VLM settings, such as ingest_for_rag and explain_conversion_warnings.
- When to use it
- Useful when an assistant needs to read Word or Excel reports, especially ones with charts, into Markdown for summarization or RAG ingestion without losing the underlying numbers. It is not intended for PDFs, which the project explicitly leaves to other converters.
- Requirements
- Runs as a local process via the refigure-mcp command from the PyPI package refigure with the mcp, docx and xlsx extras (or through uvx or the Docker image). Optional VLM interpretation needs the vlm extra, a provider API key such as OPENROUTER_API_KEY, and the system LibreOffice binary. The optional HTTP transport requires a bearer-token file.
Installation
In SourceWeft
- Open Refigure in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
refigure
Converters where figures survive.
[CI] [Coverage] [License: Apache 2.0] [Python 3.10+] [PyPI] [Docker] [MCP Registry] [Claude Desktop] [AllMCPs Verified]
DOCX/XLSX → Markdown that keeps charts and infographics machine-readable
instead of losing them to OCR or a vision model: native OOXML chart data
(numCache/strCache) recovers exact numbers with zero GPU calls, zero
VLM calls, zero lost precision — by default, not as a fallback.
That default path is also why the base install (pip install "refigure[docx,xlsx]") is ~500x lighter than PyTorch-based
alternatives (5.6MB vs. multi-GB) — the core conversion needs no ML
model at all. That number is about the core architecture, not every
distribution format: the Docker image trades it back deliberately,
bundling VLM providers + LibreOffice for a turnkey composite-figure path
(see Docker below).
VLM interpretation itself is there for the rare figure with no native data at all (a dashboard screenshot) — never required just to get real numbers out of a chart, on any distribution format.
Ships as a library, CLI, MCP server, and a one-click Claude Desktop bundle — every surface returns the same native-fidelity output, not a degraded summary for agents.
Features
- Native chart-data extraction — reads OOXML
numCache/strCachedirectly; no rasterize/OCR/VLM step for charts, real numbers every time. - Positioned zero-loss markers for composite figures (DOCX) — grouped shapes/infographics that mammoth would otherwise silently fragment into disconnected pieces get a clean marker instead, with position and any caption text preserved. Absent even in well-funded incumbents — see Docling issue #1287.
- Optional VLM interpretation (DOCX composite figures,
[vlm]extra,--vlm/Config(use_vlm=True)) — cloud description + a real rendered mermaid diagram (26 supported diagram types — flowcharts, pie/xy charts, sequence/state/ER diagrams, Gantt/timeline/sankey/treemap and more, see Status below) on top of the zero-loss floor, for figures with no native chart data at all (e.g. a dashboard screenshot). Provider-agnostic — OpenRouter by default, or direct OpenAI/Ollama/vLLM/LM Studio/Anthropic via--vlm-provider([vlm-direct]extra).--strictupgrades one specific failure (the systemsoffice/LibreOffice binary missing) from a graceful skip to a hard error; every other VLM failure still degrades. - Rich, typed result —
ConversionResult(markdown + warnings + chart/group counts +vlm_used), not a bare string. - CLI included —
refigureconsole command, stdin/stdout-first, native batch mode, typed exit codes (see below). - MCP server included —
refigure-mcpconsole command ([mcp]extra), stdio or Streamable HTTP, tools/resources/prompts, batch conversion with per-file isolation (see below). - Docker image —
ghcr.io/helgdemidov/refigure, both console commands onPATH,soffice/LibreOffice baked in — the VLM composite-figure path works turnkey, no manual LibreOffice install. Multi-arch —linux/amd64+linux/arm64, native Apple Silicon (see below). .mcpbbundle for Claude Desktop — one-click install, no terminal (docx+xlsxonly, see below).
Demo
Optional VLM interpretation — for a figure with no native chart data at
all (a screenshot, not an OOXML chart part) AND no matching mermaid
construct either (a dense radial sunburst — nothing in the 4 original
mermaid types could represent it), --vlm both recovers the real content
and produces a genuinely renderable diagram, not just recovered text:
Native chart-data extraction — real OOXML numCache, not a screenshot,
not OCR:
Same extraction, from DOCX — Word embeds native charts too, not just Excel; refigure reads the same cached OOXML data either way:
[A real docx pie chart from an EU labour-platform survey converted by refigure.docx.convert() into Markdown, shown both as the raw text an LLM reads (mermaid fence + data table) and as the same data re-rendered as a diagram]Composite figures — positioned, zero-loss, even when the figure itself can't be rendered (no incumbent does this — see Docling issue #1287, open >1 year):
[A real docx composite figure (a grouped diagram refigure.docx.convert() can't render) converted into a positioned zero-loss marker that keeps the figure's own caption/legend text]Quickstart
Or without a permanent install, via uv/uvx:
Optional VLM interpretation, for a composite figure the chart engine can't reconstruct on its own (see Features above):
Installation & usage
One converter, four ways to run it — pick whichever fits your pipeline. Click a heading to expand it.
CLI — a console command, stdin/stdout-first, native batch mode
refigure installs a console command — a thin wrapper over the same
convert() used programmatically, no separate logic:
Batch mode (2+ sources, or a single directory) requires -o DIR, keeps
going past a failed source by default (--fail-fast aborts on the first
one instead), and always prints a summary (N/M converted, K failed) to
stderr. --json emits the full result — markdown plus chart/group counts
and warnings — instead of plain markdown. -v/-q control verbosity;
--strict is forwarded to the same Config.strict the Python API uses.
Exit codes:
MCP server — for agents/IDEs that speak the protocol directly
refigure-mcp — the same converters as an
MCP server, for agents/IDEs that speak
the protocol directly instead of shelling out to a CLI or importing the
library. Listed on the official
MCP Registry as
io.github.HelgDemidov/refigure:
Or point the client at uvx instead, with no permanent install at all:
refigure[full] is a shortcut for refigure[mcp,docx,xlsx,vlm-direct] —
every tool, both formats, every VLM provider, one extras string.
Three tools — convert_docx, convert_xlsx, and convert_batch (multiple
files in one call: one bad file reports its own error without aborting the
rest) — each registered only if its format extra is actually installed.
use_vlm/--vlm-provider and friends work the same as the CLI. A result
too large to inline is stored and handed back as a
refigure://conversion/{id} resource instead of inflating the tool
response. Two prompts (ingest_for_rag, explain_conversion_warnings)
help a client pick the right tool/VLM settings for the job.
Streamable HTTP is opt-in, for a shared/remote deployment — bearer-token auth is required, not optional:
Per-caller rate-limiting (protects the operator's own spend from a
leaked/runaway token) applies automatically over HTTP, together with a
fairness soft-cap once 2+ callers are configured; refigure-mcp --help
covers every tuning flag (concurrency, timeouts, resource-store limits,
batch size, VLM ceiling).
Docker — one image, CLI and MCP server both on PATH, soffice baked in
One image, both surfaces — refigure and refigure-mcp are already on
PATH, no separate CLI/MCP builds to choose between. The one thing this
format buys over pip/uvx that neither can: the system soffice/
LibreOffice binary the VLM composite-figure path needs is baked in, not a
manual install. Multi-arch manifest (linux/amd64 + linux/arm64) —
docker pull resolves the right layer automatically, including on
Apple Silicon.
Pin an exact version instead of :latest for reproducibility — e.g.
:0.3.4 — see the package page
for available tags.
The package page's OS/Arch tab lists unknown/unknown alongside the
real linux/amd64/linux/arm64 entries — that's a build-provenance/SBOM
attestation (in-toto + SPDX metadata this image publishes for every
platform), not a broken or untrusted image. GHCR's own UI doesn't label
attestation manifests, a
known, widely-reported limitation
of the registry's package view, unrelated to this project.
CLI, via a bind mount (the image's working directory is already /data):
MCP, stdio — the client launches the container itself:
MCP, Streamable HTTP — --mcp-http-host 0.0.0.0 is required here, not
optional: the default 127.0.0.1 bind is unreachable through -p port
publishing (Docker's NAT reaches the container's external network
interface, not its loopback), so the "obvious" invocation without this
flag would silently never respond:
Claude Desktop (.mcpb) — download, double-click, done
The simplest install for a non-technical user: download, double-click,
done — no terminal, no pip/uvx/docker. Covers docx+xlsx
conversion only (no VLM — that needs the [vlm] extra, deliberately
not carried by this bundle); dependencies resolve fresh from PyPI via
uv on first launch, the same mechanism uvx uses under the hood,
just one click instead of a config snippet.
Download refigure.mcpb — open it with Claude Desktop to install.
Real examples
Concentrated excerpts (≤200 lines each) of real convert() output on
real, openly-licensed documents — the actual markdown a pipeline would
ingest, not a screenshot or a cherry-picked one-liner. Each file's own
header states its source, license and attribution; trimmed sections are
marked inline, never fabricated to fill space.
Open any of these on GitHub and both views are right there: the raw
```mermaid fence an LLM/RAG pipeline would read, and its native
GitHub rendering — no extra step, that's GitHub's own Markdown support.
Status
- Validated against 27 real documents (15 DOCX + 12 XLSX) — 407 native
charts found (400 rendered), 35 composite figures recovered as
positioned zero-loss markers. Full provenance:
tests/integration/fixtures/manifest.yaml. - Tested: CI gates on a combined unit+integration coverage floor of 95%.
- Published as
v0.3.4— PyPI (trusted publishing, no stored tokens), GHCR, and the official MCP Registry asio.github.HelgDemidov/refigure.refigure-mdis a reserved alternate name, not an active release.
Extracted from a working document-analysis pipeline (a government AI-policy research corpus), not built from scratch for this release.
VLM interpretation of composite figures the chart engine can't reconstruct
is fully implemented and tested, not a stub — [vlm] extra,
provider-agnostic (direct OpenAI/Anthropic via [vlm-direct]), also needs
the system soffice/LibreOffice binary.
Mermaid-diagram recognition depends on diagram type and on what the source figure actually contains:
- Common types (flowcharts, pie/xy charts) are picked reliably.
- More specialized ones need an unambiguous visual cue on the source figure.
- Not every figure produces a diagram — a plain-text description is an honest fallback, not a failure.
PDF is out of scope, on purpose — a boundary, not a gap. PDF has no
equivalent of OOXML's cached chart data (numCache/strCache) for any
mainstream chart generator, so the native, rasterize-free extraction this
project is built on doesn't transfer to it — confirmed by research into
PDF's own structure and how leading PDF converters handle charts today,
not assumed. For mixed-format corpora, route by extension instead of
expecting one tool to cover everything:
Use Docling or MarkItDown for PDF, refigure for DOCX/XLSX where the chart data actually survives in the file.
License
Source: README.md at commit 75ef09c
Tools
0Version history
1- v0.3.5LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts