XJ-Editor开源，一款由AI全程编写、聚焦本地工作流的Markdown桌面编辑器

一款名为 XJ-Editor 的开源 Markdown 桌面编辑器近日在 GitHub 上线，其特殊之处在于：整个项目的代码均

该项目地址为 github.com/xiuji008/xj-editor，核心定位明确：不追求渲染美观度的极致，而是解决日常写作中真实存在的“上下文割裂”问题。当前主流工具链虽功能完备，却常迫使用户在多个窗口间反复切换：写 Markdown 用一个界面，查 PDF 用另一个，转 Word 再开新窗口，调用 AI 功能需复制粘贴至网页端，提交 Git 又得切回终端……这些看似微小的操作，日积月累显著消耗注意力与效率。

XJ-Editor 的设计哲学是“一个窗口办完所有事”。它本质上不是传统意义上的编辑器，而是一套围绕本地文件构建的轻量级工作流系统。

在基础能力上，XJ-Editor 支持 Markdown、HTML、JSON 与纯文本的混合编辑与分屏预览，一键切换所见即所得视图；图片、PDF、Word、Excel、PPT、压缩包等常见文档格式均可内嵌查看，旧版 .doc 文件亦能自适应缩放显示。转换功能基于 anydoc 的 WASM 实现，支持 Word / PPT / Excel / PDF / EPUB 本地一键转 Markdown，且转换后自动打开编辑界面，全程文件不出本机。

AI 能力被深度集成而非外挂。编辑器内置对 OpenAI、Claude、Gemini、DeepSeek、Kimi、通义千问、智谱清言及 Ollama 八家模型的预设支持，选中任意段落即可触发润色、扩写、翻译、校对或图表生成等操作。多会话管理、流式响应、引用本地文件作为上下文等功能均已实现。尽管当前 AI 模块尚属基础接入阶段，作者计划后续逐步引入 Agent 能力，提升任务自动化水平。

写作刚需组件全部默认启用：Mermaid、PlantUML、Chart.js 图表实时渲染，KaTeX 数学公式支持，GitHub 风格提示块（如 > [!NOTE]），以及 YAML Front Matter 元数据卡片。这些功能在 VS Code 中通常需手动配置插件与参数，而在 XJ-Editor 中开箱即用，省去大量环境搭建时间。

PDF 处理是该工具最具差异化的一环。作者指出，技术写作常伴随大量文献阅读，传统模式下需在 PDF 阅读器与笔记软件之间来回跳转，易丢失上下文。XJ-Editor 将 PDF 视为与 Markdown 同等级的一等公民：

• 支持直接内嵌打开并进行高亮、批注等标记操作；
• 所有标注随文件本地存储，不依赖云端账户，迁移设备后仍可完整复现；
• 分屏模式下左侧看 PDF、右侧同步撰写 Markdown 笔记，实现“边读边写”；
• 标记完成后，可一键将整份 PDF 转为可编辑 Markdown，无缝衔接后续整理。

这一设计显著缩短了从“阅读重点”到“转化为结构化笔记”的路径，避免截图→切窗→粘贴→遗忘动机的低效链条。

版本控制方面，XJ-Editor 将 Git 集成至侧边栏面板，覆盖高频操作：变更列表与逐行 diff 查看、提交历史浏览、分支切换与创建、储藏（stash）功能、远程仓库克隆，以及一项实用细节——AI 自动生成 commit message。当批量修改多个文件后，用户无需费神组织语言，点击按钮即可获得语义准确的提交信息。

值得注意的是，该项目采用 Electron 构建，确保跨平台兼容性；所有功能均强调“本地优先”，无强制联网要求，敏感数据保留在用户设备端。作者坦承，当前 AI 模块尚未深度调用各模型的高级能力（如函数调用、工具集成），但已为未来扩展预留接口。

从行业视角看，XJ-Editor 的出现反映了工具开发范式的悄然转变：AI 不再仅作为内容生成助手，而是逐步承担起“工程实现者”角色。过去需数月打磨的桌面应用，如今可在数周内由非专业开发者借助大模型完成原型开发与迭代。这降低了高质量工具的准入门槛，也促使我们重新思考“开发者”的定义边界。

与此同时，该工具也折射出知识工作者对“工作流整合”的迫切需求。随着内容形式日益多元（文本、图表、数据、文档），碎片化工具链正成为效率瓶颈。类似 Obsidian 的双向链接、Logseq 的大纲笔记、Typora 的简洁渲染，各自解决部分问题，但尚未形成真正统一的本地化工作中枢。XJ-Editor 试图填补这一空白，其成败将取决于后续社区贡献与功能深化速度。

开源协议为 MIT，项目目前处于早期活跃开发阶段，最近一次提交距今仅 22 分钟，可见维护者仍在持续优化。对于习惯离线写作、重视隐私保护、厌倦配置复杂工具链的用户而言，XJ-Editor 提供了一个值得尝试的新选项。