打开 tale.fyi/dracula,你看到的是《德古拉》全文,不是简介导读。旁边有个开关,能随时切成有声书朗读。做这个页面的人叫 Sam,一名同时写代码也读文学的独立开发者。

他只用了两周,搭出这一个概念验证——不是整个平台的开发周期。他想解决的问题很实际:公版书数字化了几十年,文本、校对、朗读却一直分头存在,读者要自己去几家网站拼凑。如果这套体验站得住,可能给被资讯流挤到角落的长篇小说,找到一块新的分发地盘。

发生了什么:免费,两周搭的验证,底座是三家老牌公版工程

tale.fyi 目前只有两个可试读的样本:《德古拉》和《圣诞颂歌》。核心功能不多,但都指向同一个目标——把阅读体验做顺。

功能说明
概念验证《德古拉》全文,另有《圣诞颂歌》
开发周期约两周,Sam 独立完成
费用完全免费
进度保存默认存本地浏览器
跨设备同步需登录账号
读听切换同一本书,文字与朗读无缝切换
原创发布tale.fyi/tell,面向原创作者开放

真正撑住体验的不是 Sam 写的代码,是三个存在十几年甚至更久的公共项目。古登堡计划扫描并数字化版权到期的书。Standard Ebooks 的志愿者重新校对排版。LibriVox 的志愿者把文字读出来,做成免费有声书。

这三摊活儿一直分头存在。tale.fyi 做的事,是把它们接进同一个链接,再加一层进度保存和跨设备同步的壳。

公版内容如何拼进一个链接 Gutenberg 计划 数字化文本 Standard Ebooks 校对排版 LibriVox 志愿者朗读 tale.fyi 整合成一个链接 阅读模式 本地存进度 收听模式 跨设备同步 三家跑了十几年的独立工程,第一次被接进同一个链接

书库目前只有两本示范作品。用户规模、留存、收入模式都还是空白。版权边界只覆盖各国已进入公版的作品,更新节奏和地区差异,官方也没讲清楚。

谁会因此调整,谁还在观望

关注独立出版和开放文化的读者,可以把这次当成一次资源拼装的示范先收藏。书库只有两本样例,离大规模换用还差得远,不用急着押注。

小说作者和阅读产品开发者,更该盯紧 tale.fyi/tell 的发布规则。Sam 说“你拥有你创作的一切,包括你的受众”,但没有说明订阅名单能不能导出,笔记数据能不能迁出平台。想借这套读听同步思路做产品的开发者,公版内容打通的路径已经被验证,可以直接参考三家资源的拼接方式;商业化和留存机制,还得自己解决。

普通读者现在能做的,是先去《德古拉》页面试一次读听切换,判断体验是否比现有电子书 App 顺手。跨设备同步要绑定账号,值不值得注册,用完再决定也不迟。

接下来最该盯的三件事:书库会不会从两本扩到几十本;“读者归作者”能不能落地成可导出的具体功能;有没有第二个原创作者真的把作品放上来发布。

小说缺的不是网页,是不被切碎的地盘

Sam 说互联网是为非虚构建的。这是他的判断,不是事实。虚构写作从来都在网上发生,只是长期被资讯流和推荐算法按热度切碎,长篇小说很难在这套分发逻辑里活下来。他说的代价,指的就是这个。

一个链接读完一本书,技术上不难。难的是能不能撑起一个可持续的分发地盘。

合抱之木,生于毫末——两周能搭出概念验证,搭不出一个平台的所有条件。

“读者归作者”这句话,Medium、Substack 早年都讲过差不多的故事。最后作者依然活在别人给的流量入口里。tale.fyi 想绕开这条老路,值得多看两眼,但现在下判断还早。

回到《德古拉》那个链接——它证明的是体验可以做得很干净。证明不了的是,一本小说能不能真的在这里找到一个不被算法拆散的家。

口称读者归作者,读者眼下仍是寄居者。地盘立没立住,还得看书库和留存说话。