打开 Wiki 目录

RikkaHub PM / MOBILE FIRST

让 AI 记住的,不只是上一句话。

RikkaHub PM 是 AI 角色扮演与互动小说 App。它把一段对话组织成一本书, 再用章节承载一个个剧情阶段。书本里的角色、关系、场景、事件和章节方向可以被自动整理、按需读取, 让故事不必依赖一整坨越来越长的历史文本。

Start here

快速开始

熟练用户可以跳过这部分。第一次使用时,不需要先写完复杂世界观,也不需要先制作一整套角色卡。 先让故事开始,书本记忆会在推进过程中逐渐形成。

  1. 配置模型 API在 App 中添加或选择模型服务商。首轮体验建议使用 DeepSeek,并选择 DeepSeek V4 Flash。
  2. 创建一个助手新建助手时,提示词架构选择「文字冒险 v1」。它是当前书本故事体验的推荐入口。
  3. 设置故事时间(可选)可以设置故事纪元和起始时间,也可以暂时跳过,之后再补充。
  4. 打开一本空白书每个对话都是一本书,整本书承载完整故事;你可以直接从第一章写起,也可以先发一段世界观背景。
  5. 按章节推进每个章节负责一个相对完整的剧情阶段。推进到阶段性目标完成后,主动结束本章,再进入下一章,不要让整本故事从头到尾都堆在一个章节里。
  6. 像写书一样回看打开书本记忆总览,可以查看人物、故事事件、关系、场景、章节意图和待复核内容;章节目录则帮助你保持整本故事的结构。
最简单的使用逻辑: 新建助手 → 选择「文字冒险 v1」→ 打开一本书 → 从第一章写下第一句话 → 完成一个剧情阶段后结束本章 → 进入下一章。 世界观和人物设定可以边写边补,不是开始前的必填作业。
推荐的故事组织方式: 一本书承载完整故事,章节承载剧情阶段。一个章节可以包含多轮对话,但不建议让整部故事只有一个章节;章节结束后,AI 会整理本章结果,下一章再继续新的剧情目标。

The main difference

什么是书本记忆

「书本」不是普通聊天列表里的一个名字,而是一种故事组织范式:一段对话对应一本书, 一本书承载一部完整故事,章节则把故事分成可以逐段推进的剧情阶段。记忆属于当前书本,不会把不同故事的角色和状态混在一起。

结构化保存

故事信息按人物、事件、关系、场景、章节意图和用户偏好等维度组织,而不是只保留在连续聊天记录里。

自动维护

生成完成后,系统会根据本轮内容提取可能的新事实,并尝试合并到对应的记忆单元中,减少每轮手动整理。

动态调用

在文字冒险 v1 中,写作 AI 可以按需查询人物、关系、事件和场景,而不是默认把整本书全部塞进上下文。

按书本隔离

当前书本的状态、记忆和章节方向绑定在当前对话中。切换到另一本书时,使用的是另一套故事状态。

按章节推进

章节是故事推进的基本单元。一个章节可以容纳多轮互动,但应围绕一个阶段性目标展开,完成后再开启下一章。

Memory / 01

人物

人物记忆是以角色为中心的动态记忆单元。它既可以保存相对稳定的角色设定,也可以保存随剧情变化的状态。

固定内容
身份、背景、性格和其他相对稳定的角色事实。
关系内容
角色与其他人物之间的长期关系和变化。
动态状态
衣着、心理、当前状态、最近一次重要变化等,不要求你每次重新粘贴。
触发方式
角色卡按关键词参与当前回合;未被当前剧情涉及的角色,不会无条件把全部内容注入每次生成。
人物卡适合承载“这个角色是谁”和“这个角色最近是什么状态”。不要把它当成整本世界观或完整剧情流水账。

Memory / 02

故事事件与时间线

故事事件记录已经发生过的剧情事实,例如事件标题、摘要、参与人物、发生地点、重要度和事件类型。 时间线页面适合回看、筛选和维护这些记录。

故事事件

回答“发生过什么”:某次会面、冲突、发现、决定或关系变化,可以在后续按人物和关键词查询。

当前时空

回答“现在在哪里、是什么时间”:它是当前书本状态,和历史事件上的发生地点不是同一个字段。

当前边界: 时间线目前主要用于记录、查看和维护。Wiki 暂不把它描述成生成时一定会主动调用的记忆工具。

Memory / 03

关系

关系是独立于人物摘要的长期事实,用来描述人物之间的关系类型、关系摘要和可信度。它适合保存“他们之间发生了什么变化”,而不是只在某一轮正文里出现一次。

示例:赫敏 → 德拉科:从互相警惕到暂时合作。后续剧情发生新的转折时,系统可以在当前书本中更新或补充这条关系。

关系判断来自故事内容的自动提取,仍然可能需要在书本记忆页面中复核,不应理解为永远正确的事实判定。

Memory / 04

场景

场景记录当前故事空间的状态:故事时间、地点、局势摘要、在场人物和身体状态等。它帮助生成过程理解“这一幕正在什么环境里发生”。

地点与时间

记录当前一幕所在的地点和故事时间,和历史事件的地点记录互相补充。

在场人物

记录场景中实际出现的人物,避免把整本书所有角色都当成当前场景的一部分。

局势摘要

保留当前场景正在发生的事情、冲突和局面变化。

动态筛选

场景状态会参与当前回合的上下文装订,服务于当前剧情,而不是无限累积到每一轮。

Memory / 05

章节意图

