
Refigure
io.github.HelgDemidov由 GitHub 账号 HelgDemidov 发布v0.3.5更新于 Oct 24, 2026
Convert DOCX/XLSX to Markdown — native chart-data extraction, optional VLM for figures
概览
本地 MCP 服务器,将 DOCX 和 XLSX 文件转换为 Markdown,保留原生图表数据,并可选使用 VLM 解读图形。
- 可以做什么
- 将 DOCX 文档转换为 Markdown,保留原生 OOXML 图表数值,并为组合图形保留带位置的标记;对没有原生数据的图形可选启用 VLM 解读(需 VLM 附加组件和 LibreOffice)。将 XLSX 工作簿转换为 Markdown,并把原生图表数据提取为 Mermaid 图表。在一次批量调用中转换多个文件,单个文件失败只报告自身错误,不影响其余文件。过大的结果会存为转换资源返回,而不是撑大工具响应。提供提示词,帮助客户端选择合适的工具和 VLM 设置,例如 ingest_for_rag 和 explain_conversion_warnings。
- 适用场景
- 适合需要让助手把 Word 或 Excel 报告(尤其是含图表的报告)读成 Markdown,用于摘要或 RAG 入库且不丢失底层数值的场景。不适用于 PDF,项目明确将 PDF 交给其他转换工具。
- 运行要求
- 以本地进程运行,通过 PyPI 包 refigure 的 refigure-mcp 命令启动,需安装 mcp、docx 和 xlsx 附加组件(也可用 uvx 或 Docker 镜像)。可选的 VLM 解读需要 vlm 附加组件、提供商 API 密钥(如 OPENROUTER_API_KEY)以及系统 LibreOffice 可执行文件。可选的 HTTP 传输需要 bearer 令牌文件。
安装
在 SourceWeft 中
- 打开 控制台中的 Refigure,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
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
来源:README.md,提交 75ef09c
工具
0版本历史
1- v0.3.5最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分