所有AI写作工具背后都运行着由别人制造的模型——Anthropic的Claude、OpenAI的GPT、Google的Gemini、xAI的Grok,以及一长串开源模型。通常,工具向模型厂商付费,再把成本转嫁给你,打包进订阅或点数包里。自带API密钥(bring your own key)则把这一关系倒转过来:模型厂商直接向你收费,写作工具则成为模型工作的车间。对小说家来说,这意味着成本可能更低,选择模型的自由更大,也能更清楚地回答"我的手稿究竟去了哪里"这个问题。同时,它也把一些原本由打包方案默默代劳的责任交到了你的手上。
API密钥究竟是什么
API密钥是一长串字符,用来向模型提供商的服务器表明你的身份。软件向模型发出请求——"写这一场戏"、"概括这一章"——密钥会随请求一同发送,提供商据此判断两件事:这个请求是否被允许,以及该向哪个账户收费。仅此而已。密钥本身并不保存你的文字、设置或历史记录。它更像一张支付卡的卡号,而不是一个普通密码,理应得到同样的谨慎对待。
你需要从提供商的开发者控制台获取密钥,那是一个与面向普通用户的聊天应用完全分开的地方。付费的ChatGPT或Claude订阅并不附带API权限;API单独计费,按使用量结算,通过独立的账户进行。许多写作者正是在这里栽了跟头。聊天订阅是为"人在打字"而设的固定月费;API则是为软件提供的计量访问,而写作工具需要的恰恰是API。
写作者为什么要自带密钥
第一个理由是钱,而且这把刀有两面。API按token计价(token是词的一个片段,平均约相当于四分之三个英文单词),价格由提供商为每个模型设定并公开。内置AI的工具必须按其平均用户的用量定价,再加上自身的利润。如果你写得很多,或者偏爱较便宜的模型,直接向提供商付费可能划算得多;如果你只是偶尔写作,打包方案也许更简单,价钱也未必更高。务实的做法是根据自己的习惯算一笔账,而不是想当然。
第二个理由是选择权。打包型工具只提供它自己挑选的模型。而你自己的密钥可以触达你的提供商账户能访问的一切,其中可能包括工具尚未接入的新模型、适合粗稿的低价档位,或者某个你已经用顺手的特定版本。有些写作者还会使用聚合器账户——一个密钥通过一张账单触达多家提供商的模型,选择的货架因此更加宽广。
第三个理由是对这段关系的掌控。用自己的密钥,提供商的条款直接适用于你本人。用量、花费和限额都显示在你自己的控制台里;一旦你不再使用某个工具,只需吊销密钥,访问权限便随之消失。
一部小说要花多少token
大多数人的初次估算都偏低得离谱,因为写作者只数了返回的那部分字数。一部九万字的小说,成稿大约是十二万token,仅就这个量而言,输出部分往往很便宜。真正的成本在输入一侧。
模型在两次请求之间没有记忆。要把第二十章写好,就必须把它需要知道的内容发过去:这些人物是谁、发生过什么、世界的规则是什么、这场戏应当如何落笔。这些上下文会随每一次请求一并发送,而认真的起草流程会发送大量上下文,常常是待写段落长度的许多倍。规划环节、修订环节、质量检查和重写,各自还要再发一份。因此,一本书的实际账单,更多取决于工具的工作方式,而非书本身的长度。一个对你的故事保持精简、条理分明的图景的工具,每场戏花的钱会比每次都把所有内容整个粘贴进去的工具少。
这正是为什么工具所能给出的最有用的数字,是在任务运行之前就给出估算,并且用你事后可以对照提供商后台核实的口径来表达。
先设好花费上限
在密钥交给任何地方之前,先打开提供商的计费设置。大多数控制台都允许你设置月度预算、硬性花费上限、用量提醒,或者几者并用;有些则采用预付费额度,用完即止。设一个你即便在糟糕的月份损失掉也能接受的上限,再在远低于它的位置设一个提醒。然后在最初几次使用期间留意用量页面,弄清一章到底要花你多少钱。
这个上限保护你的,不只是防止超支。万一密钥泄露,上限会给损失封顶;万一某个工具出了故障,陷入循环不停重试,上限会让它停下来。在做任何其他事情之前,这是最值得先设的一项。
许多提供商还允许你创建多个密钥,并分别命名。给每个工具单独配一个密钥。当你想停用某个工具,或怀疑某个密钥已经外泄时,只需吊销那一个密钥,其余一切照常运转。
密钥究竟能触达哪个模型
密钥为你打开一家提供商的大门,但走进这扇门的是哪个模型,仍由你来选,而且对小说创作而言,这一选择比品牌名所暗示的要重要得多。同一家提供商的不同模型,在成本和文风上差别悬殊。旗舰模型往往在句子层面的功力最强,每个token也最贵;小而快的模型便宜,用来做规划和摘要够用,但落到纸面上明显更平淡。新版本每隔几个月就会出现,有时还藏在一个别名后面,悄悄地指向更新的模型。
有两个习惯会有帮助。其一,按照各个模型写你这类场景的方式来挑选,这只能靠把它们针对同一份提纲的输出并排阅读来了解,最好事先不知道哪段出自谁手。其二,记下你最终选定的确切版本,这样当别名背后悄然更换时,你不会在写到一半时措手不及。
隐私与数据留存
写作者会问,而且问得合情合理:通过API发送手稿,会不会拿去训练下一代模型?答案藏在提供商自己的条款里,而API条款往往与面向普通用户的聊天应用不同。请专门阅读提供商针对API的数据使用政策:API输入是否会被用于训练,请求会被保留多久、出于什么目的(滥用监测是常见原因),以及免费层级与付费层级是否被区别对待。政策会变,所以要查看当前的页面,而不是去年的某个论坛帖子。
然后,对工具也问同样的问题。你的密钥决定的是提供商如何处理你的文字,但你所使用的工具最先看到手稿,并保存着你的项目。那里会发生什么,由它自己的条款决定。密钥并不会让一个工具变得私密;它只是转移了计费关系。
妥善保管密钥
把密钥当作卡号来对待。只把它粘贴到你信任的软件里,而且只粘贴到专为此设的设置页面——绝不要放进聊天窗口、共享文档、截图或支持邮件。设计良好的工具在保存密钥后只会显示最后几位字符,并允许你一步替换或删除。如果它之后再次向你展示完整的密钥,或者要求你把它粘贴到某个寻常的地方,那就是该停下来的理由。
如果密钥确实泄露了,立刻在提供商控制台中吊销它,再生成一个新的。吊销即时生效且免费;而在已经设好花费上限的情况下,最坏的结果也不过是一笔有限的小额账单。
用自己的密钥,还是内置AI
自带密钥是一种取舍:你接过了计费、限额和模型选择的担子,换来的是直接的定价、完整的模型货架,以及一段属于你自己的提供商关系。对一些写作者来说,这恰到好处。对另一些人而言,按任务计价、内置AI的单一方案才是更合适的选择,而选择它并没有任何逊色之处。
Novelmint两种方式都提供。你可以添加自己的Anthropic、OpenAI、Google、xAI或OpenRouter密钥,在它所能触达的任何模型上构建章节;也可以不用密钥,让AI直接包含在你的点数之中。无论哪种方式,规划、故事设定集和各项决定,始终由你掌握。