Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
13 changes: 13 additions & 0 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -400,6 +400,19 @@ cargo build --release --lib
- **PDF generation** — Create invoices, reports, certificates, and templated documents programmatically
- **PyMuPDF alternative** — MIT licensed, 5× faster, no AGPL restrictions

## Notable Users

Projects using PDFOxide in production (verified against their public dependency manifests):

- **[RAGFlow](https://github.com/infiniflow/ragflow)** (85k★) — one of the most popular open-source RAG engines; PDFOxide is the primary PDF engine in its `deepdoc` parsing pipeline ([go.mod](https://github.com/infiniflow/ragflow/blob/main/go.mod))
- **[AFFiNE](https://github.com/toeverything/AFFiNE)** (70k★) — open-source Notion/Miro alternative; powers document extraction via AFFiNE's own [`doc_extractor`](https://crates.io/crates/doc_extractor) crate ([Cargo.toml](https://github.com/toeverything/AFFiNE/blob/canary/Cargo.toml))
- **[grok-build](https://github.com/xai-org/grok-build)** (19k★) — xAI's coding-agent TUI; uses PDFOxide's rendering feature to read PDFs in a repo ([Cargo.toml](https://github.com/xai-org/grok-build/blob/main/Cargo.toml))
- **[Xberg](https://github.com/xberg-io/xberg)** (formerly kreuzberg, 8.7k★) — polyglot document-intelligence framework; PDFOxide is its architectural PDF engine ([Cargo.toml](https://github.com/xberg-io/xberg/blob/main/Cargo.toml))
- **[create-context-graph](https://github.com/neo4j-labs/create-context-graph)** (Neo4j Labs) — GraphRAG context-builder; PDFOxide is its primary PDF parser ([pyproject.toml](https://github.com/neo4j-labs/create-context-graph/blob/main/pyproject.toml))
- **[arXiv submission-tools](https://github.com/arXiv/submission-tools)** — arXiv.org's own PDF validation and LaTeX-to-PDF submission pipeline

Using PDFOxide in production? [Open an issue](https://github.com/yfedoseev/pdf_oxide/issues/new) to be added here.

## Why I built this

I needed PyMuPDF's speed without its AGPL license, and I needed it in more than one language. Nothing existed that ticked all three boxes — fast, MIT, multi-language — so I wrote it. The Rust core is what does the real work; the bindings for Python, Go, JS/TS, C#, and WASM are thin shells around the same code, so a bug fix in one lands in all of them. It now passes 100% of the veraPDF + Mozilla pdf.js + DARPA SafeDocs test corpora (3,830 PDFs) on every platform I've tested.
Expand Down
Loading