章节意图不是剧情回顾,而是“这一章接下来要往哪里走”的短期方向。它让写作 AI 在当前章节里保持目标、节奏和未决问题。

短期目标

当前章节想完成的事情。用户可以主动设置,用户设定的目标优先保留。

必经点

接下来需要经过的关键节拍或剧情节点,保持简短,不写成大段大纲。

阻止代替用户决定

记录不能由 AI 擅自替用户做出的关键选择,保留互动小说的控制权。

节奏与开放问题

帮助当前章节维持推进节奏,并记住仍然等待剧情回答的问题。

Runtime

动态上下文与按需读取

书本记忆的关键不是“存了多少条”,而是“当前这一回合需要哪些”。系统会从当前书本的状态中筛选相关信息,再装订给生成链路。

flowchart LR
  A[当前用户输入] --> B[识别当前角色与场景]
  B --> C[筛选当前书本的相关记忆]
  C --> D[动态装订上下文]
  D --> E[故事生成]
  E --> F[本轮事实提取]
  F --> G[人物 / 事件 / 关系 / 场景 / 章节意图]
  G --> C

上下文不是历史堆叠

系统的目标是按当前回合拼装相关状态,减少传统长对话中不断复制全部历史造成的上下文膨胀。

模型可以查询

文字冒险 v1 提供人物、关系、事件和场景查询工具。模型在需要确认旧信息时,可以按对象读取,而不是凭空猜测。

这里的“动态”不等于任何场景都绝对不会遇到上下文限制;更准确的理解是:减少依赖手动压缩,把检索和装订交给书本记忆系统处理。

Book workflow

按章节推进一本故事

章节不是对话记录的装饰,而是故事推进的基本单元。如果你希望故事真正像一本书, 应该让每一章承担一个相对完整的剧情阶段:有自己的目标、发展和阶段性结果;完成后再进入下一章。

  1. 先确定本章的阶段性目标例如“抵达学校并发现异常”或“完成一次谈判”。目标不需要写成完整大纲,但要能说明这一章准备推进什么。
  2. 在本章内进行多轮对话让人物行动、场景变化和关系发展围绕当前章节目标展开,一个章节可以自然包含多轮生成。
  3. 完成一个阶段后主动结束本章不要等整部故事写完才结束章节;当本章的主要事件或阶段性目标完成,就可以整理并收束。
  4. 确认本章摘要,再进入下一章AI 会生成建议章节名和章节摘要。检查并确认后,下一章从新的剧情阶段继续。
不要把整部故事塞进一个章节: 长篇故事可以有很多章,短篇故事也可以按“开端、发展、转折、收束”等阶段分章。分章不是增加负担,而是让书本记忆、章节意图和后续回看都有清晰边界。

Generation

三档故事推理深度

三档模式对应不同的故事推进架构,不只是一个“思考开关”。选择时要在推进速度、规划深度和模型调用量之间做取舍。

轻度

快速管线,直接生成并进行事实审核。适合日常对话和希望快速推进剧情的场景。

中度

并行生成多份规划,由判断环节选择更合适的方向后再写作。适合希望兼顾速度和规划的日常使用。

重度

完整的 Planner 与写作工作坊流程,思考量和等待时间更高。更适合重要场景,不代表一定比轻度或中度更好。

建议:日常优先使用轻度或中度。重度模式可能更慢,质量提升也不是每个场景都能感知。

Supporting tool

世界书的定位

世界书适合放基础世界观、稳定设定和需要按关键词触发的补充资料。它是书本记忆的辅助工具,不是当前剧情状态的主要仓库。

适合放什么

地理、制度、基础设定、名词解释,以及不需要每轮变化的背景资料。

动态模式

动态世界书条目可以参与自动维护,但仍建议保持条目边界清楚。

不要塞成剧情仓库

角色当前衣着、关系变化、场景局势和剧情事件,优先交给书本记忆对应的维度。

从空白开始也可以

不使用世界书不影响直接开始故事。你可以在正文中逐渐补充设定。

Local first

备份与安全快照

RikkaHub PM 以本地管理为基础。备份功能用于让你掌控自己的书本、对话、记忆和相关配置;云端线路由你自行选择和配置。

本地导入 / 导出

适合手动保存、迁移或在不同设备之间转移数据。

WebDAV 与 S3

可以配置自己的 WebDAV 或 S3 兼容存储,用于备份和恢复。

安全快照

在进行高风险操作前保留本地快照;支持查看快照内容,并按需要导出或恢复。

提醒与自动备份

可以设置备份提醒、周期,以及将自动备份发送到 WebDAV 或 S3。

隐私说明: RikkaHub PM 不提供自有云端书本存储,书本和记忆由你在设备上管理。使用模型时,必要的对话内容仍会发送给你配置的模型 API 服务商,具体处理方式以该服务商规则为准。

Current scope

当前边界

Wiki 只介绍已经接入书本故事主线、并且适合当前版本使用的功能。下面这些内容暂时不作为首期宣传重点:

  • 澄清 Agent:当前不够稳定,暂不作为核心卖点。
  • 时间线主动调用:当前主要用于记录、查看和维护,不在 Wiki 中承诺生成时主动调用。
  • 通用能力百科:联网搜索、MCP、技能、图片、翻译和语音不是本 Wiki 的主线。
  • Web 端:手机端是重点,Web 端不作为推荐使用路径。
  • 常见问题与故障排查:首期先把产品逻辑讲清楚,FAQ 放到后续版本。