关于 Novelmint

写一部小说，需要做出一系列漫长的决策，而落笔成句只是最后一步。这些人是谁，他们渴望什么、不惜为之犯傻，第三章埋下的伏笔如何在第十九章兑现，以及中间十五章里哪些内容必须保持一致，才能让那个结局真正落地。

大多数 AI 写作工具都从句子层面入手。你给它一个前提，它还你几段文字，看似高效，直到你意识到那些决策其实都已经做了——只是在模型内部悄悄完成的，你看不见，也无法回头更改。到了第三十章，代价才会显现。

这里的基本工作单元是"节拍"——一小段意图：这段场景发生了什么，发生在谁身上，代价是什么。一章由若干节拍组成，一本书由若干章组成，人物、地点和未解的情节线各自沿着这条线维护状态，所以系统在第二十章时仍然记得那把刀在第六章沉入了河里。

编辑在节拍层面进行，而非段落层面，所以当一个场景写偏了，你只需改变这个场景的目的，然后重新构建。这里故意没有自由输入额外指令的文本框，因为在框里打的一行字活不过第四十章，而真正对故事重要的内容，必须存放在系统四十章后仍会读取的地方。

这一切比直接输入前提要费力得多，我不打算假装不是这样。回报会在后期显现——就在这类项目通常崩盘的地方：漫长的中段，当第六册不能与第一册矛盾，而它确实没有矛盾时。

这一类工具中，有很多是为了直接交给你一本成品书而设计的：输入前提，等待，阅读结果。一开始感觉很好，通常都是这样。问题在于第三步——不管模型生成了什么，你都是以陌生人的视角去阅读它，然后被要求在上面署上自己的名字。

所以这里的模型负责呈现，而不是决策。故事的决策权在你手中——这意味着你必须真正去做这些决定，而我认为这才是关键所在：一本书属于你的程度，取决于你为它做了多少决定。使用 AI 完全没问题。但把你的主导权交出去、让它替你做决定，是完全不同的事，这条线正是这个平台所坚守的边界。

由此延伸出四点，这四点都已体现在平台的实际运作中。

Novelmint 的起点是我想写一部小说。我最初尝试用 AI 生成视频来讲故事，虽然现在的视频模型确实令人惊叹，但它们仍然无法在数百个片段中让同一个角色保持一致的面孔，于是我转向了文字。那条路也失败了，只是失败的方式不同——我花了一个多月与 AI 周旋，才勉强得到值得阅读的输出。于是我做了工程师会做的事：为此构建了一个系统——一套以 Python 编写的多层架构，核心是一份规格说明，它告诉模型"如何"写我的故事，而不是"写什么"。我把它叫做 ChapterSpec。

它奏效了。效果非常好。

但它只是我笔记本电脑上一堆 Python 脚本，地球上没有第二个人能用，这让我比预期更难受。这件事真正有趣的部分——从一个空白构想走到 15 万字值得阅读的文字——不应该需要软件工程学位才能触及。所以我转而构建了这个平台，而这个网站就是去掉终端界面后的那套系统。

这里没有团队，没有产品委员会。网站上的每一个字都是我写的或经我审核的，如果有什么地方出了错，那是因为我犯了错。 发邮件至 support@novelmint.ai，会直接到达我这里。

在签署十二个月协议之前，单人运营是个值得正视的问题，所以这里直接回答。平台运行在托管基础设施上，这正是单个工程师得以实际运营它的原因；双方均可在三十天通知后无理由终止合作协议。归属权和付款条款在终止后仍在一定期限内有效，因此您已累计的佣金不会随协议终止而消失。

小团队的另一面是：这里没有等待退出的投资人，因此也没有人有动机将您的书目转卖给您从未选择过的第三方。