跳到正文

2026年8月17日更新:可编辑记忆工程与本地项目工作区完成 ​

历史资料

本页从原 WPS 知识库迁移,用于保留历史记录。内容可能对应旧版本,不应单独作为当前功能状态依据;当前能力请优先查看“开始使用”“功能指南”和仓库最新 Changelog。

这次更新把 StoryForge 的“长期记忆”从浏览器里的零散数据和按需检索,升级为一套由作者、AI Harness、浏览器 IndexedDB 与本地硬盘共同维护的创作状态。

它的重点不是再做一个看不见的“记忆库”,而是让已经确定的作品内容、AI 过程成果和作者决定能够长期保存、外部查看、人工核对,并在安全边界内双向修改。代码已经合入主干,应用语义版本暂时仍为 3.9.1,正式版本号和 Release tag 将由后续独立发版流程决定。

你能直接感受到的变化 ​

  • 新建项目时可以直接选择“项目存储位置”。例如把项目放到 D 盘的某个小说文件夹,StoryForge 的可读内容、记忆和恢复证据就保存在这个文件夹内。

  • 已有项目可以在“设置 → 项目存储工作区”查看、重新授权、更换或解除存储位置,支持用户选择任意本地硬盘目录。

  • 浏览器里的 IndexedDB 与硬盘工作区互为映像,但不会在后台互相覆盖。选择文件夹、打开页面、定时器运行或 AI 完成任务都不会自动写盘。

  • 项目内修改内容后,由作者点击检查,系统会列出项目改动和下游影响,确认后才更新硬盘文件。

  • 作者在硬盘上修改受支持的文件后,同样由作者点击检查;系统先把变化转换为候选并核对作品范围、原值和影响,再由作者确认写回项目。

  • 如果浏览器和硬盘同时修改了同一内容,系统不会擅自选边。冲突、缺失、损坏和额外文件都会单独提示,旧内容会先进入历史或回收目录。

现在可以在硬盘查看和编辑什么 ​

  • Workspace、World、Work 的项目结构文件;

  • 每章正文对应的 Markdown 文件;

  • 每个作品的“故事核心”中文 YAML;

  • 每个作品的“创作规则”中文 YAML。

这些文件不暴露浏览器内部的数字 ID。外部修改不会直接穿透数据库,而是经过候选、当前值校验、影响计划和作者确认后,才走项目原有的正式写入入口。

其它正式项目数据和 Harness 的运行记录、候选、作者决定、采纳、验证与完成回执会进入可读的恢复胶囊。账本、回执和高风险树状结构目前保持只读,避免外部编辑擦掉来源或破坏历史。本轮没有为了“所有表都能编辑”而过度扩张。

Harness 成果真正沉淀为记忆 ​

  • AI 的生成候选、作者修改、采纳或拒绝、验证结果,以及运行成功、失败或取消都会留下可追溯记录。

  • Harness 终态与记忆结算在同一个浏览器数据库事务内完成,避免出现“任务显示完成,但记忆里没有回执”的半状态。

  • Fast Guard 和 Deep Audit 已接入正式的可恢复运行流程。它们只在作者点击时运行,每次最多调用一次模型;报告只提出证据和问题,不会自动修改正文或正式设定。

  • 正文后来发生变化时,旧报告和历史证据仍会保留,但会明确标记为已过期;重新检查会生成新一代记录,不会覆盖旧历史。

  • 后续生成和审校优先读取已经确认的设定、角色认知、人物状态、物品、时间线、依赖和来源证据,而不是把向量相似度当成事实裁判。

恢复能力 ​

  • 浏览器数据仍在时,可以重新授权原目录,先检查差异再继续同步。

  • 浏览器数据丢失时,可以从工作区验证项目身份、文件清单、逐文件校验值和恢复胶囊,再重建正式内容、引用关系和 Harness 历史。

  • 同步中断或文件权限失效后,可以重新授权并继续;系统只补未完成步骤,不会重复调用模型或重复采纳。

  • 旧浏览器里的完成凭据如果依赖已经变化的本地编号,系统会保留全部历史并标记待复核,不会假装旧凭据仍然有效。

隐私和 Token ​

  • 文件扫描、解析、哈希、差异比较、冲突判断、影响计划、同步和恢复全部在本机完成,模型调用为 0,不消耗用户的 AI token。

  • 只有作者另行启动 AI 生成、文风学习、Fast Guard 或 Deep Audit 时,才会调用用户自己配置的模型服务并产生 token。

  • 发现冲突不会自动启动 AI,也不会自动连续修复或批量改稿。

  • 本次更新不包含云同步、多人协作、Git 自动提交或服务端托管。

工程收口与验证 ​

  • 记忆工程主体、可编辑工作区与 Harness 结算由 PR #66 完成。

  • Deep Audit、首批语义 YAML、十万字级恢复长链与项目自有存储位置由 PR #71 完成。

  • GitHub Actions 和 Node 24 兼容升级由 PR #68 完成,Node 20 弃用告警已经消失。

  • 记忆工程收口通过 397 个测试文件、1,942 项测试和 Chromium 浏览器测试 53/53。

  • 最终主干在新的 Node 24 CI 上通过 435 个测试文件、2,043 项测试和 Chromium 浏览器测试 53/53。

诚实边界 ​

这套工程解决的是“如何带着正确证据持续创作、如何发现变化、如何让作者安全裁决并在数据丢失后恢复”,而不是承诺 AI 永不遗忘或作品永远没有矛盾。语义模型仍可能漏报普通叙事问题,最终判断仍在作者手中。

本轮已经完成并封版。后续如果要开放角色、故事线、世界设定或账本的外部编辑,必须逐类证明稳定身份、作品范围、引用、冲突、正式采纳和恢复都安全,不能直接把全部数据库表暴露到硬盘。

更新日期:2026-08-17

合并提交:5021094407a3d71da904564980be1527623ff206

原施工分支:feat/harness-creative-reliability

状态:工程主架构已合入 main;创作可靠性保持实验性,社区体验门尚未开放

一句话说明 ​

StoryForge 已把原来散落在各创作页面里的 AI 调用,收进统一的 Agent + Harness 执行架构:模型只读登记过的上下文,只生成可编辑候选;系统用有界调用、确定性校验、持久化账本和终态回执管理失败与恢复;作者明确确认后,候选才会进入正式设定或正文。

这次更新解决的是“AI 创作过程如何被可靠地执行和交付”,而不是宣称某个模型从此能够稳定写出完美小说。

为什么要重构 ​

过去的生成路径虽然已经具备提示词模板、上下文装配和作者确认,但不同功能仍可能各自维护调用、解析、重试和临时候选。模型一旦不遵守结构、网络状态未知或生成质量不足,系统容易出现三类问题:

  1. 不知道失败发生在哪一层,也无法准确恢复。

  2. 反复重试会继续消耗用户 API,却可能没有可交付结果。

  3. 页面级旁路容易绕开统一上下文、作用域、采纳和数据生命周期。

新的架构把创作自由与工程安全分开处理:作用域、引用、结构、写入权限和费用上限保持严格;文学质量、风格和完整度允许分级,以警告、局部修复和作者编辑处理,而不是为了追求机器满分无限重生成。

现在的统一主路径 ​

  1. 作者请求

  2. -> Master Agent / 领域 Skill

  3. -> Run Contract(目标、权限、版本、预算、完成条件)

  4. -> CONTEXT_SOURCES + assembleContext()

  5. -> 一次生成

  6. -> 免费确定性归一化与验证

  7. -> 必要时最多一次定向修复

  8. -> CreativeArtifact(草稿、合法片段、问题、假设、用量)

  9. -> 作者编辑 / 选择 / 接受警告 / 拒绝

  10. -> FIELD_REGISTRY + AdoptionSchema + adopt()

  11. -> 终态回读、回执与影响处理

贯穿整条路径的 PROJECT_TABLES 继续负责表的作用域、导出、导入、删除、迁移、引用重映射和运行记录生命周期。Agent 与 Harness 没有建立第二套数据库或 AI 旁路。

本次交付的核心能力 ​

Agent 不再等于“会聊天的提示词” ​

  • Master Agent 只负责识别意图、选择已登记 Skill、安排依赖和汇总候选。

  • 领域 Skill 冻结读源、写目标、提示词版本、工具 schema、上下文策略和回归证据。

  • Tool Registry 使用闭集只读工具;模型不能通过自由工具名扩大权限。

  • 有限 fan-out 和有限重规划只在明确策略允许时启用,不能变成无边界 Agent 团队。

Harness 提供可恢复的运行控制面 ​

  • 每次运行都有 Run Contract、事件账本、checkpoint、候选 hash、父子 lineage 和终态回执。

  • 页面刷新、浏览器中断或长任务恢复时,从同一 ledger 重建状态,不重复已经结算的调用。

  • stale 输入、跨 Work/World、错误候选身份、目标变化和采纳前 CAS 漂移会在正式写入前拒绝。

  • 下游影响处理以可验证 DAG 展示阻断、就绪、待确认、需人工处理和完成状态,不自动级联重写整本书。

创作可靠性采用“严格安全、分级质量” ​

统一产物状态为:

  • ready:结构、作用域和硬边界通过,可进入作者确认。

  • usable-with-warnings:结构可采纳,但存在弱因果、重复、信息倾倒等普通质量问题。

  • manual-repair:保留原始草稿或合法片段,需要作者手工调整。

  • blocked:越权、错作用域、错误引用、stale 或不确定正式写入等安全问题。

