SkyJourneyandClaude Sonnet 5
c4df499680
新增能力：桌面端新增 macOS 打包支持，electron-builder 增加独立 mac 配置块， 产出 dmg，按 arm64、x64 分别单独构建、不产出 universal 包；Pandoc 运行时清单 新增 darwin/arm64、darwin/x64 两个官方发行项（含独立许可证文件来源），桌面 Pandoc 候选路径与 prepare-pandoc-runtime.mjs 均已泛化为按 --platform/--arch 参数选取目标，不再只认 Windows x64。AGENTS.md 不再硬编码 Windows 绝对路径与 强制 PowerShell 语法，改为按当前 Shell 与仓库实际位置自适应。 问题修复：修复解压内置 Pandoc 时未保留 Unix 可执行权限位的问题（unzipSync 不保留压缩包内权限，已补 chmod 0o755）；修复根 package.json 中 build:web-runtime/dev/desktop:dev 三个脚本的构建顺序错误 （@md-to-pdf/application 被排在其依赖的 @md-to-pdf/preview-engine 之前，在 没有历史 dist 残留的全新环境中会导致类型解析失败）；修正 packages/docx-engine/tests/pandoc-runtime.test.ts 与 apps/desktop/tests/markdown-file.test.ts 中依赖宿主 OS 或路径分隔符的测试 断言，避免这些用例只能在特定平台上通过。 验证结果：docx-engine 包 93 项测试、desktop 包 62 项测试（61 通过 + 1 项 Windows 专属用例按预期跳过）均通过；全项目类型检查、生产构建通过， git diff --check 无空白错误。跳过依赖 Git 忽略的真实客户文档语料（tmp/）的 test:docx-real-world-corpus 与 test:docx-release-gate-suites 后，其余全部 工作区测试均通过；这两步需要接入真实语料的机器上单独执行。本机 macOS （Apple Silicon）实测 npm run package:mac:arm64 全链路成功，内置 Pandoc 3.9.0.2 完成下载、哈希校验与真实 DOCX 冒烟转换；实际截图确认窗口、macOS 原生菜单栏、编辑器工具栏、中文字体与实时预览渲染正常。 兼容与部署：版本统一为 0.6.4。本版本仅完成开发基础设施与验证，未构建正式 发行文件：没有产出真实签名的 dmg、没有重新构建 Windows 安装包，也没有重新 构建 Docker 镜像；正式 macOS 发行产物与 Windows/Docker 同步验证留待 DOCX 发布门禁阶段完成后一并发布。 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01K5N6pcbjV4jVfXrcH3NcLP
Desktop 桌面端
apps/desktop 是 Electron 桌面应用。当前已经完成 Electron 壳、受限
preload、进程内应用服务、原生 Markdown 打开与保存、同目录图片解析、
本地主题目录、隐藏分页窗口、Electron Chromium PDF 输出和 Windows
安装包。
桌面端会记住上次窗口的位置、尺寸和最大化状态；窗口变化后延迟写入，
异常退出后也能恢复。恢复时会按当前显示器工作区修正位置与尺寸，避免窗口
落在屏幕外。Windows 安装包会注册 .md 和 .markdown 文件关联，
双击文件或使用“打开方式”会在对应文档窗口中加载文件；同一文件只保留
一个窗口，其他文件可以同时使用多个窗口。
窗口每次获得焦点时会检查源文件是否被其他程序修改。检测到变化后提示 重新加载，避免阅读或导出磁盘旧版本。
“打开 Markdown”是顶部独立主操作；新建、保存、另存为、教程、主题示例 和自定义主题目录统一收纳在“更多”分区菜单中。新建文档未保存时显示“未命名文档”， 首次保存默认使用一级标题作为文件名；没有一级标题时使用首行文本，并会 自动清理 Windows 非法文件名字符。“另存为”完成后当前窗口会追踪新文件， 行为与常见办公软件一致。新文档无需先保存即可直接导出 PDF。
开发
从仓库根目录运行：
npm run desktop:dev
桌面端不启动 Fastify，也不占用本地 HTTP 端口。React 界面通过受限 IPC
调用 packages/application 中的 Markdown 渲染和主题服务，PDF 由
Electron 自带 Chromium 生成。Web 与 Docker 继续通过 Fastify HTTP
适配器使用同一套应用服务。
构建与打包
npm run build -w @md-to-pdf/desktop
npm run desktop:package
npm run make -w @md-to-pdf/desktop
package 和 make 会先调用根级 build:web-runtime，完整重建
Markdown ECharts、Core、Renderer、Application、Preview Engine 和 Web，
再按固定清单下载或复用 Pandoc 3.9.0.2 缓存、校验官方 ZIP 的
SHA-256，并执行版本与最小 DOCX 冒烟，最后才调用 electron-builder。
不得绕过该链路直接调用 electron-builder。
Pandoc 构建缓存位于被 Git 忽略的 apps/desktop/.runtime/。发行目录只
包含 pandoc.exe、COPYING.rtf、COPYRIGHT.txt 和生成的审计清单，
不会携带官方 MSI、手册、下载缓存或用户级 Pandoc 配置。已准备运行时可用
以下命令离线复验：
npm run verify:pandoc-runtime -w @md-to-pdf/desktop
版本化目录包、NSIS Setup.exe 和 ZIP 输出到
apps/desktop/out/v0.6.4/。该目录被 Git 忽略。公司内部分发以
MorphDoc-0.6.4-x86_64-Setup.exe 为正式安装包，ZIP 作为免安装
辅助包；当前未配置代码签名，Windows 首次运行可能显示“未知发布者”
提示。
Serif、Sans、Mono 三套正式字体随 NSIS 安装包和便携 ZIP 直接进入
resources/font-packs，由应用私有加载，不写入 Windows 系统字体目录。
安装向导不再提供字体选择页，正式发行也不附带独立字体安装器或字体 ZIP。
NSIS 使用标准辅助安装模式，支持选择当前用户/所有用户安装和自定义安装 目录，并创建桌面及开始菜单快捷方式。正式安装包作为 Gitea Release 附件 发布，不提交进 Git 历史。
桌面和开始菜单快捷方式由 build/installer.nsh 显式创建，安装完成后的
“运行”操作直接启动 MorphDoc.exe，不依赖快捷方式文件。
界面、快捷方式与卸载项使用中文名“墨呈”，窗口标题为
“墨呈 · MorphDoc”，默认安装目录和 Windows 主程序分别为 MorphDoc
和 MorphDoc.exe。NSIS appId 保持 com.md-to-pdf.desktop，确保
v0.5.1 覆盖升级沿用原卸载身份；v0.6.0 使用独立的安装位置注册表键，
升级时由旧版卸载器清理 md-to-pdf 目录，再安装到 MorphDoc 目录，
避免产品改名后继续继承旧目录名。
当前目录包只包含一套 Electron Chromium，不携带 Playwright Chromium；
Pandoc 作为未修改的独立程序随 Desktop 内置，通过受控子进程执行。
Web 静态资源作为只读资源放在 Electron resources/dist 下，生产环境通过
mdpdf://bundle/ 自定义协议加载。
链接与窗口行为
- 当前文档
#anchor在当前预览中定位； - HTTP/HTTPS 链接交给系统默认浏览器；
mailto:等系统协议交给操作系统处理；- 上级相对路径、本地绝对路径和
file:URI 均可尝试通过系统打开； - Markdown 文件会提示在当前窗口或新窗口打开；
- 同一规范化文件路径只允许一个窗口，重复打开时聚焦已有窗口；
- 本地目标不存在时显示明确错误，不允许链接替换预览 iframe。
发行包只保留 Electron 的简体中文和英文语言包，其他 Chromium 运行时 组件保持完整，以兼顾安装体积和不同 Windows 图形环境下的运行可靠性。
安全边界
- 应用窗口和 PDF 窗口均关闭 Node Integration；
- 启用 Context Isolation 和 Chromium Sandbox；
- preload 只暴露打开 Markdown、渲染、主题、生成 PDF 和保存 PDF 所需 的窄接口；
- 本地图片只能从当前 Markdown 所在目录内读取，并拒绝路径穿越和符号 链接越界；
- 主进程校验 IPC 发送者和分页载荷；
- PDF 窗口使用独立内存 Session，并阻止外部网络资源；
- 应用页面使用自定义协议，不使用
file://。