早期使用 vim 的脚本手搓了 mdxsourcebuilder，虽然可用，但是在 AI 时代显得非常笨拙。
全面改造为采用 python 和 rust，并面向 AI 为主的小工具，使用任意 Agent 只要动动嘴即可完成批量的图片词典制作、编辑、升级、转换。
纯预览，欢迎批评指导：
快完工了吧？；）
★,°:.☆(￣▽￣)/$:.°★ 。
已经完工了，名字叫 mdxpress，主要解决的问题：
- 图片词典可维护：
1.1 过往如果图片词典制作程序升级了，词典项目要跟着升级可能会面临各种兼容性问题。==》解决方案：加入版本管理，每一个破坏性更新，都会加入升级程序，进而实现全自动无脑升级。
1.2 过往面对几十个图片词典项目，一个一个维护升级很麻烦。==》解决方案：一键自动识别并批量编译、升级。
1.3 有些词典历史悠久，采用了不同程序、不同版本制作，维护升级麻烦。==》解决方案：加入通用的转换升级机制，目前已经可以让 mdxsourcebuilder、AutoMdxBuilder、PDF 等无缝迁移到 mdxpress。 - 真正跨平台可用：要将 PDF 转为 mdx 图片词典，过往可能要依赖 freepic2pdf 这样的 windows 专用/GUI软件，导致并不能真正跨平台使用。==》解决方案：完全从零开始采用 rust 实现 PDF 相关必要的专用处理程序 dachupdf，从而实现真正的跨平台。
- 版权问题：无论 freepic2pdf，还是 mutool（mupdf），又或是 pdfpatch（其中使用了 mutool 等版权问题组件，其开源协议其实不匹配），若要使用它们，都有潜在的版权问题，像 AutoMdxBuilder 就只能在单独的编译发布中包含它们，而不能在开放源码的仓库中内置它们。==》解决方案：完全从零开始采用 rust 实现 dachupdf，目前完全可以抛弃 freepic2pdf mutools pdfpatch 等软件或库。
- 功能性问题：与 AI 深度融合，轻松上手；深度贯彻一键式理念，即使手工处理也及其便利；更加彻底的可定制化（从样式到功能）；一键实现 PDF 和 mdx 互相转换，且 PDF 向国际标准看齐，而非 PDG 私有格式的书签；性能问题（采用全流程流式处理，大词条不占用大量内存；采用 rust 高效处理 pdf、图片）；多卷本词典同名关键词消除歧义……
关于 AI 结合，案例：
- 对 AI 说 “将这个 PDF 转为 mdx” ==》AI 就会直接调用 cli 命令
mdxpress adopt --pdf，实现转换 - 对 AI 说 “将 GoldenDict 目录下的所有 mdxpress 词典升级到最新版本” ==》 AI 会直接使用 skill mdxpress-upgrade 升级配置，然后调用 cli 命令
mdxpress build --all - 对 AI 说 “将这个 AMB 词典转为 mdxpress” ==》AI就会直接调用
mdxpress adopt --amb-project实现迁移 - 对 AI 说 “删除这个 PDF 的书签的附录部分” ==》AI会调用 dachupdf 的相关指令完成（导出书签、编辑书签、导入书签）
- 对 AI 说 “这个多卷词典，存在很多同名词条，导致跳转到非预期的页面，请解决该问题” ==》AI 会调用
mdxpress disambig生成消除歧义页，想跳到哪个就跳到哪个 - 对 AI 说 “将这个词典改为暗黑风格” ==》 AI 会直接编辑配置文件 theme = ‘dark’，或直接自定义 css。
……
会说人话，就会使用。
先发布一个 案例词典 《星空图鉴》，这不仅仅只是用于演示，更是天文爱好者必看的词典，采用完全真实的星空数据，全自动生成的。
大神有计划吗？
你好！请问这个mdxpress项目就是https://github.com/VimWei/MdxSourceBuilder这个吗？ 