手机端随便搞个Linux环境，然后配合一个中转站的白嫖API，就可以开始搞了，不管是办公还是编码，通通一票全吃。我知道一个站点可以白嫖Grok4.3和DeepSeek V四Pro。

顶个帖哈。

有点像聆又又。

用千问 TTS 就能把分数读出来。读不出来分数的原因并不是你屏幕阅读器的原因，而是你语音库的原因。

感觉现在人写歌都很注重套路啊。

又是4536251。

A N D 的读音是 and。F O R 的读音是 for。O F 的读音是of。E R 的读音是 ER。C H I L D 读 childC H I L D R E N 读 childrenChildren 是 child 的复数。A B O U T 读 aboutW H A T读what。W H E R E 读 Where。W H E N 读 When 盲文点位156151345。P A I D 读 paid。S A I D 读 said。C A N 读 can 或者如果你是美式英语，也可以把它读成 ken。D A Y 读 dayT H I S 读 this.S O M E 读 some。T H E S E 读 theseT H A T读 that。T H O S E 读 those

字母 D O 盲文点位145。它读作 do。

字母 A R 盲文点位345。字母 A R E 盲文点位34515。

字母 C O N V E R S A D I O N盲文点位，25123612456234156N。字母 P A I D 盲文点位 P D。字母 S A I D 盲文点位 S D。字母 A B O U T 盲文点位 A B。字母 W H A T 盲文点位15612345。字母 W H E R E 盲文点位5156。字母 T H E R E 盲文点位52346。字母 T H I S 盲文点位1456。字母 T H A T 盲文点位t。字母 T H E S E 盲文点位451456。字母 T H O S E 盲文点位452346。字母 C O M P U T E R 盲文点位361234136234512456。字母 O W 盲文点位246。字母 D O W N 盲文点位1452461345。字母 Q U E S T I O N 盲文点位1234513615234561345。

字母 E R 盲文点位12456。字母 A N D 盲文点位12346。字母 O F 盲文点位12356。字母 F O R 盲文点位123456。字母 D A Y 盲文点位5145。字母 C A N 盲文点位514。字母 S O M E 盲文点位5234。字母 Y O U R 盲文点位134561235。字母 E D 盲文点位1246。字母 C H I L D 盲文点位16。字母 C H I L D R E N 盲文点位161345。字母 M A Y 盲文点位5134。字母 B E/字母 B B 盲文点位二三。字母 D I S/字母 D D 二五六。字母 G G 二三五六。

“
”

多听听杰伦的歌吧。

不不不，我不这么认为。一段一焦点，如果你想编辑文档的话是一个很好的设计思路。但是放在阅读里，那根本就不是给读屏用户用的。你看我给你分析一下。首先，阅读的目的是为了阅读。既然要做精细化阅读，那就应该从语音的角度下手，而不是从视觉或者文稿的角度下手。你用读屏软件读书，那为什么不用本地记事本打开？记事本默认就是一行一焦点，那多方便。我们开源阅读的理念是一个脚本实现所有功能。角色分配、声音分配、多情绪、多音字，全都可以实现，并且可以引入 AI 来辅助分析。假设你有一本书，你当前加载了第一章。你可以让 AI 给你打印一个角色分配表，然后你阅读器层面根据 AI 打印出的角色分配表来自动分配声音进行朗读。如果你设计成一个/段焦点的话，虽然读屏用户看起来很整齐。但是，如果你不对每一段的拆分做条件判断的话，语音库可能会朗读出一些附加信息，例如分段朗读当前第几段，共几段。嗯并且 AI 分析有一个好处是什么？不会把男变女，也不会把女变男。而且如果你想做拆分的话，这对于你开发成本也很高。你要在 Java 层实现一个 compose UI 然后根据你从网络请求抓取到的章节内容进行分段。你要么用正则，要么用 AI ，就这两种情况。网站给你推的数据始终是纯文本的，而且是一整块数据，它不会自动给你把段分好，你需要手动写。或者你也可以把请求改成流式请求，分批请求章节内容。服务端那边给你推的就是已经分段好的内容，你直接把 UI 套进去用就可以了。总之个人不太建议用一段一焦点的方法构造阅读器。当然，这仅代表我个人。我个人的建议还是从语音这一块多下一些功夫。比如可以允许用户自定义脚本，或者允许用户自定义书源，并且在此基础上引入 AI。开源阅读那边用的是 JS，我们这里可以用 PY 或者 C 或者 H。

手机管家查找一下重复文件。如果是用的华为手机的话，删除的文件应该会保存在回收站，没有完全被删除。

以上观点仅代表我个人。

纠正楼主一个观点，安卓端开源阅读的无障碍已经足够视障者操作读书了，只是要导入书源而已，这也不是什么大事儿啊。

模型的稳定性还不是特别好，容易循环。

大群答案：命无言，注意是繁体无。

这个群是我建的，链接中提供的群是另外一个大佬建的。总之都是关于开源阅读和 TTS 的，可以进去转悠转悠，里面有好东西。