奇幻连载的阵营来信

为什么是现在

截至2026年8月27日观察时，主打“世界构建者版 Substack”的 Lore Machine 位于 Product Hunt 新品流第6名。^S1 它把世界观连载与订阅收费放进同一产品，作者更容易碰到同一事件无法按阵营分别披露的问题。^S1

核心用户是独立连载作者和小型创作团队。他们正要发布战争、政变、背叛或重大发现，剧情需要不同阵营掌握不同信息。此时手工复制多份正文最容易泄密，也最容易让支线互相矛盾。已有稳定读者、愿意定期发邮件，却不想维护完整游戏系统的作者最合适。

数据层先把事件设为唯一母记录，并拆出事实、阵营、知识状态、误解和隐瞒关系。发布时按阵营执行权限查询，再将可见事实填入战报、密信或家书模板。第一版以规则和模板拼装为主，文本模型只负责受约束的口吻润色。每段成稿保留来源事实标识，方便作者回查和阻止越权信息。读者划线与传闻作为独立记录保存，并关联来信、阵营和原事件。先支持少量阵营、电子邮件发送和网页档案，不做地图、多媒体生产或完整设定百科。

第一批用户可从连载小说作者、跑团主持人和世界观创作社群中寻找。他们常会公开展示阵营设定，适合用一场现成事件制作多封来信样例。获客内容应直接展示同一政变在三个阵营中的不同版本，而非讲解抽象功能。再提供可嵌入作者主页的阵营选择页，让每次读者加入都带来产品曝光。

Lore MachineGoogle

Lore Machine 已把文字、图像、视频和声音组合成可滚动的连载内容。作者可将作品组织进共享角色、正史和叙事规则一致的世界，还能通过 World Pass 收费。^S1 它与本产品都在解决世界观作品难以持续发布的问题。公开介绍更强调多媒体制作、读者选择和付费入口，未说明如何维护各阵营不同的知识边界。也未展示同一事件生成多封受限来信、追踪谣言传播，或把读者猜测送回作者后台的流程。缝隙在于不与其争夺视觉生产，而是成为文字连载的情报分发层。作者可以继续在原工具制作正史，只把需要分阵营披露的事件同步过来。

World AnvilGoogle

World Anvil 已提供秘密内容、订阅者群组和细粒度访问控制。作者能让特定读者看到私密文章或文章内片段，也能按角色掌握的知识分配秘密。^S2 它还覆盖地图、时间线、设定文章和小说写作，适合维护结构庞大的世界资料。^S2 这些能力已经解决了“谁能看到哪段设定”的核心权限问题。缺口是操作重心仍偏资料库和页面访问，作者需要自行撰写并组织每个阵营版本。它没有在公开说明中把事件事实作为母记录，再自动编排战报、密信和家书。读者划线质疑、提交传闻，以及作者查看传闻跨阵营流动，也不是现有秘密功能的主要流程。新产品需要靠更短的发布路径取胜，而非复制完整世界百科。

Substack 与手工分组邮件Google

Substack 已具备文章和邮件发布、订阅者管理、免费与付费方案，以及创作者收入统计。^S3 对已有邮件读者的作者来说，它是成本最低的惯用做法。作者可以开多个刊物，或手工维护不同名单，再分别发送阵营版本。不过这种方法会复制草稿、名单和修改工作，正史变更时容易漏改某个版本。其公开文档以刊物、文章和订阅方案为主要结构，没有事件、阵营知识和误解之间的关联模型。^S3 它也不会验证某封信是否泄露了该阵营尚未知晓的事实。新产品的机会不是重做通用邮件系统，而是提供可接入邮件渠道的剧情权限与一致性引擎。

面向作者按月收取软件订阅费。基础档限制可用阵营和活跃订阅者数量，高阶档提高额度，并开放自定义域名、邮件模板和数据导出。读者付费仍由作者定价，平台可选择只收固定工具费，避免早期同时处理复杂抽成。

阵营权限一旦配置错误，就可能把关键真相提前发给错误读者。一次泄密足以破坏悬念，作者还要承担解释、撤回和补写剧情的成本。事件持续累积后，知识状态、误解和隐瞒关系会迅速变复杂，后台若不够直观，作者会退回手工写信。受约束的口吻润色仍可能偷偷补入母记录没有的事实，因此每封信都需要可审校的事实映射。读者传闻还会带来垃圾内容、越界暗示和剧透，作者必须投入审核时间。若读者不愿长期扮演阵营成员，这套机制最终只会成为昂贵的邮件分组工具。