◉
接管正史
只读取当前有效版本、最近正文与平台状态
→建议在电脑端体验创作
文脉创作台需在大屏配置你的 AI 模型 Key 并多模型协作写作，手机端暂不开放写作入口。先用手机了解功能，创作请移步电脑浏览器打开 wenpath.com。
不是又一个聊天框，是一间 AI 编辑部
AI写小说写不完一部长篇？
一个模型写不完，一套工作流可以。
只要 1 个 DeepSeek Key · 写完一整本书 · 不限章数
你用 AI 写长篇，大概率遇到过：前几章还顺，越往后越乱——人物突然说错话、埋了几十章的伏笔没人收、文风写着写着就飘了。这不是模型笨，是一个 AI 又当作者又当编辑，顾不过来。文脉把写和查分开：四个 AI 各管一摊、交叉核对，像一间编辑部会审。你只要填 1 个 DeepSeek Key，就能不限章数写完一整本书。
✓ 只要 1 个 DeepSeek Key，就能写完一整本书✓ 自带 Key 保存在本机并随时删除✓ 文脉不把作品用于模型训练
最终成品箱 · 第 042—045 章
可以直接发布
本批次已完成正史核验、连续事件冷读、历史错误匹配和平台发布检查。
没有中间稿、备选方案或逐句修改意见。作者只需复制正文并发布。
交付收据 4 章终稿 · 9 项正史校验 · 18 项错题回归
自带 Key 即完整工具自带你的 API Key，
开始写，现在就试 →
自带你的 API Key，
不限章数，能独立写完一整本长篇。
文脉不卖模型、不赚 token 差价——你用的始终是自己的 Key。主创岗位（DeepSeek）常驻，正史接管、事件包设计、整包创作三道工序全开，长书照写不卡。
主创常驻不限章数、不限时间，写完一本再开下一本
自带 Keytoken 只按你自己的供应商价格结算，文脉不抽成
工序全开三道核心工序 + 长篇记忆与正史系统照常运行
六道工序不给候选稿不让作者当编辑正史始终在线终稿可直发
六道工序文脉的本体，
文脉的本体，
是这六道工序。
换任何模型、任何供应商，这套流程都不变——它才是长篇写到百万字还不崩、几百章下来人物不串、伏笔不丢的原因。关键节点由你确认：大纲、事件包、人物设定和正文都可以查看、修改或推翻；正史核对、多模型分工、会审记录和错题回归由后台跑完，不要求作者理解模型内部流程。
◇
设计事件包
先找人物动作和娱乐循环，不堆制度说明
→⌘
整包创作
按连续小事件写作，不把章节切碎逐段审
→✎
模型会审
范文近读与多模型分工按任务组合完成
→◎
错题回归
自动匹配历史坏例、错误原因与正确答案
→∞
只交终稿
总控冷读签收后，交付可直接发布的成品
四岗会审六道工序里最重的一道：
六道工序里最重的一道：
四岗会审。
一个聊天框里，同一个 AI 既写又改，容易顺着自己的思路把漏洞圆过去。文脉让四个 AI 分工：主创写初稿，连续性专门查前后矛盾，人物声音管每个人说话像不像自己，终审换一个模型冷读挑刺。写和查分开，漏洞才藏不住。主创岗位免费无限使用；其余三岗属于完整工作流，赞助支持后开启。
01
主写初稿主创模型
DeepSeek
负责把故事写出来，你给方向它动笔
02
查前后矛盾连续性模型
Kimi
盯着人物有没有说错话、伏笔有没有忘、时间线对不对
03
管人物说话人物声音模型
豆包
每个人物的语气、对白，都得像他自己
04
独立挑刺终审模型
通义千问
换个模型冷读一遍，发现问题就打回重写
自带 Key 即完整工具自带 Key 就能写。
自带 Key 就能写。
它能独立写完一整本书。
文脉不转售模型，也不赚 token 差价——你用的始终是自己的 API Key。赞助支持的是这套多模型总控方法论的持续打磨，不是购买任何功能或额度。
基础创作
主创常驻不限章数、不限时间
主创岗位（DeepSeek）不限章数，足以把一整本长篇写完。正史接管、事件包设计、整包创作三道工序全开。
直接开始写 →- 正史接管、事件包设计、整包创作三道工序全开
- 小说 / 短剧 / 审稿 / 续写四种模式不限使用
- 章节数不设上限，长篇记忆与正史系统照常运行
- 自带 API Key，token 只按你自己的供应商价格结算
进阶协同（可选）
¥39/ 30天 · 赞助支持
在主创岗位之外，增加连续性核对、人物声音把关、终审独立签收三个交叉核对岗位。
前往赞助支持 →- 连续性核对：事实、数字、道具与伏笔交叉验证
- 人物声音：对白与文风独立把关
- 终审签收：与主创不同模型独立冷读
- 错题回归：历史坏例自动匹配并复检
- 到期自然结束，不自动扣款、不留存支付信息
赞助付款与权益发放由爱发电平台承接，文脉仅负责兑换码核销。文脉本身是一套完整可用的创作工具，赞助支持属于自愿打赏性质，用于支持多模型方法论的研发持续。
两层记忆创作可以放开。
创作可以放开。
正史不能放松。
创作驾驶舱只看人物欲望、当前事件、最近正文和少量优秀样本；正史系统在后台保存事实、数字、道具、认知、伏笔与平台状态。连续性负责托底，不负责指挥故事。
- 创作层娱乐优先、人物行动优先、整事件连贯创作
- 正史层事实账、认知账、数字账、道具账与伏笔状态
- 错题层坏例、错误原因、正确答案与本次回归收据
当前正史 · 第 041 章
最小创作包
人物顾遥 · 摄影记者
道具未冲洗的旧底片
已知第七码头三年前封闭
当前事件事件包进入新的转折
错题命中人物不得突然在场已核对出场来源
平台同步番茄已发布至 041下一交付：042—045
隐私优先不是让你相信承诺。
不是让你相信承诺。
是让产品少碰你的数据。
自带 API Key 保存在当前浏览器，刷新后无需重新输入；作品只发送当前任务必要的片段。共享设备不建议保存 Key，离开前可以一键删除。
Key 保存在本机
完整 Key 不写入作品、项目备份、愿望板或运行日志；刷新页面不丢，也可以随时单独或全部删除。
正文不进入运行日志
系统只记录任务状态、模型、时间、Token 与用量，不在运行日志中保存正文、提示词或完整密钥。
每次调用先说明
执行前显示将发送哪些章节、设定和大纲，以及本次会发送给哪些模型岗位。
四种创作模式四种任务，
四种任务，
各走各的流程。
小说、短剧、审稿和续写不是同一个输入框换名字。每种模式都有独立步骤、确认节点和成品交付方式，四种模式都不限次使用。
章
小说
从一个想法开始，共创大纲、事件包、人物设定和连续正文。
剧
短剧
从卖点与前三集进入全集骨架，再逐集生成、修改和确认可拍正文。
审
审稿
导入已有内容，检查结构、逻辑、连续性与角色声音，并交付修订稿。
续
续写
读取前文设定和文风，从指定位置继续，保留既有事实与人物状态。
模型连接指引
四个岗位，先看推荐，再按需替换。
默认组合来自我们的实际工作流，不是强制名单。你可以给任一岗位换供应商、接口地址和模型 ID。
01
主创模型默认推荐 DeepSeek
深度求索 · DeepSeek 开放平台更看重构思能力、指令遵循和长正文稳定性。
提醒：小参数或极速模型容易省略情节、缩短篇幅，不建议承担最终主写。
02
连续性模型默认推荐 Kimi
月之暗面 · Kimi API 开放平台更看重上下文长度、事实检索和前后状态核对。
提醒：上下文较短的模型可能漏掉早期设定；主写模型与连续性模型相同，也会降低交叉检查价值。
03
人物声音模型默认推荐 豆包
字节跳动 · 火山方舟更看重中文对白自然度、角色区分和风格改写能力。
提醒：偏推理或偏代码的模型往往能找问题，但人物语气可能生硬，不适合单独负责角色声音。
04
终审模型默认推荐 通义千问
阿里云 · 阿里云百炼更看重独立判断、结构化审查和稳定输出修改结论。
提醒：终审最好不要与主写使用同一模型，否则容易重复主写阶段的盲区。
愿望板你最想让文脉，
你最想让文脉，
下一步做好什么？
查看官方已经完成、正在处理和计划中的产品进展，也可以把自己的使用场景单向提交给后台审核。
打开愿望板 →