主题
1.0.0 发行说明
词遇 1.0.0 提供本机学习与插件连接：Desktop 管理学习和资料，Browser 可以独立学习，也可以确认连接 Desktop 后在网页查词、保存语境。账号与云同步属于 2.0.0 路线。
下载
| 项目 | 正式发行入口 | 主要附件 |
|---|---|---|
| Desktop | 1.0.0 Release | macOS arm64 DMG / ZIP、Desktop 与 Core 完整源码、构建与发行清单 |
| Browser | 1.0.0 Release | Chrome / Edge ZIP、完整源码、生产来源与摘要 |
| Desktop Core | 1.0.0 Release | JDK 21 Jar、源码 Jar、完整源码、SBOM、真实启动检查记录 |
| LMCP | 1.0.0 Release | 合同物料、完整源码与参考验证、发行清单 |
所有软件标签均为 1.0.0，不加 v。文档站和组织首页没有软件版本标签，Dictionary 保持自己的 v0.0.3。下载状态以各 Release 页面和附件为准；Gitee 是平级源码与协作入口，发行附件另行核验，不从 GitHub 的成功推断 Gitee 已同步。
发行来源
| 组件 | 标签对应源码 | 远端验收入口 |
|---|---|---|
| Desktop | 204dc05 | 完整源码门禁、DMG 安装与启动 |
| Browser | 1fc46e2 | 414 单元、71 UI 与两个原样 ZIP |
| Desktop Core | d1bbb77 | 三平台测试、实际 Jar 与 SBOM |
| LMCP | 3ee618c | Node.js 22/24、合同与参考验证 |
三仓固定组合为上表的 Desktop、Browser 与 Core。真实连接验收分别完成源码连接 9 场、随包 JRE / Host 连接 9 场；使用真实生产扩展和独立资料，涵盖配对、读卡、采集、重复语境、重启、断开与撤权。它与安装器验收分别记录。
Desktop 的发布恢复工作流来自 main 上的维护提交，检查与安装物仍使用表中原标签提交；对应源码包也归档该提交。维护工作流提交不能被当作安装包的程序来源。
开始使用
Desktop：下载匹配 Apple Silicon 的 DMG，打开后把应用拖入 Applications。应用自带 Java 运行环境和 Core Text 词典。当前安装包使用 ad-hoc 签名，没有 Apple Developer ID 签名或公证；系统可能要求在“隐私与安全性”中确认打开可信下载，不要全局关闭 Gatekeeper。Windows/Linux 和 macOS Intel 没有在本版声明为已验收平台。
Browser：解压匹配 Chrome 或 Edge 的 ZIP，在 chrome://extensions 或 edge://extensions 开启开发者模式，加载包含根 manifest.json 的目录。要求 Chromium 142+。连接桌面前，按插件连接安装本机 Host 并确认邀请。GitHub ZIP 发行与浏览器商店审核分别进行。
核对附件
将同一 Release 的附件和 SHA256SUMS 下载到同一目录，执行：
sh
shasum -a 256 -c SHA256SUMS发行清单记录准确源码提交和实际文件摘要。Desktop 使用子模块；GitHub 自动生成的源码 ZIP 不展开 Core，必须同时保留 Release 的 desktop-source.tar.gz 和 core-source.tar.gz 才是完整对应源码。不要将不同运行的同名包、旧源码或历史测试报告拼为一份发行物。
发布流程
| 项目 | 标签触发后的门禁 | 发布阶段 |
|---|---|---|
| Desktop | 完整桌面检查、实际包物料、DMG 隔离安装与启动 | 复用原样安装器，附两个完整源码包 |
| Browser | 格式/合同/类型/单元、Chrome/Edge 生产等价、完整独立 Chromium UI | 复用通过测试的两个 ZIP，附完整源码 |
| Core | Linux/macOS/Windows 全部 Maven、文档与真实 java -jar 检查 | 复用 Linux 已验收 Jar/SBOM，附完整源码 |
| LMCP | Node.js 22/24 格式、合同、参考验证与归档 | 复核原样归档、标签提交和规范摘要 |
检查和构建任务只读，只有最终发布任务允许写 Release；先将全部附件上传到草稿，再统一公开。main 或 PR 推送不创建正式 Release，工作流也不代替维护者创建标签。已公开标签不移动、同版本附件不覆盖；后续生产修复使用新版本。
Desktop 的发布控制流程修复后，可从 main 恢复一个已有但尚无 Release 的注解标签；完整检查、安装包和源码归档仍固定到原标签提交。已有 Release 或状态无法确认时拒绝覆盖。操作见 Desktop 的本地打包与安装。
真实 Browser/Desktop 连接另有独立工作流，需要记录精确的三仓来源。Core 三平台通过不等于 Desktop 三平台安装通过；Chrome/Edge 的字节等价不等于正式 Edge 或商店安装验收。系统权限、声音和人工体验仍按各项目验收范围记录。
文档站从根 docs/ 构建，部署复用同一次检查通过的静态产物；GitHub Pages 与四个软件 Release 分别核验。主站入口：leximeet.github.io。
发布与版本管理介绍双平台同步、标签维护和正式资料保护。各项目的 docs/版本/1.0.0.md 是对应组件的详细发行说明。