北京
一篇文章的正文，由评论区里素不相识的人一句一句写出来。这不是比喻，是这套机制的全部设计。
它最初只有一句话。之后出现的所有内容，都来自留下评论的人，再由 Mercury 把零散的句子重写成统一的叙述口吻。每小时会有几次任务读取新评论，交给 Mercury 2.5，把它们编织进上面的故事里。
规则写得很死
为了让这件事仍然是一篇故事而不是一团乱麻，边界被提前划好：
- 每条评论上限 600 字符
- 少于 12 字符的评论直接跳过
- 每一轮有 3 条评论被改写进故事
- 故事总长度封顶 24,000 字符
- 故事中最多容纳 15 个 liquid 标签
- 累计接受 200 条评论后停止编织，或等到冻结时间到来
这些数字不是建议，是硬性闸门。任何一条触顶，编织就停下。
标签能跑通，但写错就废稿
liquid 标签是有效的。把标签放进反引号里，评论渲染器就会保留源码不动，例如视频、代码仓库、推文这类标签都可以这样嵌入。
未知标签会被拒绝。原因很直接：一个坏标签足以让整篇文章在保存时崩掉。同一条评论不会被应用两次，避免同一句话在故事里重复出现。源码底部还放着一份机器可读的清单，记录所有已被采纳的评论 id。
这套设计里最值得琢磨的，是它对"失控"的处理方式。开放评论、让机器改写、允许标签嵌入，每一步都在引入不确定性；而字符上限、轮次上限、去重机制、标签白名单，又是在给不确定性套上笼子。
Canon log 显示：已编织 0 / 200。故事还在等第一条真正被写进去的评论。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
