LambdaEssay 是一个专为Word文档设计的版本追踪工具，解决多人协作编辑时的版本混乱问题。它让你像程序员管理代码一样管理文档版本，但操作更加简单直观。1. 问题背景与产品价值传统多人协作编辑Word存在诸多痛点：1. 文件反复传输、重命名（如《报告_我改_导师A改》），极易版本错乱；2. 在线文档（如Google doc、飞书）仅支持线性历史，多人并行修改时无法区分、无法合并且都是中心化存储，而git是去中心化版本管理；3. 多人基于不同基底修改，出现冲突后难以整合；4. 同一文档适配多场景（不同比赛、报告）时，多副本管理混乱、易误删。5. 在面对法律合同或超长文件（如100+页）时，文字量大，每次修改的差异属性不明显，而且有欺诈的风险，因为对方有可能偷偷在海量文本中篡改合同但不标入批注中导致合同欺诈。传统Git直接管理Word存在明显缺陷：* Word为二进制文件，Git会全量存储，导致仓库体积快速膨胀；* Git为命令行操作，复杂不直观，无可视化分支关系，对非程序员不友好。LambdaEssay 价值采用类Git思想管理Word/Excel/PPT版本，只存储版本间真实修改内容，不重复存储完整文件；提供可视化界面与AI能力，支持分支分叉、合并、推送、拉取，彻底解决多人协作版本混乱问题。2. 核心概念* 追踪包（追踪仓库）：这是LambdaEssay使用的项目文件格式，.tracking.zip文件。你可以把它看作一个“超级文件夹”，里面不仅存放着你的Word文档，还记录了文档所有的历史修改版本和分支信息，是所有分支的集合。* 文件树：软件左侧的导航面板。在这里你可以浏览项目结构，支持像文件夹一样层层展开，管理复杂的嵌套文档。* 分支：一条独立的文档版本迭代线路，由旧到新串联多个版本节点，可用于适配不同场景、不同人员的修改需求。* 提交节点：每一个圆点代表一个历史版本（提交），包含作者信息、修改时间、提交备注，记录某一时刻的文档状态。* 分支头：一个分支上最新的提交节点。* 本地仓库：用户存储在本地电脑上的追踪仓库。* 远程仓库：在云端服务器存储的追踪仓库。3. 主要功能添加文件到追踪包追踪包是一个追踪项目的整体，里面可包含一系列被追踪的Word/Excel/PPT文档。* 在左侧文件树右击条目，导入单个文档并记录外部路径；* 可直接导入文件夹，自动识别并导入目录下所有Office文档；* 双击文件树中的文档，打开该文档的多分支版本历史。可视化版本历史软件中间的版本图谱是查看历史的主要窗口：* 每一个圆点代表一个提交节点；* 双击圆点可查看作者、时间、修改说明，并获得AI总结的版本间差异与行级差异；* 一条分支由一串连续节点构成，是一条独立版本链路。文档编辑与提交1. 编辑：在Word内部直接编辑文档。2. 提交 (Commit)：点击“提交”，填写提交信息（修改说明），作为当前分支的新提交节点。3. 差异显示：双击节点，展示提交信息、时间、AI差异总结、行级具体差异。4. 回退：双击节点后可选择硬回退或软回退： * 硬回退：强制将文档恢复到该版本，并清空此节点之后的版本； * 软回退：仅更新外部Word文档，不修改版本历史。 两种操作均需慎重执行。分支管理用于并行修改、多场景适配、多人独立编辑：* 创建分支（分叉）：从当前节点分出一条新分支，两条分支可独立迭代。* 切换分支：在操作面板切换分支，文档不会自动变更，可安全切换。* 合并分支：将其他分支内容合并到当前分支： 1. 系统对比两个分支头部文档，生成带Word审阅标记的差异文档； 2. 人工判断保留哪些内容，确认后完成合并，并在目标分支生成合并节点。团队协作（同步：推送 & 拉取）* 推送 (Push)：将本地修改上传到远程仓库，共享给团队。并且自动在远程打下快照并将此次推送的哈希记录在区块链上 * 若本地版本落后于远程，系统会阻止覆盖，建议沟通后再考虑强制推送。* 拉取 (Pull)：从远程获取最新版本到本地。 若本地与远程存在冲突，提供三种冲突解决模式： 1. 历史合并（变基）：保留本地修改，在本地分支顶端追加远程历史，最终版本以远程为准； 2. 分叉：将远程版本新建为一条独立分支，与本地分支共存，后续再合并； 3. 强制：直接用远程覆盖本地，谨慎使用。项目备份与区块链存证为防止恶意强制推送、满足法律合同等高保真场景需求：* 服务器端每次推送（首次除外）都会对仓库状态打快照；* 每个快照生成唯一哈希，哈希之间形成链式结构，并上链存储；* 打开文档后，点击右下角历史备份，可查看每一次远程快照与本地的对比，实现高可信、可追溯。AI 能力* 自动总结两个版本间的修改差异，分析修改后相较于修改前有哪些变化。在合同场景下，还可以分析修改后相对于修改前对哪方更有利* 辅助生成提交说明（Commit Message）