storytold/wordcraft

本页介绍外部开源仓库，并非 HDATF 产品。

它做什么

WordCraft是ArtCraft团队(GitHub上的storytold组织)用Rust编写的文档编辑应用，面向撰写和排版报告、信函、带引用的论文等文档的人。它以clean-room方式重新实现了Microsoft Word的工作流程，项目说明其文件格式取自ECMA-376等公开规范，对Word只从外部观察其行为。该应用可以打开和保存.docx，也能读写.odt、.rtf、.md等格式，可以导入Word 97-2003的.doc文件，并导出文字可选的PDF。功能区、样式、修订和批注、脚注、引文和参考文献，以及使用CSV或电子表格文件的邮件合并都已具备。桌面应用可在macOS、Windows、Linux和BSD上运行，并与正在运行的Zotero桌面应用配合处理引文，而浏览器版(WebAssembly)没有Zotero连接，文件以下载的方式保存。每个操作都是带id的命令，同一套命令在功能区、快捷键、wordcraft-cli工具、MCP服务器(让AI智能体调用工具的协议)以及只接受发送应用生成的随机密钥的本机连接的JSON控制通道中通用。MCP服务器可以无窗口(headless)运行，也可以连接到正在运行的应用，并以--author指定的作者名把智能体的修改记录为修订和批注，使审阅者能够区分人的修改和智能体的修改。给无窗口服务器指定--automation-read-root和--automation-write-root后，它只在指定文件夹内读写文件，而不带这些选项启动的服务器和通过控制通道操作的应用没有文件夹限制。开始使用时需要安装发布包(MSI、DMG、AppImage等)或用Rust 1.90及以上版本自行构建，连接智能体则是另外在MCP客户端设置中加入wordcraft-cli mcp的单独步骤。韩文字符可以显示，但界面菜单没有韩语翻译，macOS上的韩语输入修复仍在等待中，拼写和语法检查只覆盖部分欧洲语言，支持的格式列表中也没有HWP。项目自称处于alpha阶段，估计用于实际工作的就绪度约为60%，并说明迄今为止的.docx检查使用的是合成测试文件，把用真实文档测试列为进入beta的条件。GitHub许可证栏显示为Apache-2.0，而LICENSE文件和README允许用户在MIT和Apache-2.0中任选其一，ArtCraft的名称和标志被排除在该许可证之外。

许可证

Apache-2.0 宽松许可，含专利授权。可商用，需保留声明并注明修改。

同领域的其他仓库

• Kentucky-ai/opentakeoff
  OpenTakeoff是一个测量引擎，旨在让人和AI智能体一起完成从建筑图纸PDF中测量长度、面积、数量等工程量的工作(takeoff)。目标用户是面临投标截止期限的估算人员，以及想把工程量计算交给Claude等MCP客户端中智能体的团队。同一个引擎有两种用法，一是用npx运行的stdio MCP服务器(Node 20及以上、53个工具、图纸资源、多文档会话)，二是无需服务器和账号、在浏览器中运行的图纸画布。输出包括测量值、计数、工程量汇总、RFI、CSV、JSON和Excel导出、带标注的图纸PDF以及DXF。测量必须经过统一坐标系和比例尺确认，每条记录都保留来源，智能体的工作在人确认并加上批准(APPROVED)标记之前一直处于提议状态。数据保存在浏览器的IndexedDB和localStorage中，团队云是可选项，使用Google登录和Drive，项目声明按原样运行时不会收集任何数据，也没有数据离开本机。OpenTakeoff是从商业Division 9(装饰装修工程)估算系统Spline中拆分出来的测量引擎，采用开放核心结构，测量引擎和MCP服务器保持开源，而用自家估算资料训练的模型保持私有。当前的LICENSE、NOTICE、README以及mcp和web包配置均为AGPL-3.0-only，GitHub元数据也显示AGPL-3.0，文件中写明到apache-2.0-final标签(commit 84c7f48e)为止的代码以及此前的外部贡献仍保留Apache-2.0。仓库描述中的Apache-2.0字样看来是这次变更之前的状态遗留，目前无法确认现有代码中哪些文件仍属于Apache-2.0的具体清单，而且贡献者许可协议(CLA)允许Kentucky AI把之后的贡献也以AGPL之外的商业条款授权，因此在复用之前需要进行许可证审查。README写明One-Click Area功能为重新验证而暂时关闭，吸附功能为测试版，修订对比以工程量差异为单位进行，各语言译本README的更新晚于英文版。
