
11 月 6 日 · 5 分钟

说明里标出的时间点,点一下跳过去
AI 从整集转写里归纳的,不是节目方的宣传语
把 AI 压缩到只做「从提问里选关键词」一步,检索匹配全在本地,是一条明确的省 token 路径。
作者自己下载几 GB 知乎问答语料跑通的系统,取舍来自他本人的实际试验。
AI 读完整集转写后给出的推荐理由
一个人用几 GB 的知乎问答语料,搭了个能「刷知乎」的系统。他没有接知乎的实时内容,而是让 AI 只做一件事——从你的提问里挑出关键词,剩下的检索和匹配全在本地完成,为的就是省 token。连朗读都先用浏览器自带 TTS 顶着,等要求高了再换语音合成。一分半里讲清了一条低成本做个人问答应用的路径。
由 AI 从整集转写生成,是创作者说明之外的补充
作者记录了自己搭建「刷知乎」系统的过程:没有接入知乎最新内容,而是下载了几个 GB 的知乎问答语料库,用于验证文本到文本的匹配。系统流程是用户提问后由 AI 选出关键词,再去语料库中检索提问与回答并做匹配计数,匹配合适就直接展示。设计的核心约束是省 token,能不用 AI 就不用;朗读先用浏览器自带 TTS,将来有更高要求再接语音合成 API。具体实现交由 opencode 完成并生成文档备查。
点一章从那里开始播 · 与上面创作者标的时间点各自独立
用几 GB 知乎问答语料做匹配试验
作者介绍今天做的最酷的东西是一个刷知乎的系统,但并未接入知乎最新内容,初衷是验证文本到文本匹配。他下载了几个 GB 的知乎问答语料库,认为内容范围广、适合试验,并提到不介意时效性时读历史类内容也挺愉快。
AI 只负责选词,其余交给本地检索
系统根据用户提问,借助 AI 选出若干关键词,再去语料库中搜提问或搜回答并做匹配计数,匹配合适就直接展示。设计的核心约束是省 token,能不用 AI 就不用 AI。
朗读先用浏览器 TTS,实现交给 opencode
为省钱,朗读先用浏览器自带 TTS,将来要求高再考虑语音合成 API。具体实现细节未展开,交由 opencode 完成并总结成文档,方便日后查阅。

11 月 6 日 · 5 分钟

11 月 3 日 · 13 分钟

11 月 3 日 · 20 分钟

10 月 30 日 · 29 分钟

泛娱乐 · 10 月 22 日 · 2 分钟
说明里标出的时间点,点一下跳过去
AI 从整集转写里归纳的,不是节目方的宣传语
把 AI 压缩到只做「从提问里选关键词」一步,检索匹配全在本地,是一条明确的省 token 路径。
作者自己下载几 GB 知乎问答语料跑通的系统,取舍来自他本人的实际试验。
AI 读完整集转写后给出的推荐理由
一个人用几 GB 的知乎问答语料,搭了个能「刷知乎」的系统。他没有接知乎的实时内容,而是让 AI 只做一件事——从你的提问里挑出关键词,剩下的检索和匹配全在本地完成,为的就是省 token。连朗读都先用浏览器自带 TTS 顶着,等要求高了再换语音合成。一分半里讲清了一条低成本做个人问答应用的路径。
由 AI 从整集转写生成,是创作者说明之外的补充
作者记录了自己搭建「刷知乎」系统的过程:没有接入知乎最新内容,而是下载了几个 GB 的知乎问答语料库,用于验证文本到文本的匹配。系统流程是用户提问后由 AI 选出关键词,再去语料库中检索提问与回答并做匹配计数,匹配合适就直接展示。设计的核心约束是省 token,能不用 AI 就不用;朗读先用浏览器自带 TTS,将来有更高要求再接语音合成 API。具体实现交由 opencode 完成并生成文档备查。
点一章从那里开始播 · 与创作者标的时间点各自独立
用几 GB 知乎问答语料做匹配试验
AI 只负责选词,其余交给本地检索
朗读先用浏览器 TTS,实现交给 opencode
节目里自然聊到的,不是广告

AI 对内容的推测
☕🧄 这个比喻出自 2009 年周立波的一句「喝咖啡的怎么能和吃大蒜的呆在一起呢」;郭德纲后来在《你要高雅》里回了一句「雅和俗分不开,喝着咖啡就着大蒜,秋水共长天一色」。我们借它标注风格取向 —— 两端没有高下,编辑部式与熟人局式都能做出极好的节目。
http://www.ximalaya.com/album/46898583.xml复制概要、章节、提及与推广标注由 AI 生成,可能有误;内容版权归创作者,声湃按创作者开放的 RSS 收录。了解收录与 RSS →

11 月 6 日 · 5 分钟

11 月 3 日 · 13 分钟

11 月 3 日 · 20 分钟