作者用 AI 編寫並開源 XJ-Editor Markdown 編輯器

2026-11-03 8

版权

版权声明：

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： XJ-Editor 是一款AI全栈打造的本地优先Markdown桌面编辑器（Windows），集成编辑、PDF/Office预览、WASM文档转换、内置AI润色（支持8大模型）、Git面板与终端，真正实现“一窗闭环”写作工作流。

先说一个事实：XJ-Editor 的代码，全部是 AI 写的。

我不是前端开发者，也没有花几个月去啃 Electron 文档。我的角色更像一个产品经理兼测试员：提需求、用，觉得哪里别扭就告诉AI。AI 负责把想法变成能跑起来的代码。最终做出来的东西，是一个本地优先的 Markdown 桌面编辑器，它解决的不是"Markdown 渲染好不好看"这种问题，而是我每天写作时真正在烦的事。

为什么自己写：因为市面上的工具总差一口气

Markdown 编辑器太多了。Typora、Obsidian、VS Code 加一堆插件，每一个都能用。但用久了会发现一个共同的别扭：你总是在切换。

写 Markdown 用一个窗口，看 PDF 换一个，转 Word 再开一个，想用 AI 润色一段话又得复制粘贴到网页端。Git 提交要切终端，改个 JSON 要另开工具。这些切换单独看都不致命，但一天下来几十次，耐心就是这么被磨掉的。

XJ-Editor 的出发点很简单：能不能一个窗口把事办完。

项目地址： https://github.com/xiuji008/xj-editor

它不是一个编辑器，是一套围绕本地文件的工作流

这个定位决定了所有取舍。

编辑、预览、转换，都在同一个窗口里。 Markdown / HTML / JSON / 纯文本都支持编辑、分屏、预览一键切换。图片、PDF、Word、Excel、PPT、压缩包直接内嵌看，旧版 .doc 也能自适应缩放。最实用的是转换：Word / PPT / Excel / PDF / EPUB 本地一键转 Markdown，基于 anydoc 的 WASM，文件不出本机，转完自动打开编辑。

AI 是内置的，不是外挂的。 OpenAI、Claude、Gemini、DeepSeek、Kimi、千问、智谱、Ollama 八家预设，选中一段文字就能润色、扩写、翻译、校对，或者让它生成图表。多会话、流式回复、引用文件当上下文都有。不用切网页，不用复制粘贴。当前AI功能知识简单接入，未深度使用，后期会逐步添加Agent的能力。

写作刚需一个不落。 Mermaid、PlantUML、Chart.js 直接渲染，KaTeX 公式，GitHub 风格提示块，YAML Front Matter 信息卡片。

这些东西拆开看都是"插件能解决"的，但 XJ-Editor 把它们做成了默认就有。我不用再花一个周末去配 VS Code 的 settings.json。

• md编辑

• html 编辑预览
  

• word 预览

• execl 预览

PDF 标记：看资料和记笔记，本来就不该分两件事

写文档的人经常要读 PDF：论文、规范、别人的技术手册。传统做法是 PDF 阅读器开一个窗口，笔记软件开另一个，看到重点就切过去手打一段摘录，或者截图存下来。来回切几次，读到哪都忘了。

XJ-Editor 把 PDF 当成和 Markdown 一样的一等公民来对待，直接内嵌打开，并且支持在 PDF 上做标记：

• 高亮与标注：在 PDF 页面上划重点、加批注，不用导出到别的软件；
• 标记跟着文件走：标记和文档放在一起、走本地存储，不依赖云端账户，换台机器拷过去也能用；
• 边读边写：左边 PDF 看资料，分屏在 Markdown 里摘录和整理，读到哪写到哪，不用切窗口；
• 与转换打通：需要把整份 PDF 转成可编辑的 Markdown 时，本地一键转换，转完自动打开编辑。

对我来说这一块的价值很直接：读资料的上下文和写笔记的上下文在同一个窗口里。 划完重点顺手整理成笔记，比"截图 → 切软件 → 粘贴 → 忘了为什么截"这条链路短太多了。

内置 Git 面板：版本管理不用离开编辑器

对写文档的人来说，Git 常常是个尴尬的存在。你知道该用，但为了提交一次改动去开终端、敲 git add 和 git commit，性价比太低，于是干脆不提交，最后靠"文档v2最终版_真的最终.docx"这种文件名活着。

XJ-Editor 把 Git 做成了侧边栏里的一个面板，常用的操作都在：

• 变更与 diff：改过的文件一目了然，点开就能看逐行 diff，不用切到终端跑 git diff；
• 提交历史与分支：浏览历史记录、切换分支、创建分支，都在面板里完成；
• 储藏（stash）：写到一半想切去改别的东西，先把当前改动储藏起来，回来再恢复；
• 克隆仓库：直接从一个远程地址把仓库拉下来，省去先开终端再回来的步骤；
• AI 生成提交信息：这是我觉得最顺手的一个。改完一堆文件，懒得想 commit message，点一下让 AI 根据 diff 生成一条，读一遍、改两个字、提交。

它的意义不在于"功能比命令行全"——命令行当然更全。它的意义是把提交这件事的摩擦降到足够低，低到你真的会去提交。写作和版本管理在同一个窗口里，这件事本身就改变了习惯。

内置终端：需要敲命令时，不用切出去

有些事图形界面做不了，或者做起来更慢：跑个构建脚本、npm install、批量重命名、看一眼 git log --graph、起个本地服务。以前这意味着 Alt+Tab 到终端窗口，再 Alt+Tab 回来，思路被打断两次。

XJ-Editor 内置了终端，Ctrl+` 呼出，用起来和系统终端基本一致：

• 多标签：同时开几个会话，一个跑服务、一个敲 git、一个留着备用，互不干扰；
• 高度可调：拖一下边框就能拉高拉低，写代码时拉大，写作时缩到最小；
• 跑全屏程序：它接的是系统 shell，所以 vim、tmux 这类全屏 TUI 程序可以正常跑，不会出现渲染错乱；
• 和编辑器同窗口：改完文件直接在下面终端里提交或跑脚本，上下文不用来回搬。

配合 Git 面板，日常的版本管理流程基本就是：改文档 → 下面终端里跑个脚本或测试 → 侧边栏看一眼 diff → AI 生成提交信息 → 提交。全程没离开过这个窗口。

适合谁

• 经常写技术文档、博客、笔记，不想在工具之间反复横跳的人
• 想少装软件、少配插件，一个窗口闭环的人
• 需要在离线环境写作，或者对数据本地性有要求的人
• 写文档也想顺手管版本、但懒得天天开终端的人

当前软件考虑的是先把经常使用的功能添加进来，在后续使用的过程中逐步优化

如何使用

该项目目前仅有windows桌面端，可在github release 页面下载exe 文件直接安装使用

https://github.com/xiuji008/xj-editor/releases/tag/v1.0.0

写在最后

它不是要替代谁。它只是一个证明：当你既是用户又是作者的时候，AI 能把"想做点东西"的门槛降到多低。 如果你也厌倦了在工具之间来回切换，不妨试试看。