一篇文章的正文，由评论区里素不相识的人一句一句写出来。这不是比喻，是这套机制的全部设计。

它最初只有一句话。之后出现的所有内容，都来自留下评论的人，再由 Mercury 把零散的句子重写成统一的叙述口吻。每小时会有几次任务读取新评论，交给 Mercury 2.5，把它们编织进上面的故事里。

打开网易新闻 查看精彩图片

规则写得很死

为了让这件事仍然是一篇故事而不是一团乱麻，边界被提前划好：

  • 每条评论上限 600 字符
  • 少于 12 字符的评论直接跳过
  • 每一轮有 3 条评论被改写进故事
  • 故事总长度封顶 24,000 字符
  • 故事中最多容纳 15 个 liquid 标签
  • 累计接受 200 条评论后停止编织，或等到冻结时间到来

这些数字不是建议，是硬性闸门。任何一条触顶，编织就停下。

标签能跑通，但写错就废稿

liquid 标签是有效的。把标签放进反引号里，评论渲染器就会保留源码不动，例如视频、代码仓库、推文这类标签都可以这样嵌入。

未知标签会被拒绝。原因很直接：一个坏标签足以让整篇文章在保存时崩掉。同一条评论不会被应用两次，避免同一句话在故事里重复出现。源码底部还放着一份机器可读的清单，记录所有已被采纳的评论 id。

这套设计里最值得琢磨的，是它对"失控"的处理方式。开放评论、让机器改写、允许标签嵌入，每一步都在引入不确定性；而字符上限、轮次上限、去重机制、标签白名单，又是在给不确定性套上笼子。

Canon log 显示：已编织 0 / 200。故事还在等第一条真正被写进去的评论。