做一个阅读器，还是一个内容工作台？

问题会随着产品一起变化

Tandu 最初围绕听读与追问组织体验。把文章读出来，在不理解的地方停下来问一句，再回到原来的位置，是一个清楚的产品闭环。

但理解材料之后，人还可能需要写一份笔记、形成待办、整理讨论，或者继续编辑某一段内容。如果这些工作仍然需要重新复制材料，理解和使用之间就存在一个断点。

实际项目界面 · 测试材料

材料、成果和追问，放在同一个上下文

对着图看这几处

• 从原音频往下看来源文本，再看成果页签与右侧追问。
• 测试材料不是私人会议，也不证明模拟订阅已成为真实支付服务。

一份材料，多份独立成果

知流把材料、成果和追问放在同一个上下文。会议纪要可以有日期与参与者，学习笔记可以有阶段和自测数量，草稿可以有受众、语气和篇幅。不同任务不只是共享一个通用“生成”按钮。

材料可编辑，成果保留自己的类型、要求与历史；待办可勾选，学习答案可隐藏。这些差异让生成从一段文本，进入具体工作。

等待与失败，需要有可恢复的状态

长录音被压缩并按 10 分钟分段，刷新页面不终止后台任务；本地服务中断时记录中断与额度回退。用户主动重试可以复用成功片段，而不是自动重复付费请求。

历史 QA 使用 601 秒 WAV，并模拟第二段失败，检查重试只处理失败段、时间偏移保留 600 秒。这证明测试场景里的恢复逻辑，不证明真实模型转写准确率。

晚到的 AI 结果，不应覆盖正在编辑的内容

如果转写期间原文发生编辑，晚到结果进入确认流程，不直接覆盖。原文变更后，旧成果和旧回答标注版本差异，引用保留对应快照。

问答携带完整材料与最近六轮上下文，并检查引用 ID。引用能够回查，不代表推理一定正确；普通转写只有分段时间，不能假装具备逐句精准定位。

产品增长，也包括保留历史兼容

更名保留早期 IndexedDB、Cookie 与配置标识，并兼容旧 JSON 备份。名字改变不应成为重写用户原文或清空本地历史的理由。

当前知流仍以本地优先的 SaaS 体验为主，订阅为模拟流程，不是已经验证的真实支付与自动续费，也没有云备份承诺。这与已经真实运营的 PookerAI 不同。

围绕材料，而不是围绕按钮组织

内容工作台的起点是一份材料。录音、文章或文本进入之后，可以被阅读、追问和整理。不同成果共享来源，而不是每个工具都要求用户重新开始。

这也带来新的责任：来源要能找到，输出要能编辑，任务状态要清楚。功能增加以后，组织方式比按钮数量更重要。

产品边界也包括等待与失败

处理长音频，不会像点击一个普通按钮那样立即结束。分段、后台任务、取消和重试，都成为体验的一部分。模型不能返回结果时，界面不能只留下一个转圈。

账户与额度同样需要明确状态，但模拟套餐不等于商业模式已经被验证。产品可以逐步完善，介绍它时也应该保留真实边界。

名字改变，历史不必抹去

知流的品牌更名保留了早期材料与数据兼容。网站也把 Tandu 与知流放在同一个故事里：不是多做了一个产品，而是更清楚地理解了原来的问题。