把英文散文读顺
修改英文段落时先朗读一遍,产品用真实绊口位置定位句法问题,再让你试读小幅改法。
写作者修改英文散文时,粘贴一个段落后先自己朗读一遍。浏览器在本地记录停顿、回读、吞音和句尾换气不足的位置,再把这些声音线索贴回对应词组。作者看到的不是一份替写稿,而是自己真正读到卡住的那几个句法拐点。
点开一个标记后,页面只给两种小改法,例如把从句拆开,或把关键动词移到更早的位置。作者可以选择其中一种,也可以保留原句,然后再朗读一次。新旧录音会在同一句上对齐,让人听见改动是否真的让节奏顺下来,而不只是看起来更像标准范文。
完成一段后,产品把常见问题积累为个人练习册:哪些句子总在介词短语后失速,哪些抽象名词堆叠会让自己反复回读。下一次写作前,用户可挑一个问题做一分钟热身,再进入正文修改。原始版本和每轮选择都保留,方便作者回到自己的语气。
首版处理英文散文和短篇评论,重点识别朗读中的节奏障碍。它不替作者代笔,不以语法检查器身份把所有句子改成同一种腔调,也不根据口音评判朗读好坏。
为什么是现在
7月26日,《How to Write English Prose》在 Hacker News 获得65分和35条评论;截至7月27日观测时位列第15。讨论把英文散文的节奏与句法重新带到写作者面前,也让“看不出问题、读起来却卡住”的修改难题更容易被意识到。
目标用户
核心用户是用英语写散文、评论或申请文书的非母语作者,也包括重视个人文风的母语写作者。最合适的时刻是初稿完成后、准备交稿前。此时语法可能已经正确,作者却仍觉得句子发硬。朗读留下的停顿和回读,能把这种模糊不适缩小到具体词组。
最小切入点
录音层可直接使用浏览器的 getUserMedia 与 MediaRecorder。转写层可用 Transformers.js 在浏览器运行 Whisper,减少原始音频外传。S1 将识别结果与原文做词级序列对齐,先标记长停顿、重复片段和重新起句。句尾换气可结合静音长度与音量包络,只作为弱提示。候选改法由受约束的语言模型生成,固定返回拆句或前移核心动词。首版不判断口音和吞音,也不处理长文。音频、标记和版本可存在 IndexedDB,默认由用户主动删除。
以小博大
第一批用户可从英文写作社群、独立作者通讯和高阶英语学习群体中寻找。演示内容应使用开发者自己的段落,公开同一句修改前后的音频对比。围绕“read your writing aloud”等具体修改动作制作短案例,更容易让用户立即试用。分享页只展示文本和用户主动公开的片段,避免默认传播私人录音。
竞品与缝隙
怎么赚钱
采用免费基础版加个人订阅。免费版提供短段录音、绊口标记和有限复读。订阅版解锁不限段落、长期练习册、版本对比和本地数据导出。
反方视角
语音识别会把口音、环境噪声和自然犹豫误当成句法障碍。错误标记一多,作者会开始怀疑自己的声音,而不是检查文字。强制对齐也可能在漏词和重复起句时错位,随后所有建议都会贴错位置。复读不顺未必代表句子有问题,也可能是情绪、疲劳或刻意节奏。浏览器端模型还会带来首次加载和低端设备性能压力。继续投入前,应先验证标记是否稳定命中作者认可的修改点。