Weiyi Wang: 关于这一点可能会有法律风险，我们会考虑是否有可行方案。还有请问下，博客转文字的主要目的是为了什么呢？在什么场景需要？

Munger: 还是在收集知识碎片啊，在播客里面听到有用的东西的时候。难点在于几乎没有人坐在那听播客的，手里都在做其他的东西，比如开车，或做家务。这个时候可能也就匆匆记下时间点（有一些播客app现在也提供了时间点功能），如果当天想不起来把这个知识点记下来，几乎就算是丢失了，因为想不起来，也因为坐在那听写真是一个讨厌的任务。

Weiyi Wang: 非常感谢分享！那么就是说不论是通过一个点去查找原文（原场景），还是说将这个知识点进行标注继续处理，转成文字都是非常必要的？

Munger: 我刚才仔细的想了一下，这件事似乎更偏向于播客客户端的工作，而不应该是你们管，因为知识点标注这件事是在播客客户端发生的。我的通常做法是抓包->下音频文件->整个音频文件导出文字->高亮知识点。你们如果像我这么干导入音频文件的确会有法律风险。

Weiyi Wang: 是的，因为有一些前车之鉴，所以在这一块的方案选择上会非常谨慎

Munger: 那如果录音是用户行为，能不能开app直接录音呢？

Weiyi Wang: 如果是录音那可能可以规避风险（这里还需要更深入的了解），目前暂不支持通过 app 直接录制音频并收藏（不过这也是我一直想做的），目前支持将系统中的音频文件收藏到 Cubox，所有可能需要其他方式处理后再进行收藏。后续可能会增加直接的音视频录制收藏

Munger: 我想请问一下，具体是什么原因会导致法律风险？如果是直接提供rss订阅的播客下载下来的音频也会涉及到法律问题吗？

jerrywcy: 版权以及内容本身是否违规等问题

Weiyi Wang: 发现我也需要同样的需求，“把播客音频转成文章用来记录”。今天听了播客，时间一个多小时，里面只需要记录部分内容，但是回过头把整个播客重新在听一边，确实太费时间了，如果不用文字记录下来，确实非常容易遗忘