系统不会因为一个软问题丢掉整批输出,也不会把软质量警告伪装成数据安全失败。

API 花费被明确限制 ​

  • economy:一次生成,不自动修复。

  • balanced:一次生成;只有确定性定位到可修问题时,最多一次定向修复。

  • refine:仍最多 1+1;额外语义评审必须由作者显式触发。

  • 相同失败指纹再次出现立即停止;授权、余额、权限、stale 和网络结果未知不会自动重发。

  • 每个候选记录模型、用途、token、延迟、修复与停止原因。模型价格未登记时只展示 token,不虚构金额。

部分设定也能推动故事,而不是反复复述世界观 ​

NarrativeBrief 把当前任务收束为人物欲望、阻力、代价、必须选择、入口状态、退出变化和下一步压力。资料不足时,模型可以在同一次生成中提出显式临时假设;这些假设随候选存在,不会静默升级为 Canon。

上下文优先级也从“谁的资料最多谁占注意力”改为:作者本轮要求、叙事任务、直接前文和当前状态优先,相关 Canon 次之,世界背景和其它参考只在确实影响行动与结果时进入。

核心创作入口统一登记 ​

故事核心、故事线、世界观字段、角色创建/补充/关系、灵感反推、角色驱动、卷章纲、细纲、正文、章后记忆与提取、地点、物品、年表、伏笔、历史、参考分析、文风学习等路径已经迁移到 durable Run,或作为明确的只读/内存草稿/模拟运行时入口登记审计。AI 入口检查会阻止新的页面级直连悄悄出现。

对作者意味着什么 ​

完成这次更新后,理想交互不再是“点击生成,然后祈祷一次成功”,而是:

  1. 系统明确本轮要生成什么、会读取什么、最多调用几次。

  2. 生成结果无论完美与否,都尽量留下可编辑内容和准确问题说明。

  3. 作者能修改候选、接受普通警告、只采纳合法部分或直接拒绝。

  4. 正式数据只有在作者确认后改变;运行中断后可以继续,不必重新付费生成上游。

  5. 后续事实、摘要、检索、章纲和年表影响有可见计划,不会悄悄改稿。

数据与兼容性 ​

  • 仍是纯前端、本地优先应用,没有新增 StoryForge 云端后端。

  • API Key 的保存边界没有改变;运行证据不包含明文 Key。

  • 旧项目通过显式 World / Work owner 兼容层进入新作用域,历史候选和旧事件按版本兼容读取。

  • 新增运行表已进入 PROJECT_TABLES 的导出、导入、删除、迁移和引用重映射生命周期。

  • 未确认候选、运行存档和作者私有资料不会自动进入世界发布包。

验证结果 ​

合并前最终工程验证:

  • npm run ci 全绿:387 个测试文件、1,892 项测试。

  • required tables、AI Manual、AI 入口登记、架构、来源可达性、路线图、Agent freshness、Canon、生产依赖、lint、TypeScript、覆盖率、构建和 bundle budget 全部通过。

  • 独立 Chromium 数据中的 E2E 52/52 通过,没有使用或修改作者当前预览项目。

创作可靠性真实模型评测:

评测可编辑可采纳平均调用语义推进结论
Development v6100%100%1.0085.8%100%机器门 PASS
Sealed held-out v6100%100%1.0083.3%100%成本门 FAIL

封存集唯一失败项是 token/可采纳产物倍率:实际 1.514404,预注册门槛 1.5,每份产物高约 30.4 tokens。按冻结协议必须判定失败,不能为了得到好看结论重跑或调阈值。

仍然没有完成什么 ​

  • 独立真实作者 A/B 盲评仍为 0/6,社区体验门没有开放。

  • 当前证据不能支持“StoryForge 已经替作者完成 80% 工作”这一宣传。

  • 模型仍可能偏题、结构失误、遗漏事实或生成普通文本;Harness 能限制损失、保留结果并解释失败,不能替模型凭空获得文学能力。

  • sealed held-out 已经消耗。后续成本优化、更多入口质量证明和社区结论必须使用新的 Development 与新冻结终验集。

  • 社区账号、云发布、发现、协作和治理仍属于后续平台工程,不属于本次 Agent + Harness 更新。

后续方向 ​

  1. 先以实验性入口收集纯本地、可导出的结构化反馈。

  2. 完成未参与实现的真实作者 A/B,重点测“愿意继续编辑”、实际修改时间、连续章节保留率和费用接受度。

  3. 用新的 Development 集优化上下文精度与 token,而不触碰已消耗封存集。

  4. 将可靠性合同逐步推广到更多真实创作入口,并继续下线残余旁路。

  5. 只有机器安全门、成本门和独立作者门同时满足后,才开放社区体验并更新产品承诺。

证据入口 ​

  • Agent + Harness 重构交接:AI-HARNESS-REBUILD-HANDOFF-20260810.md(历史工程文档,未迁移)

  • 创作可靠性工程开发文档:AI-CREATIVE-RELIABILITY-DEVELOPMENT-20260816.md(历史工程文档,未迁移)

  • CREL-13 Development / Sealed Held-out 证据:evals/CREL-13-DEVELOPMENT-EVIDENCE-20260816.md(历史工程文档,未迁移)

  • HARNESS-86 真实故事线主路径 A/B 证据:evals/HARNESS-86-STORY-ARC-MAIN-PATH-EVIDENCE-20260815.md(历史工程文档,未迁移)

  • 当前架构总览:ARCHITECTURE.md(历史工程文档,未迁移)

  • 当前能力基线:roadmap/CAPABILITY-BASELINE.md(历史工程文档,未迁移)

版本: 2026 年 5 月

定位: 纯前端、开源、AI 驱动的小说创作工坊

一句话概括: 从世界观搭建到成稿导出,一个工具覆盖长篇小说创作全流程。

地址:https://github.com/yuanbw2025/storyforge

