Lossless DOCX redline engine for Rust. Compare two Word documents and get a tracked-changes .docx that opens cleanly in Microsoft Word — insertions, deletions, moves, and format changes on top of the original package.

Also list, accept, or reject tracked revisions.

• Repo: jandira-tech/jubarte-redlines
• crates.io: jubarte-redlines
• docs: docs.rs/jubarte-redlines
• Maintainer: jandira.tech — we build legal tech. Jandira Technologies is the studio behind Cicero (a legal workbench that turns messy inputs into redlines, issue lists, and memos), PII redaction models for Brazilian Portuguese, and AI/contract-drafting benchmarks. jubarte-redlines falls out of that work: when a redline has to look like Microsoft Word, you need a Word-mode comparer, not a shallow text diff.

Independent engineering measurements against a Word oracle. Not affiliated with Microsoft. Trademarks remain their owners’.

CLI

cargo install jubarte-redlines
# binary name is still `jubarte`
jubarte --version

Library (skip clap if you only need the API)

cargo add jubarte-redlines --no-default-features

# Cargo.toml
jubarte-redlines = { version = "0.7", default-features = false }

Rust import path is jubarte::… (library crate name); the package/repo name is jubarte-redlines.

use jubarte::document_comparer;

let original = std::fs::read("original.docx")?;
let modified = std::fs::read("modified.docx")?;
let redline = document_comparer::compare_documents(&original, &modified, "Reviewer")?;
std::fs::write("original_v_modified.docx", &redline)?;
# Ok::<(), Box<dyn std::error::Error>>(())

jubarte contract.docx contract-rev2.docx
    → writes contract_v_contract-rev2.docx next to the original

jubarte -b old.docx -m new.docx -o redline.docx --author "Legal"
jubarte revisions redline.docx --json     # list tracked revisions
jubarte accept redline.docx -o final.docx # accept every revision
jubarte reject redline.docx -o clean.docx # reject every revision

Run jubarte --help for author/date stamping, --detail-threshold, and --powertools-faithful (classic PowerTools-compatible mode).

MSRV: Rust 1.88 (edition 2024).

Both documents are atomized (runs, paragraph marks, table cells, …), aligned with an LCS pass, and re-expressed as Word revision markup on the original package. Default mode adds Word-visual alignment on top of the PowerTools algorithm; WmlComparerSettings::powertools_faithful() / --powertools-faithful reproduces classic PowerTools behavior.

Independent measurements on neurotic_docx_bench (LibreOffice-rendered PDFs vs a committed Microsoft Word redline oracle). Higher fidelity = closer to Word. Numbers below are the full 763-document corpus (not a curated subset). Full tables: that repo’s RESULTS.md / docs/SPEED.md. Snapshot: v0.7.0.

Head-to-head against the strongest competitor, same corpus and renderer:

jubarte leads every headline fidelity metric on the whole corpus, with zero generation failures. Native ≡ WASM: builds from the same source commit produce identical per-document scores. (0.7.0’s performance changes are output-identical to 0.6.0 — see below — so the fidelity numbers are unchanged by the speed work.)

As of 0.7.0, jubarte wins every speed measure against docxodus 9.0.0. Measured interleaved — both engines on the same document pair back-to-back, so concurrent machine load hits both equally (the only load-fair method) — over the 4880 pairs both engines complete:

Six for six. Every one of 0.7.0’s speed changes is byte-for-byte output-identical to 0.6.0 (verified by LibreOffice render parity, XML c14n equivalence, and LCS fuzz/collision tests) — no fidelity was traded for speed.

Non-visual benches (same engine): accepted_changes mean 89.45 / median 99.75, roundtrip 99.17 / 100.00.

Criterion suites over representative pairs live in benches/redline.rs:

cargo bench --bench redline
cargo bench --bench redline -- --baseline m233_head   # optional baseline

See also docs/SPEED_REVIEW.md and WASM_PERF_PLAN.md.

Security reports: prefer a private channel to contact@arthur.law or a GitHub security advisory on this repository. Do not open public issues for unfixed vulnerabilities.

A bench pin without validator: baseline-clean and word-probe: N/N OPENED is not promotable. See VERSIONING.md and docs/bench_classes.md.

src/
  lib.rs                 — public crate root (`jubarte`)
  document_comparer.rs   — compare / accept / reject / get_revisions
  comparer/              — atomize, LCS, produce, tables, notes, …
  bin/jubarte.rs         — CLI
benches/redline.rs       — Criterion
jubarte-wasm/            — wasm-bindgen adapter (bench consumer)
jubarte-rust-inproc/     — long-lived stdin worker (fair speed lane)
tests/                   — integration + goldens
tools/                   — validate-docx, parity, perf harnesses

Open engine defects and unresolved Word-behavior conflicts: KNOWN_ISSUES.md. Covering tests are #[ignore] and run with cargo test -- --ignored.

The comparison engine is historically informed by the WmlComparer / DocumentComparer path from Docxodus, itself a fork of Microsoft’s Open-Xml-PowerTools. Original MIT texts are preserved as attribution records — see LICENSES.md. They do not relicense this repository.

GNU Affero General Public License v3.0 (AGPL-3.0-only). LICENSE is the repository’s only project license.

Copyright (c) 2026 Jandira Technologies, LLC for its contributions.

jandira.tech · arthur.law · Cicero · LinkedIn · contact@arthur.law