我给博客接上了知识问答和双人播客

旧文章怎样重新被使用?我把知识问答和 AI 双人播客接进博客,记录入口设计、资料与引用、播放体验,以及仍需改进的地方。

outlier 5 分钟 1839 字 1 0

写博客的人,通常很熟悉自己的文章。读者未必。

作者记得某个想法写在哪篇文章里,读者带来的却是一个问题:“我想把知识库接到应用里,应该从哪里开始?”文章列表按时间排列,分类按作者的习惯组织,两者都不一定是读者此刻需要的顺序。

还有另一种情况:文章已经找到了,但现在不方便一直看屏幕。

最近,我给自己的博客接上了两个入口:右下角的小鸟,可以尝试基于已收录资料进行问答;部分文章的正文上方,可以播放 AI 双人播客。

它们让我开始重新考虑一件事:文章发布之后,还能怎样被使用?

先从一次实际体验说起

如果你想先听,打开这篇文章,在正文上方找到“听这篇”的入口。这里放的是 AI 生成的双人对谈版,本次检查中,播放、暂停、进度跳转和倍速操作均可用;检查范围只包括这个样例。

如果你想找资料,点击博客右下角的小鸟,试着问:“MomoBird 负责什么,生成模型负责什么?请附上来源。”

在 2026 年 10 月 24 日的检查里,关于 MomoBird 分工和 Agent 阅读起点的两个问题都返回了正文;其中一条引用能展开到对应文章。之前遇到过只显示引用、没有正文的情况,这次没有复现,但几次问答还不足以证明稳定。欢迎语里仍有测试字样,资料不足时的回答也有冗余,这些都还需要继续改。

这两种体验的目标不同。播客帮助你进入一篇文章;问答尝试从一个问题出发,找到资料里的相关部分。最后都应该能回到原文,而不是让原文失去位置。

小鸟背后,需要的是有范围的资料

我做的知识库叫 MomoBird。之前写过一篇关于它的设计思路,核心是把找资料和组织回答分开。

一个普通聊天入口可以接收任何问题。但放在博客里的助手,读者很自然会把它的回答理解为“这个作者说过的话”。这就需要认真处理依据从哪里来。

假设有人问:“作者为什么做这么多 App?”一个有用的回答,应当先找到我介绍产品动机的文章,再依据其中的内容解释,并让读者能回去核对。它不应该顺手编出我的收入、用户数量,或者一段我没有写过的创业经历。

所以,我希望这个入口承担一个具体任务:在已收录的资料范围内,帮助读者找到内容。资料不足时,说明不足,比补上一段听起来完整的答案更有价值。

这也意味着,文章数量和知识库覆盖范围是两回事。博客上有一篇文章,不等于它已经正确进入知识库;文章更新了,也不等于助手马上知道新版本。内容整理、同步和核对,仍然是产品的一部分。

双人播客,让同一篇文章多一种打开方式

问答解决的是“我该看哪里”,播客尝试解决的是“我现在怎样看”。

文字很适合检索、引用和逐句推敲。音频则给了读者另一种选择:可以先听一段,判断这个主题是否值得继续读。

我采用的是 AI 双人对谈的形式。对我来说,它值得尝试的地方在于:一个角色可以提出疑问,另一个角色解释,然后围绕同一个问题继续展开。它有没有比单纯朗读更容易理解,需要靠实际听感来判断。

“可以播放”和“值得听完”之间,还有不少工作。开头是不是太慢,两个角色有没有反复说同一句话,技术名词有没有读错,改写有没有改变原文的意思,都需要检查。

尤其是技术文章,代码、命令、限定条件很难只靠听觉完整接收。因此,我更愿意让播客帮助读者进入主题,再让正文承担查阅和核对的任务。

目前,部分文章已经有了这样的播放入口。后续是否扩展到更多文章,应该先看哪些主题适合听,以及真实读者是否愿意使用。

我想把博客本身当作一个产品来做

很多博客都有“关于我”和“我的项目”。但只有名称和简介,读者仍然很难理解作者具体做了什么。

当读者在博客里用一次知识问答、听一段文章播客时,产品就有了具体的上下文:这是一种帮助人使用内容的方式。体验中遇到的问题,也会直接暴露出来。

这比在项目介绍里多写几个功能更有参考价值。对读者而言,可以先体验,再决定要不要了解实现;对我而言,博客提供了一个持续观察使用过程的地方。

这个站点的主题也是我的作品,叫 Nimbus,面向 Typecho,源码公开。主题负责内容的展示;知识问答和播客是另行接入的能力。它们可以在同一个博客里协作,但安装主题不等于自动配好了知识库。

我希望这种呈现方式能让作品与文章互相解释:文章讲清楚为什么做,作品展示现在做到了哪里。

接下来,我更想观察这几件小事

首先是读者能不能发现入口。如果需要我在旁边解释“小鸟在右下角”,那首页和提示文案就还有改进空间。

其次是一次问答能不能走完:有完整回答,来源能打开,原文确实支持回答。一个引用标记本身还不足以说明体验成功。

然后是播客有没有帮助读者理解内容。播放按钮被点过,并不代表文章变得更容易理解;还需要听到具体反馈,例如哪一段解释清楚了,哪一段重复或偏离了重点。

最后是有没有人带着自己的场景来交流:“我也有一个博客,能不能这样接?”“我的产品说明经常更新,应该怎样维护?”这些问题能帮助我判断,这个实践是否对其他人也有价值。

这些实际使用情况,可以帮助我判断哪些改动值得继续投入。增长效果也应该结合一段时间的真实记录来判断。

想复用博客的展示方式

本站使用的 Nimbus 主题已经开源。想复用博客的展示方式,可以查看源码与安装说明。知识库和文章音频需要另行接入。

评论

还没有评论,来说点什么吧。

发表评论

GitHub 登录或直接填写昵称与邮箱
Ctrl + Enter 快速提交
Enter 搜索Esc 关闭