目录 ​

  1. [设计理念](#1-设计理念)

  2. [整体架构一览](#2-整体架构一览)

  3. [世界观构建](#3-世界观构建)

  4. [角色设计系统](#4-角色设计系统)

  5. [故事设计与大纲](#5-故事设计与大纲)

  6. [章节写作与编辑](#6-章节写作与编辑)

  7. [伏笔追踪系统](#7-伏笔追踪系统)

  8. [状态表与情感节拍](#8-状态表与情感节拍)

  9. [创作规则与约束](#9-创作规则与约束)

  10. [作品学习系统](#10-作品学习系统)

  11. [提示词库](#11-提示词库)

  12. [数据管理与备份](#12-数据管理与备份)

  13. [主题与个性化](#13-主题与个性化)

  14. [技术特性](#14-技术特性)

  15. [功能联动全景图](#15-功能联动全景图)

1. 设计理念 ​

故事熔炉是一个帮你管理创作全流程的工坊。

我们认为,写好一部长篇小说,最难的不是码字本身,而是:

  • 世界观越写越乱,前后矛盾

  • 角色写到后面就"面目模糊"

  • 伏笔埋了忘收,时间线搞混

  • AI 生成的文字千篇一律,没有个人风格

  • 几十万字的项目数据散落各处,换个浏览器就没了

故事熔炉的设计原则:

  • 全链路覆盖 —— 从"脑子里有个想法"到"导出完整小说",不需要在多个工具之间跳转

  • AI 是助手不是主人 —— 每一步都可以手写,AI 只在你需要时介入,且你可以编辑所有 AI 提示词

  • 数据永远在你手里 —— 纯前端运行,所有数据存在你自己的浏览器里,不经过任何服务器

  • 模块之间互相"知道" —— 写章节时,AI 能看到你的世界观、角色、伏笔、情感节拍、参考作品分析——不是各管各的孤岛

2. 整体架构一览 ​

打开一个项目后,你会看到左侧的模块导航树。整个工坊分为五大区域:

每个模块不是孤立的——它们通过上下文注入串联在一起。后面会详细讲。

3. 世界观构建 ​

3.1 三层世界观 ​

故事熔炉把世界观拆成三个维度,每个维度都有独立的编辑面板:

维度内容你能填什么
世界起源这个世界是怎么来的创世神话、基本法则、时间起点
自然环境世界的物理面貌地理、气候、生态、资源分布
人文环境世界里的"人"种族、文明、社会制度、文化、宗教

每个维度都支持 AI 生成建议——你给一个大致方向,AI 帮你扩写出详细设定,你可以接受、修改或重新生成。

3.2 力量体系 ​

独立的力量体系编辑器:名称、描述、等级划分、修炼规则。写修仙/玄幻/科幻的同学尤其需要这个——确保全文修炼体系前后一致。

3.3 地理环境(层级地点系统) ​

  • 地点列表 —— 支持几十种地点类型(大陆/国家/城市/门派/秘境/遗迹/战场/自然景观/建筑/其他)

  • 层级关系 —— 每个地点可以设置"上级地点",形成 大陆 → 国家 → 城市 的树形结构

  • 树状图视图 —— 自动根据层级关系渲染可视化树状地图

  • AI 概念地图 —— 一键让 AI 根据地点数据生成 SVG 概念地图

  • 图像生成 Prompt —— 自动生成适合 Midjourney/DALL-E 的地图绘制提示词,复制即用

3.4 历史年表 ​

时间线管理器,每个历史事件包含:

  • 所属纪元(如"上古纪")

  • 具体时间

  • 事件描述

  • 对世界的影响

支持手动排序,确保你的世界历史时间线清晰有序。

3.5 世界地图(程序化生成) ​

这是故事熔炉最炫酷的功能之一:

  • Voronoi 程序化地图 —— 基于 Perlin 噪声的地形生成,自动模拟海拔、气候、降水、生物群落

  • 河流系统 —— 自动生成合理的河流走向

  • 势力领地 —— 根据势力数据自动划分领土边界

  • 多世界树 —— 如果你的小说有多个位面/世界,可以建立世界树层级,每个世界独立的地图配置

  • 传送门系统 —— 在世界之间标记传送通道

  • 标记编辑 —— 在地图上放置自定义标记点

3.6 道具系统 ​

9 种道具分类:武器、防具、法宝、丹药、材料、功法秘籍、阵法、特殊物品、其他。

每个道具可记录:名称、类型、品级、描述、能力效果、来历、当前持有者、剧情重要性。

4. 角色设计系统 ​

4.1 四级角色分类 ​

分类说明使用场景
主要角色主角、主要配角、核心反派需要完整人物小传
次要角色有名有姓但戏份有限的角色简要描述即可
NPC功能性角色(店小二、守卫等)只需名字和特征
路人背景角色模板场景填充用

每个角色都支持:

  • AI 生成 —— 给出角色定位,AI 帮你生成完整人物设定(外貌、性格、动机、背景)

  • 首次出场/退场章节 —— 设置角色活跃范围,AI 写作时自动只带入当前章节活跃的角色

  • 角色弧光 —— 记录角色的成长变化

4.2 角色关系网 ​

这是一个交互式的力导向关系图:

  • 10 种关系类型 —— 亲属、恋人、朋友、对手、敌人、师父、弟子、盟友、上下级、其他

  • 双向/单向 —— 支持双向关系(互为朋友)和单向关系(暗恋)

  • 可视化 —— 力导向图自动布局,不同角色类型用不同颜色的节点

  • 列表视图 —— 在图和列表之间自由切换

4.3 势力管理 ​

门派、国家、组织等势力的管理面板,每个势力包含 6 个字段的详细编辑。

5. 故事设计与大纲 ​

5.1 故事设计(故事核心) ​

四个核心字段,定义你的故事骨架:

  • 主题 —— 这个故事想表达什么

  • 核心冲突 —— 推动故事前进的根本矛盾

  • 情节模式 —— 升级流/逆袭流/成长流/群像流等

  • 故事线 —— 主线剧情概要

5.2 大纲管理 ​

层级化大纲系统:卷 → 章 → 节

  • 树形结构拖拽管理

  • 每个节点可编辑标题、摘要

  • AI 可根据故事核心和世界观自动生成大纲

  • 支持细纲模式——每一章拆分为多个场景,标注节奏(慢/中/快/高潮)、情绪弧线、预估字数

5.3 故事线管理 ​

独立于大纲的故事线系统:

  • 主线 + 多条支线

  • 每条线分多个阶段,每个阶段有关键事件

  • AI 可根据世界观和大纲自动生成故事线

  • 写作时自动注入当前章节涉及的故事线上下文

6. 章节写作与编辑 ​

这是故事熔炉的核心——写作编辑器。

6.1 AI 写作五件套 ​

功能说明
生成根据大纲节点,AI 生成整章内容
续写从当前文本末尾继续写
扩写选中一段文字,AI 扩充细节和描写
润色选中一段文字,AI 优化文笔和表达
去 AI 味选中一段文字,AI 去除机器感,让文字更自然

还有一个自定义指令输入框,你可以输入任何指令(如"把这段对话改成方言"、"加入更多环境描写")。

6.2 AI 写作时"知道"什么? ​

这是故事熔炉最核心的设计。 当 AI 帮你写一章内容时,它不是在真空中写作——它能看到:

三层记忆系统会根据当前任务类型(生成/续写/润色)自动调整各层的 token 预算分配,确保最相关的上下文优先注入、不会超出模型上下文窗口。

6.3 自动功能 ​

写完一章后,系统会自动:

  • 提取状态变化 —— AI 分析文本,检测角色/地点/物品的状态是否发生变化,弹窗让你确认

  • 生成章节摘要 —— 自动总结本章要点,供后续章节参考

  • 统计字数 —— 实时字数显示

6.4 辅助面板 ​

编辑器右侧可以展开多个辅助面板:

  • 情感节拍卡 —— 为当前章节规划情绪弧线(节拍标签、场景目标、情绪基调、读者感受、角色成长)

  • 审阅面板 —— 文本可读性分析和改进建议

  • 便签 —— 5 种颜色的便签,可以绑定到当前章节或设为全局,支持置顶

7. 伏笔追踪系统 ​

长篇小说最怕的就是"埋了伏笔忘了收"。故事熔炉提供了一套完整的伏笔管理方案。

7.1 十种伏笔类型 ​

类型说明示例
🔫 契诃夫之枪出现的物品必须在后续发挥作用墙上挂的剑,后来用于决斗
🔮 预言暗示对未来事件的隐晦预告老人的一句谶语
🎭 象征伏笔用象征物暗示主题或命运反复出现的枯树
👤 角色伏笔角色的隐藏身份或秘密看似普通的老者其实是大能
💬 对话伏笔对话中不经意的关键信息"我从不说谎"(其实在说谎)
🌿 环境伏笔环境描写暗示后续事件天边的红光预示灾变
⏰ 时间线伏笔时间点或期限的设定"三年之约"
🐟 红鲱鱼故意误导读者的假线索让读者怀疑错误的凶手
🔄 平行伏笔平行叙事中的呼应A 线和 B 线在不同时空的同一把钥匙
↩️ 回调伏笔对前文内容的有趣回调重复台词但语境完全不同

7.2 四阶段状态流转 ​

  1. 📋 计划中 → 🌱 已埋设 → 🔔 已呼应 → ✅ 已回收

每个伏笔可以关联到具体章节:

  • 埋设章节 —— 在哪一章埋下伏笔

  • 呼应章节(可多选) —— 在哪些章节中暗示/呼应了这个伏笔

  • 回收章节 —— 在哪一章正式揭晓

7.3 双视图 ​

  • 列表视图 —— 按状态筛选,点击编辑详情

  • 看板视图 —— 四列看板(计划中/已埋设/已呼应/已回收),一目了然

7.4 AI 伏笔建议 ​

AI 会根据你的世界观、角色、已有伏笔,建议新的伏笔设计。你可以自定义提示词参数来控制建议方向。

7.5 与写作的联动 ​

写章节时,AI 会看到所有未回收的伏笔。 这意味着 AI 在写作时会自然地呼应已埋设的伏笔,而不会无视它们。

8. 状态表与情感节拍 ​

8.1 状态表 ​

追踪小说中所有实体的"当前状态"——随着剧情推进,状态会变化。

五类追踪对象:角色、地点、物品、势力、事件

工作流:

  1. 写完一章 → 系统自动调用 AI 分析文本

  2. AI 检测到状态变化(如"主角从练气期突破到筑基期")

  3. 弹出确认窗口,显示变化对比(旧值 → 新值)

  4. 你确认后,状态表自动更新

下次 AI 写作时,它会看到最新的状态表,确保不会写出"已经突破筑基的主角还在练气期挣扎"这种矛盾。

8.2 情感节拍卡 ​

为每一章规划情绪起伏:

  • 节拍标签 —— 如"初遇""误会""和解"

  • 场景目标 —— 这个节拍要达成什么

  • 情绪基调 —— 紧张/轻松/悲伤/热血/温馨……

  • 读者感受 —— 你希望读者在这里感受到什么

  • 角色成长 —— 角色在这个节拍中的变化

可以手动编辑,也可以让 AI 根据章节大纲自动生成。写作时,情感节拍会注入 AI 上下文,让生成的文字更贴合你设计的情绪节奏。

9. 创作规则与约束 ​

创作规则面板是控制 AI 写作行为的"总指挥部"。

9.1 基础规则 ​

字段说明示例
写作风格AI 的文字风格基调"简洁凌厉、不用华丽辞藻"
叙事视角第一人称/第三人称有限/全知/多视角四选一
基调和氛围作品整体氛围"黑暗压抑,偶有温情"
特殊创作要求任何额外要求"每章末尾必须有悬念"

以上三个文本字段都支持 AI 建议——AI 会根据你的世界观和故事核心生成建议。

9.2 禁忌与一致性 ​

  • 禁止事项 —— 列表式管理,如"不能出现现代用语"、"主角不能杀无辜之人"等

  • 一致性规则 —— 如"修炼体系必须遵循金木水火土五行"、"同一招式名称前后统一"等

这些规则会在 AI 写作时注入上下文,从系统层面约束 AI 的行为。

9.3 引用手法 ​

如果你在「项目参考」中上传了参考作品并完成了深度分析,这里可以勾选你想让 AI 参考的作品。

勾选后,AI 写作时会看到这些作品的五维分析结论(世界观范式、角色设计手法、情节节奏规律、伏笔技巧、文笔特征),并参考它们来指导创作。

9.4 大师洞察 ​

如果你在「作品学习 → 手法洞察」中归纳了跨作品的方法论,这里可以勾选想要注入的洞察。

勾选后,AI 写作时会看到这些方法论要点,帮助你的创作融入大师级的叙事技巧。

引用手法 + 大师洞察,就是 FSS 同学问的"八维分析怎么喂给写手"的答案。

10. 作品学习系统 ​

这是故事熔炉最独特的功能之一——向大师学习。

10.1 设计思路 ​

写小说最好的老师就是优秀的小说。故事熔炉让你上传你喜欢的作品,AI 从五个维度拆解它的创作方法论,然后你可以把这些方法论注入到自己的创作中。

10.2 三层分析架构 ​

Layer 1 — 五维分块分析

上传一本小说后,系统会把原文切成多块,逐块调用 AI 分析以下五个维度:

维度分析什么
世界观范式作者是如何搭建/扩展世界观的?"先给规则再立反例"还是"让主角走一遍再解释"?
角色设计手法角色是怎么立起来的?外貌/台词/动作/内心/反差/偏执?
情节节奏规律开局→转折→高潮→钩子的字数分配?爽点/虐点切换频率?
伏笔与悬念埋了哪些伏笔?明线还是暗线?用"揭晓真相"还是"渐进解密"?
文笔与语言句子长度偏好、描写/对话占比、常用修辞、可模仿的金句模板

分析深度可选:快速(大块粗览)/ 标准(适中)/ 深度(细块精析)

Layer 2 — 风格量化 + 章节节奏

  • 风格量化画像(纯本地计算,不消耗 AI)

    • 平均句长 + 句长分布直方图

    • 对话占比(引号字符 / 总字符)

    • 高频词 Top 50(去停用词的 2-4 字词频)

    • 段落密度(每千字多少段)

  • 章节节奏时间线(AI 驱动)

    • 自动切分章节(识别"第X章/回/节"标题)

    • 每章提取 3-8 个关键节奏点

    • 7 种节奏类型:开场/冲突/反转/高潮/章末钩子/伏笔/松弛

    • 可视化时间线,直观看到每章的情绪起伏

Layer 3 — 跨作品洞察归纳

当你学习了多本同类作品后,AI 会从它们的分析结果中归纳出共性的创作方法论。

比如:

  • "猫腻式悬念递进法"

  • "爽文开场三板斧"

  • "爽虐交替的黄金比例"

每条洞察包含:标题、详细说明、3-5 条可操作要点、适用流派、来源作品。

10.3 完整流程 ​

10.4 数据安全 ​

  • 原文 Blob 持久化在 IndexedDB,关闭浏览器后可续跑分析

  • 分析结果永久保留在本地

  • 支持 ZIP 打包下载完整分析档案

  • 整个系统与你的创作数据物理隔离,互不污染

11. 提示词库 ​

故事熔炉的每一个 AI 功能背后都是一套提示词模板,而且这些模板全部对用户开放。

11.1 你能做什么 ​

  • 查看 —— 看到每个 AI 功能用的是什么 prompt

  • 编辑 —— 不满意?直接改。改完立即生效

  • 新建 —— 为同一功能创建多个版本的 prompt,切换使用

  • 参数化 —— 每个模板可以有滑块、选项、开关等参数,在使用时微调行为

  • 好例子/坏例子 —— 给 AI 看示例,让它更准确地理解你的要求

11.2 覆盖的 AI 功能 ​

模板模块对应功能
worldview.dimension世界观维度生成
character.generate / character.dimension角色生成和维度分析
outline.volume / outline.chapter大纲生成(卷/章级别)
chapter.content / chapter.continue章节正文生成/续写
chapter.polish / chapter.expand / chapter.de-ai润色/扩写/去 AI 味
foreshadow.generateAI 伏笔建议
geography.concept-map / geography.image-map-prompt地图生成
master.analyze-chunk作品学习·五维分析
master.extract-beats作品学习·章节节奏
master.generate-insights作品学习·跨作品洞察
import.parse-*大文档 AI 解析导入
以及更多…

11.3 题材包 ​

内置 4 套题材专属提示词包:仙侠、言情、现实、悬疑。切换题材后,AI 的写作风格会自动适应。

12. 数据管理与备份 ​

12.1 导出格式 ​

格式说明适用场景
JSON完整项目数据(所有表、所有设定、所有章节)备份/迁移/恢复
Markdown按大纲结构导出正文,带元数据分享/编辑
TXT纯文本,只有正文投稿/发布
HTML带样式的网页版,包含大纲、角色表、世界观预览/分享

12.2 导入能力 ​

  • JSON 导入 —— 从备份恢复完整项目

  • 大文档 AI 解析导入 —— 上传已有的小说文档(DOCX/DOC/PDF/ODT/RTF),AI 自动识别并提取:

    • 角色设定

    • 世界观信息

    • 大纲结构

    • 章节内容

    • 支持大文件分块处理(50KB-1MB 可配置)

    • 断点续传 + 失败重试

    • 实时进度跟踪 + 活动日志

12.3 版本历史 ​

基于快照的版本管理:

  • 支持手动创建快照

  • 从任意快照恢复

  • 带时间戳的快照列表

12.4 数据安全 ​

所有数据存储在浏览器 IndexedDB 中:

  • 不经过任何服务器 —— 你的创作内容、世界观设定、角色信息都只在你的浏览器里

  • AI API Key 存 localStorage —— 只在你的浏览器本地,不会被上传

  • 导出备份 —— 强烈建议定期导出 JSON 备份,以防清理浏览器数据

13. 主题与个性化 ​

13.1 三套视觉主题 ​

主题风格适合
熔炉(Forge)深色暗金,火焰与灰烬的质感夜间创作、沉浸写作
古卷(Scroll)泛黄旧纸,铁墨色调,古典韵味古风/仙侠/武侠创作
纸墨(Paper)雪白干净,极简主义现代题材、追求清爽

主题设置自动保存,下次打开直接恢复。

13.2 写作风格预设 ​

内置 8+ 种知名作家风格预设:

  • 金庸武侠风、古龙风格、张爱玲细腻、鲁迅锋利……

选择后,AI 在写作时会模仿对应的:用词偏好、句式结构、对话风格、叙事距离。

14. 技术特性 ​

14.1 支持 13+ 家 AI 服务商 ​

服务商说明
DeepSeek国产大模型,性价比高
阿里通义千问(Qwen)阿里云大模型
字节豆包(Doubao)抖音旗下大模型
MiniMax专注中文创作的大模型
智谱 GLM清华系大模型
百度文心百度大模型
Google Gemini谷歌大模型
Poe聚合多模型平台
OpenAI(GPT)ChatGPT 系列
月之暗面(Kimi)超长上下文模型
ClaudeAnthropic 大模型
魔搭(ModelScope)阿里开源模型社区
Ollama本地部署模型(完全离线)
自定义任何 OpenAI 兼容接口

支持本地代理——如果你的网络环境需要代理才能访问某些 AI 服务,可以配置本地代理地址。

14.2 PWA 支持 ​

故事熔炉是一个 Progressive Web App:

  • 可以"安装到桌面",像本地应用一样打开

  • 离线可用(Service Worker 缓存)

  • 自动更新

14.3 快捷键 ​

快捷键功能
Ctrl/Cmd + S保存
Ctrl/Cmd + Enter执行 AI 操作
Ctrl/Cmd + Shift + E导出
Esc关闭弹窗

14.4 离线安全 ​

  • 纯前端 —— 没有后端服务器,不采集任何用户数据

  • AI 调用直连 —— 浏览器直接调用你配置的 AI API,数据不经过中间人

  • 浏览器关闭保护 —— 未保存时关闭浏览器会弹出确认提示

15. 功能联动全景图 ​

故事熔炉最强大的地方不是某个单独的功能,而是所有功能都在一个数据空间里互相感知。

下面这张图展示了模块之间的数据流向:

一句话总结:你在设定库里做的每一个设定,都不会白费——它们最终都会被带入 AI 的写作上下文,让 AI 写出与你的世界观、角色、剧情高度一致的内容。

写在最后 ​

故事熔炉是一个开源项目,所有代码公开透明。

如果你在使用中遇到问题、有功能建议、或者发现了 Bug,欢迎在社区里反馈。我们会持续迭代,让这个工具越来越好用。

创作愉快!🔥

更新日志: ​

2026年5月28日更新 ​

Phase 25.3 — 创作区「重要地点」模块 ​

新增创作区「重要地点」模块,取代旧的「地理环境」面板,使用多标签组合系统管理故事中的重要场景地点。

核心功能:

  • 多标签组合系统:32 个自然地形标签(大陆、山脉、海洋、森林、浮空岛、异界裂隙…)+ 29 个人文场所标签(城市、宗门、秘境、集市、古墓、灵脉…),可自由组合(如「海岛 + 集市」= 海岛上的集市)

  • 树状父子层级:支持地点嵌套(海洋 → 海岛 → 集市),子地点缩进展示

  • 双视图切换:D3 树状图可视化(点击节点跳转编辑)+ 列表视图(展开编辑详情)

  • 每个地点含:名称、标签组合、描述、剧情重要性、上级地点关联

  • 删除保护:二次确认 + 级联删除子地点提示

技术变更:

  • 新增 Dexie v20 importantLocations 表(DB 升至 33 张表)

  • 新增 useLocationStore(Zustand,含递归删除 + 树形构建)

  • 侧边栏「创作区」新增「重要地点」入口

  • 项目打开时并行加载地点数据

2026年5月29日更新: ​

🆕 新功能:真实与幻想 — 世界规则体系(Phase 32) ​

告别旧的「幻想/历史」二选一开关,全面升级为维度级自由混搭规则系统。 ​

具体变化:

  • 新面板「⚖️ 真实与幻想」:在世界观设定库中新增独立面板,位于世界观子菜单的第一项

  • 15 大类 × ~50 子类的三级树结构,覆盖时代背景、重大事件、地理疆域、气候环境、政治制度、军事、经济、社会结构、科技生产力、文化思想、宗教信仰、民族族群、语言称谓、日常生活、力量与超自然

  • 每个维度可独立设定:

    • 📜 真实锚点 — 声明该维度中哪些内容取自真实历史,AI 不可违反

    • ✨ 架空改造 — 声明该维度中哪些内容是虚构或改编的

    • ⚖️ 冲突优先级 — 当真实与架空冲突时,选择优先遵循哪一方(历史优先 / 架空优先 / 平衡处理)

  • 自定义维度:除了内置的 15 个大类,用户可以新增自己的大类和子类

  • 全局补充说明:在所有维度之外,额外写一段全局性的创作约束或备注

  • 规则清单实时预览:底部可展开查看 AI 实际收到的完整规则文本,附带 Token 消耗估算

  • AI 全链路自动遵守:世界观生成、大纲生成、章节续写等所有 AI 功能均自动注入用户设定的规则约束

  • 历史年表联动:历史年表中标记为「史实」的事件自动成为规则锚点,标签升级为「⚓ 史实锚点」并标注「AI 不可违反」

  • 世界观面板简化:世界起源、自然环境、人文环境三个面板不再有「幻想设定/历史考证」的模式切换按钮,统一为通用字段,规则约束由「真实与幻想」面板统一管理

  • 旧项目自动迁移:之前使用「历史考证」模式的项目,首次打开时会自动显示迁移提示,引导在各维度中重新设定规则

🆕 新功能:NVIDIA NIM API 支持(Phase 33) ​

新增 NVIDIA NIM 作为 AI 提供商,可使用 Llama、DeepSeek、Qwen 等多家开源大模型。 ​

具体变化:

  • 设置 → AI 模型配置中新增「NVIDIA NIM」提供商选项

  • 预置 7 个模型可选:

    • Llama 3.3 70B(推荐)

    • Llama 3.1 405B(最强开源)

    • Llama 3.1 70B

    • DeepSeek R1(推理模型)

    • Qwen 2.5 72B(通义千问)

    • Gemma 2 27B(Google 开源)

    • Mistral Large 2

  • 使用方式:前往 build.nvidia.com 注册并获取 API Key,在设置中选择 NVIDIA NIM,填入 Key 即可

  • 本地开发用户:因浏览器跨域限制,本地运行时需点击「切换到本地代理」按钮(与 DeepSeek / OpenAI / Claude 等一致)

角色驱动剧情模式(Phase 26.3) ​

从角色弧光反推情节大纲——全新的创作方式。

  • 角色弧光设定:从角色库选择角色,为每个角色描述「起始状态」和「目标状态/结局」,支持从角色卡已有信息一键自动填充

  • AI 剧情推演:AI 分析角色从起点到终点的必经转变,设计触发事件、多角色交叉互动,自动注入世界观和规则约束,生成完整的卷/章大纲

  • 结构化预览:生成结果以卷/章树形展示,每章标注标题、摘要、关键角色、弧光推进说明,可展开/折叠查看

  • 一键导入大纲:勾选想要的卷,一键写入大纲系统,可在大纲面板继续编辑

  • 额外要求:可补充约束条件,如卷数限制、侧重方向、感情线要求等

  • 侧边栏创作区新增「角色驱动」入口

导入去重增强(Phase 30.5) ​

导入大文档时自动过滤重复内容,避免多块解析产生的冗余数据。

  • 世界观句子级去重:新导入的世界观文本按句子与已有内容逐句比较,过滤高度相似的重复句子,只追加真正新增的信息

  • 角色同名自动合并:导入角色时检查是否已有同名角色,同名角色不重复创建而是将新信息追加到已有角色卡

  • 大纲标题去重:同层级已有相似标题的大纲节点自动跳过,避免重复创建

导入分卷支持(Phase 28.4) ​

导入长篇文档时自动识别卷/部/篇结构。

  • 自动检测「第X卷」「第X部」「卷X」等多种分卷格式和章节标题

  • 确认弹窗展示检测到的分卷结构预览,可展开查看每卷包含的章节

  • 导入时自动创建卷结构骨架,AI 解析的章节自动挂到对应卷下

  • 同名卷自动复用,不重复创建

角色关系自动提取(Phase 30.2) ​

AI 分析章节内容自动提取角色之间的关系。

  • AI 读取大纲和章节正文,自动识别角色关系(亲属、恋人、朋友、敌人、师徒等 9 种类型)

  • 智能匹配:AI 返回的角色名自动关联到项目中已有的角色

  • 去重检测:已存在的关系自动标记「已存在」

  • 预览面板:勾选要导入的关系,批量写入关系网

Phase 26.4 — 灵感反推入口 ​

  • 写下碎片灵感(一句话、关键词、场景片段都行),AI 反向生成完整故事框架

  • 自动推演世界观草稿、故事核心(主题/冲突/情节模式/一句话故事)、2-5 个初始角色卡

  • 三大模块独立预览、分模块采纳或一键全部采纳到对应数据库

  • 侧边栏著作信息下新增「灵感反推」入口

2026线6月2日更新: ​

✍️ 正文粘贴不再丢失 ​

修复了正文编辑器粘贴内容后马上切页面会导致内容丢失/格式错乱的问题。现在无论多快切走都会自动保存。

🌐 全新「多世界模式」(诸天流/无限流/快穿/修仙多界) ​

项目概况页新增开关,默认关闭,不开和以前完全一样。开启后:

  • 多个独立世界:每个世界有自己的世界观、力量、地理、角色,互不干扰

  • 一键切世界:世界观/地理/力量/世界地图面板顶部出现切换器,切到哪个世界编辑哪个

  • 地图按世界隔离:每个世界有独立的世界树和地图,切世界整套地图跟随

  • AI 不串味:生成某世界的设定/章节/地图时,AI 只读那个世界的内容

  • AI 建议世界:写故事概念,AI 设计 2-4 个差异化世界,勾选采纳

  • AI 扩写世界观:给世界一句话草稿,AI 参考其他世界扩成完整世界观(避免雷同)

  • 角色归属:角色可设某世界专属或「跨世界」(主角),角色册按世界筛选

  • 大纲标世界:每卷标记所属世界,写作时 AI 自动跟着切

  • 世界关系流向图:4 种自适应布局(流程/辐射/阶梯/树状)可视化世界间传送门、飞升通道

  • 导入导出完整保留所有多世界数据

📜 多世界历史年表 ​

历史年表支持多世界,用标签切换——每个世界一个标签 + 「一览」并排对比多个世界的历史脉络。

📅 故事进程年表(新) ​

AI 从你已写的正文中提取剧情大事,按故事进程排成时间轴,带故事内时间和重要度分级。和「历史年表(世界背景)」「故事线(结构)」是三个不同的东西。

🎒 游戏包裹式物品栏(新) ​

道具追踪升级成游戏包裹——主角在正文里获得/消耗物品,AI 自动提取,显示当前持有数量和每件物品的获得/消耗历程。

💡 多世界版灵感反推 ​

写一段带多个世界想法的灵感(比如「主角带系统依次穿越斗破、遮天、完美」),AI 顺着你的思路反推出故事主线 + 多个世界 + 角色,一键创建。

2026年6月3日更新 ​

  • 修复伏笔 AI 建议无法保存:AI 建议伏笔后采纳,现在会自动整理为伏笔条目写入伏笔表

  • 多套 API 配置一键切换:可保存多套 API(服务商/Key/模型),随时切换;下拉型服务商也支持手动输入任意模型名

  • 灵感反推不丢稿、可导出:输入自动保存,切换面板不丢失;结果可导出为 Markdown

  • AI 生成内容更易读:结构化输出不再以大段原始 JSON 呈现,改为友好提示,可手动展开原始数据

  • 大纲解析更智能:AI 生成的大纲/细纲无论何种书写格式都能正确识别,由 AI 理解整理,准确率提升

  • 世界观面板导航提示:重叠字段提示「概述写此处,具体条目去对应面板管理」

新增「场景考证」功能 ​

构思或撰写某个场景时,进入创作区的「场景考证」,描述当前场景(可补充时代、地点),AI 结合本作品已有的世界观、历史年表、「真实与幻想」规则,给出四方面建议:

  1. 时代质感与细节——该场景在你设定下应有的服饰、器物、建筑、饮食、礼仪等可直接落笔的细节

  2. 称谓与名词——符合设定的人物称谓、行话、官职、专有名词

  3. 设定校验——指出时代错乱、地理错乱或与既有设定冲突之处,并给出符合设定的替代方案

  4. 情节灵感——2-3 个贴合背景、可直接使用的情节点子或冲突

考证严格遵循作品设定:「取自真实」的维度按真实历史考据,「架空改造」的维度尊重设定,「史实锚点」不可违反。多世界模式下针对当前所选世界考证。

2026年6月9日更新 ​

🏛️ 架构变化(核心) ​

三注册表地基——把全项目"读/写/表生命周期"收口到三个单一事实源:

  • ① PROJECT_TABLES(生命周期,加表只改一处)

  • ② FIELD_REGISTRY + adopt()(写回:映射/去重/外键/类型)

  • ③ CONTEXT_SOURCES + assembleContext()(读:18源、按预算裁剪)

  • 配套:启动期校验 + CI 架构 lint + AI 说明书自动生成 + 项目宪法

🛡️ 修的 bug ​

  • 8 个 P0 数据安全(Phase 0):删世界/迁移事务作用域、ensureSchema 删库风险、导出键值错位、导入非事务、删项目漏表、删节点绕级联、迁移漏盖章——每个都配了反例测试

  • 多世界+内容完整性(Phase 2 P1 一批):真实与幻想多世界化、章节读世界规则、字段带当前值生成、导入按世界盖章、角色引用清理等

  • 社区 FB-1(工作流上下文,真实 AI 抓包验证)+ FB-3 部分

🧰 工程化(Phase 3) ​

测试 0→87、CI 6 关、PAT session-only、主包 -30%、文档、i18n 预留。

功能逻辑调整 ​

  • 重做了底层的"AI生成 / 保存 / 导出 / 删除 / 迁移"逻辑,修复了多个可能导致 AI生成不读/读错相应字段、备份漏内容、删除留残渣、导入丢数据 的隐患。

  • 删除项目或世界时清理得更干净,不再留"孤儿数据"。

🐉 多世界(诸天流 / 无限流 / 快穿) ​

  • 每个世界现在能有自己独立的「真实与幻想」规则,不再互相串台。

  • 导入、世界切换、跨世界设定的归属更准确。

🤖 AI 生成体验 ​

  • 优化调整AI生成体验。

🧰 稳定性 & 其它 ​

  • 新增了一整套自动化测试 + 上线前自检,以后更新更不容易"改一处坏一处"。

  • 加载更快(主程序体积减了约 30%)。

  • API Key 默认只存当前会话,更安全。

2026年6月10日更新 ​

一、AI 生成上下文贯通

  1. 工作流多步生成的上下文传递问题已修复。此前在「工作流」中连续生成时,第二步「世界起源」未能读取第一步「一句话故事」的内容,导致生成结果与项目设定脱节。现已修正:工作流每一步均会自动携带项目设定及上一步的输出结果。

  2. 正文生成现已纳入「场景细纲」。此前用户编写的场景细纲不会进入正文生成的上下文,AI 写作时无法参考。现已接通——「写正文 / 续写 / 扩写 / 润色」均会读取本章细纲。此项变更使得在较小上下文条件下亦可获得更贴合细纲的正文输出。

  3. 世界观生成修复支持结合下游内容反向推导。当用户已填写「角色 / 故事核心 / 故事线」后再生成世界观时,AI 将结合上述内容进行反推,以保证设定一致性。此前该能力覆盖不完全,现已补全。

二、问题修复

  1. 「卷级大纲」采纳无反馈的问题已修复。此前生成卷级大纲后点击采纳,若因标题与已有内容重复而未写入,系统无任何提示。现已改为明确反馈:告知未写入的原因及处理建议(如需替换同名卷,请先删除后再采纳)。

  2. 本地 / 自定义模型上下文窗口误判的问题已修复。此前对未识别的模型(如本地 LM Studio、Ollama 及第三方接入)一律按 8K 上下文窗口计算,导致大窗口模型被错误提示「上下文超出窗口限制」。现已在「设置 — AI 模型配置」中新增「上下文窗口(可选)」配置项,用户可按模型实际窗口填写(如 128000 / 262144),系统将以用户设置为准。

三、底层维护

  1. 清理了一批历史遗留的无用代码与依赖,精简了程序体积,提升了加载与运行的稳定性。

  2. 经核查,数据导出 / 导入及云端存档功能完整可用:用户的世界观、故事核心、大纲与细纲、正文、角色、状态卡、物品台账等全部内容,均可完整导出并重新导入,且支持反复导入。

对用户的影响

  • 上述变更不改变现有数据结构,无需任何手动操作。

  • 使用工作流或正文生成的用户,可获得与项目设定更一致的生成结果。

  • 使用本地 / 自定义模型的用户,如遇上下文窗口提示异常,请在设置中填写实际窗口值。

  • 建议用户定期通过「导出」功能备份项目数据。

2026年6月11日更新 ​

词条系统 ​

世界观搭建中,部分方面能"先写整体概述,再逐条细化成具体词条",并让这些词条真正参与 AI 生成。同时合并消除了多处重复入口,修了若干社区反馈。

数据安全:纯前端项目,老用户数据均在升级时自动迁移、零丢失;导出/导入与云存档照常可用。

✨ 核心升级:世界观「全貌 + 词条」

  • 每个方面 = 全貌 + 具体词条:自然环境、人文环境、以及世界起源里的「力量体系 / 神明信仰」,每个子页都是——上方写整体「全貌」(带 AI 生成),下方逐条细化成具体「词条」。(例:种族写完整体后逐个登记具体种族;力量体系写完总览后逐级登记境界。)

  • 词条进 AI 生成:你建的词条(名称/简介/自定义字段)会自动进入 AI 写作上下文,生成正文/大纲/场景/角色时 AI 会参考,前后更一致。

  • 重要度星级(1–5 星):标重要程度,高星词条在 AI 上下文里优先呈现。

  • 自定义专属字段:每类词条字段可自行增删改。

🔎 词条更好用

  • 搜索:三个世界观面板顶部加搜索框,支持全字匹配 + 单字模糊定位(记不清全名也能找到),点结果直达。

  • 排序:词条列表可按重要度 / 拼音首字母排。

  • 重名提示:同分类同名词条有 ⚠ 提示,避免建重。

🧹 消除重复,概念归位

  • 「道具系统」「独立势力」「独立词条侧栏」下线并入词条体系(老数据自动迁移)。

  • 「重镇分布」从自然环境移到人文环境(城池属人文),补上「城池重镇」子页。

🐛 社区反馈修复

  • 卷级大纲采纳后不显示:彻底修复(并恢复之前被藏起来的卷)。感谢社区贡献者协助定位。

  • 文档导入:解析完成后明确提示"已导入 / 前往查看"。

🛡 稳定性:工作区加载更健壮,不再因单项数据异常卡在"加载中"。

2026年6月12日更新 ​

本次围绕"AI 更懂你的作品、更贴你的写法"做了一批升级:把作品深度分析统一成一套更全的维度并接进导入流程、新增让 AI 学习你个人文风的能力,并修好了几处章节大纲的社区反馈。

数据安全:纯前端项目,老用户数据在升级时自动迁移,零丢失;导出 / 导入与云存档照常。

✨ 作品分析大升级:13 维 · 浅 / 深两档 · 导入即分析 ​

  • 统一成 13 个维度:作品分析现在从 13 个维度拆解一部作品的写法——叙事手法 / 开篇技法 / 情节结构 / 节奏控制 / 高潮设计 / 冲突升级 / 人物塑造 / 对话技巧 / 文笔风格 / 爽点情绪节拍 / 伏笔回收 / 世界观构建 / 其他技巧。历史题材的参考资料会额外再多出 5 个历史考证维度。

  • 浅 / 深两档任选:

    • 浅层 · 快速摸底——每维 50–100 字提炼核心套路,随解析免费;

    • 深层 · 拆成模板——每维 300–500 字详尽论述 + 原文佐证,透彻但更慢更贵。

  • 导入项目参考即出分析,不用重传:导入文档选「导入项目参考」时直接选浅 / 深,导入完成就出 13 维分析——不必再单独上传一遍整本书。选档位时弹窗会给示例对比(用《斗破苍穹》举例看懂两档差别)和消耗预估(折算人民币 + 耗时)。

  • 解析一次,多处复用,不重复花钱:同一份文档若先导了当前项目、又想导项目参考,导入面板会出现「复用这份解析」入口,不再重新花一次解析的钱。

  • 分析结果在「项目参考 → 作品分析」里查看,写作时 AI 也会参考它来指导生成。

✨ 新功能:自适应文风学习 ​

  • 创作区新增**「文风学习」面板:让 AI 阅读你已经打磨 / 定稿的章节,总结出一份你的个人文风画像**(用词、句式、节奏、对话、描写等习惯)。

  • 画像可手动修改、可一键开关;开启后,后续章节正文 / 续写 / 扩写 / 润色 / 去 AI 味生成都会自动贴合你的笔触,不再是一股 AI 味。

🛠 章节大纲改进(社区反馈) ​

  • 章节展开锁定本卷、按你设的章节数:以前"章节展开"容易在第一卷就把整本书讲完、还不按设定的章节数;现在严格只展开当前卷、贴着这一卷的情节摘要、按你设的章节数生成。

  • 章节数以滑块为准:若卷摘要里写的章节数和滑块设定不一致,一律以滑块为准,AI 不再摇摆。

  • 章节大纲可直接改:每一章的章节摘要现在是多行文本框,点进去直接改、点别处自动保存,不用为改一句话整章重新生成;改完也不会被后续 AI 覆盖。

🐛 修复 ​

  • 修复部分备份导入失败的问题(某些角色关系的端点角色已删除时会报错中断)——现在自动跳过这类孤儿关系,导入照常完成。

世界地图生成:读全你填的内容,尊重已填、补全缺口 ​

  • 读全设定:生成地图时现在会读入你在自然 / 人文环境里填的全部相关内容——世界结构、地貌、山川、气候、自然资源、城池重镇、势力分布,以及你逐条登记的自然 / 人文词条(具体山川 / 势力 / 城池)和重要地点。此前「城池重镇」「词条」是被漏掉的,现已补上。

  • 尊重已填 + 合理补全:你写明的国家 / 城池 / 山川名字必须被用上、数量以你为准;你没给、但地图需要的元素,AI 才在不与你已给内容冲突的前提下合理补全——不再无视你的设定瞎发挥。

  • 多世界项目:按当前所在世界读取该世界的设定生成地图。

✨ 世界观 / 地图生成内化「人地互动」常识(更真实可信) ​

  • AI 生成自然 / 人文环境、扩写世界、生成地图时,现在会遵循历史地理学的人地互动规律:

    • 聚落依水而生(大河 / 海岸 / 绿洲聚人成城),平原温带人口稠密、沙漠极地地广人稀;

    • 城市生于交通要冲 / 资源地 / 险要 / 行政中心,并有大都—州城—镇—村的等级与腹地;

    • 水运胜陆运、距离越远联系越弱;山河沙海成天然疆界,有核心区与边疆;

    • 地理隔绝生方言异族、走廊促融合;河流改道 / 海岸变迁 / 气候冷暖会令城市文明兴衰、政治中心迁移。

  • 效果:生成的世界更经得起推敲,杜绝"沙漠中心建超级都市""无水之地遍布村镇""城镇均匀撒满"等反常识设定。

  • 保留架空自由:开启「真实与幻想」世界规则、要求架空突破时,AI 照样放飞,不被现实常识绑死。

🐛 修复 ​

  • 修复**直接打开 / 刷新工作区页面时卡在"加载中"**的问题(直链进入时项目列表未预载所致),现可正常进入。

2026年6月13日更新日志 ​

数据云备份(GitHub Gist) ​

  • 云端备份:把全部作品数据存到你自己的 GitHub 私有 Gist,换设备 / 清浏览器 / 换电脑都能一键找回,不再只依赖浏览器本地存储。

  • 版本历史回溯(本次新增):每次备份都会自动留一版,GitHub 永久保留。在「本项目历史版本」里能看到全部备份时间点和每版的增删量,选任意一版恢复为新项目,不覆盖你当前在写的项目。约保留最近 ~30 个版本;想给关键节点留底,手动点一次「立即备份」即可精准卡一版。

  • 自动备份开关:写作时每隔几分钟静默同步到云端。

  • 隐私可控:存的是你账号下的私有 Gist,需自行填入带 gist 权限的 GitHub 令牌后启用;令牌失效或断网时优雅回退,不报错不阻断。

🧹 精简瘦身(功能整合,无能力损失) ​

  • 货币设计归并到「经济系统」:不再单列货币面板,货币作为经济设定的一部分统一管理。

  • 下线「作品学习」旧模块:五维拆解能力已被「项目参考 → 作品分析」13 维分析完整取代且更细更深,整体移除;原入口自动指向「作品分析」,方法论改由「导入项目参考」选浅 / 深档获得,无需重复操作。

  • 移除 EPUB / HTML 两种导出格式,保留主力导出方式,界面更清爽。

当前备份、数据保护流程简介: ​

StoryForge 有三层数据防线,从"防丢"到"找回"层层兜底。用户能感知到的功能表现 + 背后逻辑: ​

一、浏览器本地(默认就有,零操作) ​
  • 表现:你写的所有东西实时存在浏览器里(IndexedDB),关页面、重开都在。

  • 逻辑:应用一启动就向浏览器申请"持久化存储"——告诉浏览器"这个库别随便清"。这是这次新加的,堵住了之前"浏览器在内存紧张时把数据当缓存清掉 = 重置"的口子。

  • 边界:你手动清浏览器数据、换设备,这层就没了 → 靠下面两层兜底。

二、本地文件夹(绑一次,自动落盘) ​
  • 表现:在「数据管理 → 导出」里点「选择本地文件夹」绑一个目录。之后每次进这个项目、以及每隔 5 分钟,完整数据会自动写成一个 JSON 落到那个文件夹。绑定不会因为刷新/更新而丢;万一浏览器把权限收回,卡片会提示"重新授权"点一下即可。

  • 找回:换设备或数据没了,回首页点「从本地文件夹恢复」,选那个文件夹 → 它扫出里面的备份 → 导入成项目(新建,不覆盖现有)。

  • 逻辑:文件夹的"门把手"(句柄)存在一个独立小数据库里,所以刷新后还认得它;写是自动的、读是你主动触发的。这把之前那个"只往里写、从不读回来"的死信箱,补成了能写也能恢复的闭环——这正是社区"连了文件夹还照样重置"的根因。

三、GitHub Gist 云备份(可选,跨设备 + 版本历史) ​
  • 表现:填一个 GitHub 令牌连上后,可手动/自动把数据备份到你自己的私有 Gist。支持版本历史:每次备份留一版,能看到所有时间点、选任意一版恢复成新项目。

  • 逻辑:数据离开浏览器存到云端,换任何设备都能拉回;Gist 底层是 git,版本是它白送的。

2026年6月16日更新: ​

  • 备份和恢复流程重新整理,新增的内容以后也能更稳定地跟着项目一起保存和恢复。

  • 加强了密钥保存、不同世界之间的数据隔离和新手引导,使用过程中更安心,也更不容易走错入口。

  • 大纲拖动、正文长度设置和上下文查看都更好用:章节可以自由调整,生成前也能先看 AI 会参考哪些内容。

  • 清理了一批已经被新功能取代的旧入口,界面更清楚,常用功能不受影响。

  • 修复部分模型处理长文档时内容被截短的问题,导入长篇资料时更不容易出现前后不一致。

2026年6月17日更新: ​

  • 🆓 新增 Agnes AI 免费模型(清华系,稳定可用)+ 修复豆包代理漏配

  • ♻️ 导入复用:已解析的文档可一键灌进设定库,不必重新解析(社区反馈)

  • 📑 章节数按卷字数自动估算,修复"长卷被压成 ~20 章"(社区反馈)

  • 🎚️ 每章字数自定义 + 章节数上限放开,可滑可填

  • 🔖 界面显示版本号,正式开启版本迭代(v3.6.0)

2026年6月18日更新:角色、设定库和正文编辑体验升级 ​

  • 角色可以同时表达戏份和立场,例如主要反派、中立主角等组合,主要角色也有了更清楚的独立入口。

  • 设定库里的词条、重要地点、物品和角色状态都增加了更直接的 AI 提取或整理入口,查看来源和当前状态也更方便。

  • 「去 AI 味」现在会先征求确认,结果可以先查看再决定是否替换,整章改写时也不会悄悄缩短正文。

  • 切换不同章节时,生成内容、审校结果和去 AI 味结果各自保留,不会互相串到别的章节。

2026年6月22日更新: ​

  • 🔄 章节摘要支持手动「重新生成」(社区反馈)

2026年6月23–25日更新:让长篇创作更不容易忘记前文 ​

  • 每写完一章,系统会整理本章摘要和下一章接续提示,帮助后面的章节接住人物状态和未完事情。

  • 新增事实库:你可以确认“某人现在在哪里”“某人已经死亡”“主角目前处于什么阶段”等关键事实,后续生成会参考这些确认内容。

  • 写到很后面的章节时,系统可以从更早的正文里找回相关细节和伏笔;还提供可选的语义查找方式,方便长篇作品回看旧内容。

  • 新增一致性检查:写完正文后,可以让 AI 对照已确认事实和相关前文,列出矛盾位置和原文依据,只提醒你,不会擅自改稿。

  • 修改旧章节后,受到影响的旧事实会被提醒重新确认,同时列出可能需要复查的后续章节。

  • 这套功能经过多轮长篇场景验证,重点解决前文忘记、未来内容提前出现和跨世界内容混用等问题。

  • 同时修复了部分老浏览器打开章节报错和大纲为空时页面崩溃的问题。

2026年6月29日更新 · 🎯 长期一致性引擎上线 ​

写长篇最头疼的"写到后面忘了前面、下一章接不上上一章、人物设定前后矛盾、伏笔埋了不回收",这次从底层做了一套系统来治。它不再依赖"把整本书塞给 AI"(写到几十万字根本塞不下),而是给你的作品配了一个不会忘事的资料员,在你每次生成时把相关的前情精准递到 AI 眼前。

具体你能感受到的:

  • 🧠 续写交接 — 每写完一章,系统自动记下"这一章结束时:人物在哪、状态如何、有哪些没了结的事、刚定下的新设定";写下一章时自动带给 AI,接得更顺,不再断片。

  • 📒 事实库(全新) — 把"主角现在在洛阳""xx第47章已死""主角已是元婴期"这类关键事实结构化记下来,你确认后,后续生成会自动遵守,防止前后自相矛盾。带时间线:已死的人不会复活,后文才发生的事不会提前剧透。

  • 🔍 远距前文召回 — 写到第几百章时,自动从很早以前的章节里翻出相关段落,专治"几百章前埋的伏笔/细节被忘了"。

  • 🛡️ 一致性审计 — 写完一章可一键检查,AI 拿你的正文对照上面那套事实+前文,逐条指出矛盾并给出原文证据(只提示,不擅自改你的稿)。

  • 🔧 改稿自纠 — 你回头改了旧章,系统会把"依据已经对不上的事实"标记成待复核,并提示哪些后续章可能受影响,一处修改不会悄悄带歪后文。

  • 🧩 老用户无缝衔接 — 你以前的"角色状态卡"会自动转成事实候选(原数据原样保留、不删不改),确认一下就能用上新能力。

说明:这是"大幅改善长程一致性"的工程系统,不是"永不出错"——最终把关仍在你手里(事实需你确认)。模型越强,效果越好。

怎么用:打开项目 → 左侧「设定库 → 事实库」;章节里写完点「提取事实」抽取候选、确认即生效;写完一章可在审校里跑「一致性」检查。

同期其它更新 ​

  • 🌐 语义检索支持国产模型(可选·免费档) — 远距召回新增"语义"通道,内置 硅基流动 / 通义 / 智谱 预设,没有显卡也能用(云端算力,填个 key 即可),并配了本地代理一键切换。默认关闭,纯关键词照常工作、零额外成本。

  • 🎨 正文排版增强 — 编辑器新增字体/排版控制,主题适配优化。

  • 🗂️ 设置区文案 — 「导入」改为「文档解析」、「导出」改为「数据管理」,更贴合实际功能。

2026-06-30 · 角色设计全面升级:人物更立体,AI 补全更省心 ​

  • 角色卡从少量基础信息扩展为更完整的人物档案。身份、目标、动机、优缺点、恐惧、关键经历、实力、说话习惯和标志性物品等内容都可以集中整理,主要角色、配角、NPC 和路人都能按需要展开填写。

  • 使用「AI 设计角色」时,可以先选择这次要生成哪些方面。主要角色可以一次做完整,临时角色也可以只生成必要信息,不必每次都得到一大堆用不上的内容。

  • 每张角色卡新增「AI 补全设定」。系统会优先帮你补空白内容,不会覆盖已经写好的设定;临时角色写着写着变重要时,也能快速补成完整人物。

  • 补全角色时可以选择参考已经写好的正文。AI 会结合角色在故事里的真实表现继续完善设定,减少人物档案和实际剧情互相打架。

  • 角色卡里写下的价值观、目标、弱点和说话方式等内容,现在会真正影响后续正文生成,不再只是填完放在那里。

  • 角色生成、灵感反推、文档导入和备份恢复都能识别这些新内容。导入旧资料后,也可以再按需要补全,不必重新建立角色。

  • 同时补齐了保存、导入和正文引用方面的检查,老项目可以直接继续使用。

2026-07-01 · 社区反馈修复:大纲更贴主线,伏笔更清楚 ​

  • 修复场景细纲一键拆分后偶尔无法打开的问题。已经生成过的旧场景也会自动兼容,不需要重新制作。

  • 卷纲和章纲生成会更认真地沿着「故事设计」中的主线推进,不再写着写着另起一条故事。

  • 这一阶段改善了 Windows 本地启动时反复跳转的问题。由于启动器在不同电脑上仍容易受到环境影响,后续版本已经统一改为使用 npm 启动。

  • 启动说明重新整理为一步一步的操作指南。即使没有开发经验,也可以按照「使用npm指令启动项目」完成安装和启动。

  • 灵感反推的使用范围说明更清楚:几句话、一个梗或一小段想法适合放这里;整章或整本内容请使用「文档解析」,避免内容太长影响效果。

  • 暖白、纸页、卷轴和冷灰等浅色主题的文字与按钮更清楚,白天写作不再出现浅底浅字。

  • 伏笔关联章节显示更准确,也补充了功能说明:伏笔不会自动改写已经写好的正文,而会在生成相关章节时作为写作任务提醒 AI。

  • 写章节时,AI 会更清楚地知道本章需要埋下、呼应还是回收哪些伏笔;临近或错过计划回收章节时也会给出提醒。

2026-07-02 · 社区反馈第二批:导入更干净,中文输入更稳定 ​

导入 & 界面

  • 修复导入参考作品后设定和角色大量重复的问题。相同内容会自动合并,角色会保留信息更完整的版本,大纲也不会因为分块解析而重复堆叠。

  • 作品分析的目录改到顶部,正文阅读区更宽,查看较长的分析报告更舒服。

角色 & 生成

  • 角色弧光自动填充会读取完整的角色背景和已有弧光,长内容也不会只看开头一小段。

  • 角色驱动剧情会结合已经确定的故事主线来安排人物行动,生成结果会说明人物推进了哪一段主线,减少角色戏和主剧情各写各的。

  • 减少大纲和正文中突然夹入整句英文的情况,中文项目会更稳定地使用简体中文输出。

  • 修复角色页面使用中文输入法时拼音粘连、文字被打断的问题,主要角色、配角、NPC 和路人页面都已覆盖。

设定 & 流派

  • 选择流派后,相关写作要求会正确影响生成结果;同时新增史诗奇幻和黑暗奇幻,多选流派也可以一起生效。

  • 修复部分旧项目点击大纲后无法打开的问题。标题或摘要不完整的旧数据也能正常显示,不需要用户手动整理。

本地模型 & 启动

  • 本地模型设置更省心:LM Studio、Ollama 和其他兼容服务提供常用预设,地址填得不够标准时会尽量自动修正,连接失败也会给出更明确的提示。

  • 关于 Windows 启动器:经过多轮修复后,不同电脑的本地环境仍可能造成反复跳转。项目后来停止提供 bat 和 exe 启动器,Release 保留完整源码包,统一按照 npm 启动说明使用,避免用户继续被启动器问题卡住。

2026年7月3日更新:启动方式统一调整 ​

Windows 启动器经过多轮适配后,在不同电脑和本地环境下仍可能遇到打不开或反复跳转的问题。后续不再提供 bat、exe 或 Portable 启动包,Release 保留完整源码,统一按照《使用npm指令启动项目》中的步骤启动。这样用户使用的是同一套项目代码,遇到问题也更容易查看提示和定位。

2026年7月13日更新:大纲和长篇写作体验升级 ​

大纲章节现在可以直接拖到其他卷,也可以拖到故事块下,移动后顺序会自动整理,正文内容仍然对应原来的章节。

章节页新增全书查找替换,可以只查当前章节,也可以查整本作品;支持逐处替换、本章全部替换或全书替换。全书替换前会先展示命中内容,并保留本次操作的撤销入口,修改长篇作品更安心。

继续生成卷纲、章纲或单章内容时,系统会参考已经写好的正文和章节进度,尽量接着已有内容往下发展,不会轻易重排或否定已经写好的情节。生成前还可以先查看本次会参考哪些内容。

角色档案补充了更完整的人物信息,已有内容在输入过程中不容易被旧数据覆盖;角色关系编辑在中文输入法下更稳定,新增、修改和删除后都有明确的保存反馈。AI 从正文中提取出的角色关系,采纳后也会同步补充到双方角色档案的人物关系栏。

物品栏和状态卡对角色持有物品的提示更清楚,物品流水可以直接修改,后续写作和审校会参考角色截至当前章节实际持有的物品,减少同一件道具被重复获得的情况。

新增美团 LongCat 模型配置,并完善本地模型和其他兼容服务的使用提示;模型列表可以直接刷新,连接失败时仍可手动填写模型名称。

世界观生成时会更明确地区分世界来源、力量体系、神明与信仰等内容,减少不同设定互相改写;地图生成也会优先使用用户已经填写的世界、地点、山川和势力信息。

JSON 备份导入补齐了细纲角色、场景角色、伏笔和创作规则等内容。导入到新项目后会自动建立新的对应关系,不会把原项目的旧编号带进来。

2026年7月15日更新:输入、上下文和正文编辑继续优化 ​

长文本输入框达到高度上限后会在框内滚动,页面不会跟着输入框一起乱跳。AI 上下文设置增加了自动保存状态、格式检查、恢复默认和预设说明,填写错误时不会把之前保存的内容悄悄清掉。

正文编辑器新增对照润色模式:原稿和改写稿并排查看,确认后再决定是否替换;编辑正文时可以用 @ 快速查找并插入角色、物品、地点和词条,正文中已经出现过的对象也能直接查看简要信息。

工作流中,如果用户手动修改了某一步的结果,后面的步骤会继续使用修改后的内容。大纲生成前会显示本次实际参考到的故事核心、已有卷纲和其他资料,缺少内容时也会明确说明。

导入文档的操作提示和恢复流程重新整理,长文档解析、粘贴文本和中途取消都更清楚;本地诊断信息下载只包含版本、浏览器和脱敏错误位置,方便排查问题,不会带走作品内容、API Key 或个人存储数据。

本轮也继续修复了若干影响使用稳定性的问题,包括导出正文选错记录、章节上下文取错、旧数据导入后工作区卡住,以及场景拆分采纳后无法打开等情况。已有项目可以直接继续使用。

StoryForge · 故事熔炉官方用户文档