• storytold/designcraft
  DesignCraft是基于Rust的版面编辑与出版产品，用于在页面中安排文字和图片。它面向制作多页报告、杂志和指南的用户，不是资料集合或简单设计插件。用户通过文本框、串接正文、段落样式、颜色和图像组织文档，并使用可编辑的原生格式、IDML及页面图像等。产品有桌面版和WebAssembly浏览器版，网页版通过文件选择与下载完成输入输出。MCP服务器提供新建文档、修改文字、放置图片和渲染页面等工具，并区分无界面引擎模式与连接运行中应用的模式。窗口点击和对话框操作仅适用于连接模式，网页构建没有控制通道。开始使用需要安装包或Rust构建环境，AI操作还要单独配置MCP客户端连接。必须检查字体和素材条件，亚洲文字排版与InDesign兼容性也并非完全一致。README将PDF输出列为计划，而ROADMAP称已实现，因此应针对所选版本另外验证PDF导出与印刷适用性。
• storytold/pdfcraft
  PdfCraft是用Rust编写的PDF查看、整理和编辑桌面应用，是2026年10月7日由PrintCraft更名而来的同一仓库。它独立重新实现了Acrobat的功能，提供macOS、Windows、Linux、FreeBSD应用和浏览器用的WebAssembly版本，README称其没有账户、使用数据收集和云端连接。它接收PDF和编辑命令，输出编辑后的PDF、按阅读顺序提取的文本、JSON格式的文档信息和页面图像。页面整理、合并、提取和拆分时会保留链接、表单、图层、附件和书签，保存采用保留原始字节的增量方式，并用qpdf检查结果。它支持从RC4 40位到AES-256的密码，README把表单、可回复的批注、涂黑、基础电子签名和无障碍检查列为目前可用的功能。面向智能体，它提供基于JSON Schema工具表的命令行运行和需要主动开启的stdio MCP服务器，MCP服务器仅通过标准输入输出通信，并用--root把文件限制在一个文件夹内。作者称983个pdf.js测试文件中有963个可以无崩溃地打开和渲染，并把功能进度定为约50%，两者都是作者自己的测量值。渲染仍依赖hayro库，编辑现有文本（尤其是中日韩文字）、Office转换、PDF/A预检和长期签名验证仍不完善或尚未支持。OCR需要另行下载CC-BY-SA-4.0许可的模型文件，目前登记的语言只有英语，README还写明模糊测试仍会发现崩溃和卡死。许可证可在MIT和Apache-2.0中任选其一，但ArtCraft商标不在许可范围内，分叉时必须移除。
• openai/math
  这个仓库公开了未发布的OpenAI内部模型生成的数学论文和证明材料。它面向研究数学未解决问题之候选成果的研究人员，而不是寻找可运行解题服务的用户。读者选择成果组或论文后，可以查看论文文件、源文件、引用信息，以及部分成果附带的Lean形式化证明。Lean是一种表达数学命题并检查形式化证明的语言和系统。仓库将相关成果归组，并把论文与证明材料及验证配置关联起来。已查看的Lake配置固定了依赖版本，Comparator检查配置则指定待检查的定理、解答模块和允许使用的公理。阅读论文不需要模型访问权限，但检查形式化证明需要指定的Lean工具链、依赖和额外验证工具。作者明确说明各项成果的验证阶段不同，尚未形式化的结果可能有误，本次调查没有独立验证证明或模型性能。
• storytold/printcraft
  PrintCraft是用Rust实现的PDF阅读、整理和修改工具，并不是三维打印应用。它接受PDF和编辑命令，输出修改后的PDF、提取的文本与文档信息，或页面图像。桌面界面、命令行和MCP智能体接口共用一个文档自动化层。该层管理已打开文档的会话、渲染和文本缓存，搜索结果还可以包含页面坐标。普通增量保存会保留原始字节，因此不能将其误认为敏感信息删除。本地处理可用，但源码构建需要Rust工具链和相关依赖，OCR还需要单独准备模型文件。检查到的OCR实现注册的是英语，并不提供通用韩文扫描识别。现有文本编辑、CJK处理、Office转换和高级PDF兼容性仍有限制，因此不能视为可以完全替换Acrobat的产品。

只收录进入 Trendshift 排行榜的仓库，榜单仅用于寻找候选项目，不转载名次。说明、许可证和星标数来自各 GitHub 仓库。解读是我们自己的判断。我们尚未测试这些项目，上榜并不证明质量。