访谈现场提词
直播访谈中，提词内容会识别已答问题并浮出可追问线索，让主持人不漏重点也不重复发问。
主持人做直播访谈时，手里的提纲常会遇到两种尴尬：嘉宾已经主动回答了下一题，主持人却照着念；嘉宾抛出一个值得追问的线索，主持人忙着翻稿没接住。开播前，主持人把问题主线、嘉宾背景和必须问到的主题放进提词界面，制片人则可在自己的控制端准备备用问题。
节目开始后，系统把主持人与嘉宾的发言分开转写，并把对话实时贴回提纲。嘉宾完整覆盖某个问题时，那一项会淡出；出现预设主题、反复回避或新的具体人名时，屏幕边缘只浮出一句短提示。主持人可以一键展开追问，也可以忽略建议继续自己的节奏，不会被自动跳题打断。
场外制片人能静默插入一条问题，系统会根据已聊内容把它放到更合适的空档。结束后，团队得到带问题覆盖情况和重点片段的回看稿，方便剪辑或准备下一场。第一版服务于单嘉宾访谈和一种主要语言，所有参与者需在开场前确认录音转写；它不替主持人决定新闻判断或生成未经核实的事实追问。
为什么是现在
8月31日观察时，Sayscroll在Product Hunt新品流位列第8，语音跟随提词器获得了靠前曝光。S1 当主持人开始期待提词器能理解脱稿内容，直播访谈里的重复发问和漏接线索就会更显眼。
目标用户
核心用户是有场外制片人配合的直播访谈主持人，尤其是播客直播、线上峰会和品牌访谈团队。开播后，嘉宾回答顺序常偏离预设提纲，主持人又必须兼顾镜头、时间和追问。此时翻稿会打断倾听，纯自动滚动也无法判断内容是否已被覆盖。他们需要的是安静的状态提示，而不是替自己接管采访。
最小切入点
浏览器端先接收主持人与嘉宾的独立音轨，避免完全依赖事后说话人聚类。实时转写可接入Deepgram WebSocket，其返回结果包含逐词时间和说话人标记，也可在最终片段中返回实体。S2 提纲先拆成问题、必问主题和人物词表。每段嘉宾发言用向量相似度匹配问题，再由小模型判断“提及”还是“完整回答”。低置信度只标记候选，不自动淡出。制片人问题通过实时通道进入队列，首版只按主题重复和最近话题排序。回看稿复用同一份时间戳数据，不另建剪辑系统。
以小博大
第一批用户应从独立播客制片人、直播栏目团队和线上活动主持人中找。他们通常已经使用浏览器录制室，也能快速安排真实访谈测试。用一段公开访谈做并排演示，直接展示重复问题被淡出、追问线索被捕捉的过程。提供按场次启用的试用入口，并让制片人导入现有提纲即可开场。回看稿可带产品标识分享给剪辑师，形成团队内部扩散。
竞品与缝隙
怎么赚钱
按制片团队收取月度订阅费，包含一定的直播转写时长、主持人席位和制片人控制端。超出部分按转写时长计费。回看稿导出、团队模板库和更长的内容留存放入高阶档。
反方视角
误判“已经回答”会让主持人漏掉必须确认的问题，尤其在嘉宾只含糊提及时。说话人串线、口音和网络抖动还会把提示归错对象。新人物或新主题的识别若缺少上下文，容易浮出无价值甚至未经核实的追问。提示稍有延迟，就会与主持人的自然反应抢节奏。持续转写还带来录音同意、敏感内容留存和供应商数据处理问题。团队也可能不愿改变现有提纲与导播流程，因此必须保留手动控制和清晰的证据片段。