为什么没有人用我写的 GPT4 电子书翻译工具？

[Alicewish]

前段时间为了看英文书做了一个用电脑版 OPENAI 的 APP 来实现自动翻译的脚本。

代码开源在 https://github.com/alicewish/MomoEpubTranslator

目前以大概一天两本的速度搞 GPT4 电子书翻译，并对能发出来的书将翻译全文发在豆瓣书评里。

例如 https://book.douban.com/review/16091265/

因为只传了脚本没传识图用的图标（用户可以自己截图图标来使用），本打算在第一个提到这个问题的 issue 后补充所需图片，但是几周过去都没有人提 issue ？提 issue 肯定比截图并测试简单吧，只能认为并没有人实际使用该脚本。

虽然此脚本硬件上要求用户持有 M 芯片的 Mac ，但也不至于有硬件和有需求看英文电子书的人完全不重叠吧？

和bilingual_book_maker在内的类似功能的仓库比，本程序有三个优势：

1. 不使用 API ，无额外费用
2. 更好地还原了电子书格式（包括目录）
3. 电子书生成的中间步骤完全可见，用户可以自己编辑想改的部分，也更容易处理错误

之前有人提到微信读书，我也试了下，感觉翻译质量比 GPT4 弱很多，错误百出。

所以为什么没人用呢？我一个人用，就算全天跑，也翻译不来每年新出的那么多英文书啊。

[treblex]

https://rye.astral.sh/guide/basics/

试试包管理，这个很好用，比 poetry 还方便

[sworld233]

你仓库搞这样看起来就像是自用的……我想用也不知道怎么用啊

[deplives]

2627 行的单文件，连个 readme 都没有。就是个自用的脚本。

[7gugu]

这种没有 readme 的文件，一看就是对项目不上心或者是 demo 级别的项目，除非你打包成一个带 UI 界面的软件或者至少在 README 中补充详细的使用流程，否则没人会愿意尝鲜的。我如果不是翻了一下 OP 之前的发帖记录，我都不知道这个脚本要怎么用

[Alicewish]

@moonbeama 有个浏览器模式，是 Mac 就能用，但是浏览器不如 app 稳定，需要更多次手动处理错误

[Alicewish]

@jonsmith 我跑的基本都发豆瓣了

[Alicewish]

@qzydustin 求之不得

[yulgang]

我还没有 Mac 🤣

[Alicewish]

@yulgang Win 上不能直接用 Python 控制浏览器，而 playwright 这类工具经测试不断触发验证码，很难使用

[zty5678]

可以看看这个仓库，也是翻译电子书的，https://github.com/yihong0618/bilingual_book_maker ，readme 写得比较详细，还提供了 docker

[lyka]

@moonbeama 我是在 pc 上用的

[Alicewish]

@7gugu 已补充含使用方法的 README ，但是这是个用键鼠控制浏览器和 openai 应用程序的脚本，如果使用用户界面会更加混乱。

[Alicewish]

@sworld233 只需要改下电子书名称然后不断点击运行直到生成双语电子书

[Alicewish]

@dford 后期会加，因为我也有翻译 pdf 的需求，但是预估工作量较大，可能做完都得年底了

[Alicewish]

@vruzo gpt4 没看懂我的思路，写出来的文档跟我的脚本都没啥关系了

[Alicewish]

@zty5678 我的脚本只有一种用法，填上本地电子书名称，不断运行就可以了，用不着很长的 readme 吧，而且 docker 不可能用于这种又获取浏览器当前页面数据又获取 app 截图并提问的脚本。

[Alicewish]

@kdwnil 长文件不算问题吧，对我来说为了本地一键运行，哪怕别人的仓库我都改成单文件再用

[Alicewish]

@neochen13 但是没有额外费用啊，其他所有仓库都要 API ，API 有成本吧

[SkywalkerJi]

@Alicewish #38
对于大部分人来说，收费应该是最低的门槛。