ZhengYX62 downloadsOpen files, convert, proofread, and control local DocWen through the public DocWenCLI protocol.
English · 简体中文 · 繁體中文 · Deutsch · Français · Русский · Português · 日本語 · Español · 한국어 · Tiếng Việt
DocWen Assistant connects Obsidian to the local DocWen desktop application for conversion, proofreading, numbering, and file opening.
DocWen is required. Install a compatible DocWen 0.10.x version from Microsoft Store, or fully extract the portable package from DocWen Releases.
These screenshots show the packaged plugin running in desktop Obsidian with local DocWen.
Review issues by line or rule and jump back to the matching source range without rewriting the note.

Use the four top tabs and their contextual help cards to connect automatically to the Microsoft Store installation, configure a portable installation when needed, and tune conversion and proofreading.

Choose an available conversion route and an explicit output location while keeping the source note unchanged.

docwen.machine.v1 and docwen.artifact_bundle.v2; incompatible DocWen versions fail validation instead of using a fallback protocol.Automatic detection is the default and uses the registered docwen.exe application execution alias, so Microsoft Store updates do not invalidate a saved package path. Portable ZIP users can switch to manual installation and select the extracted DocWen folder, DocWen.exe, or DocWenCLI.exe. The plugin never scans WindowsApps, recursively searches for executables, exchanges command files, downloads software, or falls back to an older protocol.
DocWen-windows-x64.zip from DocWen Releases and extract it completely.docwen-assistant-x.y.z.zip from DocWen Assistant Releases, then copy main.js, manifest.json, and styles.css into <Vault>/.obsidian/plugins/docwen-assistant/.The release package contains only main.js, manifest.json, and styles.css; it never contains, replaces, or deletes data.json. Keep data.json and replace only the three runtime files. The fixed manifest.id is docwen-assistant, which fixes the installed-plugin identity and settings-file location. Delete data.json only when you explicitly want to reset all plugin preferences.
Use the ribbon icon, file-explorer DocWen submenu, or Command Palette:
Choose an output folder. Each conversion creates its own result folder, preserving the generated filenames, linked resources and layout manifest. Names include the source name, timestamp and input format. Existing result folders are never overwritten.
Word export produces an independent DOCX inside its result folder. Keep the original Markdown yourself. Reverse conversion reads DOCX content and structures without an original-source companion. Optional Markdown extensions are selected in DocWen settings; identical spelling and whitespace are not guaranteed.
With a compatible Number Suite version enabled, Word export preserves its validated virtual heading and caption numbers plus same-note references without adding those numbers to the Markdown note.
docwen.exe alias. Manual mode accepts only the selected DocWen folder, DocWen.exe, or DocWenCLI.exe; neither mode searches arbitrary folders.The plugin takes a snapshot of the current Obsidian editor buffer (including unsaved text) or Vault file and gives DocWen only isolated temporary inputs. It intentionally accesses files outside the Vault only to start the registered DocWen execution alias or the manually selected portable executable, manage isolated temporary inputs and validated artifacts, and write to an output path explicitly chosen by the user; this access is required for local conversion and export. It never opens or stores the versioned Microsoft Store package path. For Markdown-to-DOCX, Obsidian resolves image embeds explicitly present in that note, including cross-folder short Wiki links and filenames with spaces; the plugin authenticates and embeds those bytes in a neutral request. It never scans the Vault for matching filenames. Conversion publishes the complete validated result folder inside the selected directory. It preserves the producer's relative paths and reports the preferred output separately from the layout manifest. Proofreading is read-only. Numbering is produced in an isolated output, then committed once through the current Obsidian editor or Vault API only if the source snapshot still matches. The plugin does not upload documents or enumerate the Vault for DocWen operations.
The CLI boundary uses JSON-RPC 2.0 with canonical Content-Length framing. Every task uses integrity-pinned input handles and a request-owned staging directory; every returned Artifact Bundle is graph-, path-, size-, and SHA-256-validated before the plugin commits outputs atomically. Calls have timeouts, task cancellation, output limits, and child-process cleanup.
See Machine integration contract for the exact methods, capabilities, and Bundle rules.
Use Node.js 24.19.0 and npm 11.17.0.
npm ci
npm run check
npm run release
Runtime source is under src/; the DocWen boundary is under src/docwen/; tests are under tests/. Generated dist/ and release/ files are not source.
Stable documents: Product requirements · UX specification · Architecture · Testing strategy
Repository governance: Changelog · Contributing · Security
Remove private document content, file and Vault paths, CLI logs, executable locations, and credentials before posting publicly.
MIT © ZhengYX