跳到主要内容

ChatBlog:让每篇文章有自己的判断

· 阅读需 8 分钟
ChatArch

我们做 ChatBlog,是因为经常需要临时弄懂一个东西。

可能是一个新概念,也可能是一项工具、一篇论文,或者一个需要尽快拿出方案的问题。调研结束后,资料散在链接、聊天和笔记里,下一次再遇到,往往还得重新翻找。ChatBlog 想把这些过程留下来:把零散信息整理成可以看懂的内容,帮助我们消化,也方便以后找到、继续使用。

AI 让这件事有机会做得更快。查找、整理、解释和制作页面的成本降低了,一次临时探索也能留下一个可阅读的结果。但文章生成得快,不代表知识已经被理解。我们真正需要的是有人看完以后,能比之前更清楚一点。

ChatBlog 改造预览:首页的定位文章置顶入口、正式博客与待精选入口
这张图来自改造中的真实 PR 预览:定位入口常驻,正式阅读和待精选分开。它不是编辑后端已经上线的证明。点击图片可查看原图。

临时弄懂一个问题,也是值得留下来的工作。它不必每次都长成一篇正式长文:一个能解释概念的小页面、一份把选项讲清楚的方案,都可以成为这里的内容。重要的是那次探索有没有留下有用的理解,而不是是否凑齐了一篇博客的固定格式。

先把几个基本设定说清楚​

内容从具体问题开始。 临时调研、概念解释、方案选择或一次实践,都可以留下结果。我们希望自己能消化这些内容,以后再遇到相同问题时能找回来,也让遇到类似问题的人少走一遍弯路。篇幅、图文和交互形式随问题选择。

人和 AI 一起完成这件事。 AI 可以参与找资料、分析、写作和制作页面;人在讨论中确定问题,给出具体反馈,并决定哪些结果值得推荐。文章里的事实、来源和验证范围,需要由作者检查,不能因为模型表达得流畅就当成已经可靠。

发布状态和推荐状态分开。 写作流程上,未经精选的公开内容放在待精选区;通过 PR 和构建检查不自动把它变成推荐。几个区域的含义如下:

区域意味着什么
正式区经过初步精选,作为优先阅读入口。
待精选已留下可阅读的探索结果,尚未选入正式推荐;不等于低质量判定。
AI Slop已明确退出主区,保留原文和旧链接供追溯;不作为新文章的范文。

精选是推荐判断,也允许以后修正。它不代表每个结论都已经独立复现,具体来源、实测范围和限制仍要在文章里说明。

公开阅读,授权编辑。 公开正文可以直接阅读;标签、逐篇反馈和精选选择由授权编辑者登录后操作。私有内容应留在受保护的后端,不能先放进公开仓库或静态页面再隐藏。开源实现和公开文章,也不意味着把编辑权、账号或私人反馈一起公开。

设定和当前能力要分清。 这篇文章所在的改造预览已经展示置顶入口、正式区、待精选和负面归档;登录编辑后端仍待部署。当前实现中,保存选择先写入后端,公开列表、标签和订阅要经过源同步 PR 与静态发布后才更新。完整反馈历史和网页即时改动所有公开入口,都不是这版已经提供的能力。

为什么停下来​

后来出现的问题,是几篇文章开始越来越像。

前一篇的组织方式影响后一篇,某一次效果还不错的结构逐渐成了默认写法。题目不同,内容的展开顺序和页面的样子却越来越接近。模型把 pattern 执行得很完整,文章也因此变得死板。原本希望帮助理解的工具,反而让不同问题被挤进同一种表达里。

这让我们一度停下了博客。

现在重新看,停止没有解决问题。我们需要弄清楚:哪些约束确实能帮助文章,哪些约束只是让生成结果整齐,甚至在消耗文章本来可以拥有的判断。

每篇文章先理解自己的问题​

这篇置顶文章可以解释 ChatBlog 的目的,却不应该替之后的每篇文章规定写法。

临时调研和解释一个概念,并不需要相同的展开方式。一个问题的难处可能在几个选项之间的取舍,也可能在某个过程、某种关系,或者一个容易产生误解的细节。文章应该先找到这个难处,再决定怎样解释。

如果一张图能让人更快看懂关系,就尽量不要让它埋在长段落里。过程可以画出来,概念可以配一个具体案例,软件可以给真实截图;需要尝试和比较的内容,也可以做成交互。文字、图片和演示一起完成解释。

选择这些形式时,要看这次的问题在哪里。某一篇适合流程图,另一篇可能更适合一组前后对照。我们希望有更多合适的表达,而不是每篇都重复同一套图、表、卡片和动画。

我们希望各篇文章都有自己的思考和理解。内容之间可以有联系,写法不必互相模仿。一个简单问题可以简短回答,一个需要展开的问题也应该有足够的空间。

生成和精选是两件事​

AI 可以产生很多文章,我们不必让每一次生成都直接变成首页的推荐。

网站已经把一部分退出主区的历史文章放进 AI Slop,保留原文和旧链接。这是负面归档,不应成为新文章的范文。新生成但尚未被判断的文章,需要另一个状态:待精选。待精选不是低质量判定,它只是还没有进入正式阅读区。

文章经过 PR 和合版,意味着它已经过发布检查;是否进入正式列表,则是另一项判断。我们希望首页主要展示至少经过初步精选的文章。一次探索可以先留下结果,不用立刻承担“已经值得推荐”的含义。看到有价值的内容后,再由人把它提升到正式区域。原链接不必因此改变。

生成探索结果后,先通过发布检查进入待精选,再经过人工判断与源同步发布进入正式区;负面归档单独保留
两道判断关心的事不同:发布检查关心内容能否交付,精选关心它是否值得推荐。图示是正在推进的编辑流程;保存选择并不立即改变静态博客,公开列表仍需源同步 PR 发布。点击图可放大。

Taste 来自具体判断​

我们希望在网页里给每篇文章留下反馈、打标签,并选择哪些内容值得留在正式区域。反馈应该说清楚:哪里帮助了理解,哪里遗漏了问题,哪里让人读不下去。

这里也有一个需要警惕的地方:人的反馈可能被模型变成另一套模板。

喜欢某篇文章中的一张图,不等于之后每篇文章都需要这张图的结构;喜欢一种解释方式,也不代表它适用于另一个主题。反馈要与那篇文章、那次任务联系起来。可以学习判断的理由,但不能把一次成功不加区分地复制下去。

静态阅读,登录编辑​

公开阅读可以继续保持轻量。网站的公开页面由 GitHub Pages 提供;登录、反馈和精选状态交给单独的后端。Pages 本身不运行服务端程序,因此编辑按钮和公开站点是两种不同的能力。

网站开源,意味着实现和公开文章可以被查看、复用,并不意味着任何人都拥有编辑权。静态页面也不能靠前端隐藏来保护正文。以后若有只能登录后阅读的内容,正文应从公开源码和 Pages 产物中排除,由服务端验证身份后交付。

这篇文章不是写作模板。它只是说明我们要做的事,和我们曾经走偏的地方。ChatBlog 重新开始,应该先解决已经碰到的问题;下一篇文章仍然要自己找到合适的写法。

编辑判断