RPG

要解决的问题

在工程里实现 RPG/JRPG 时，最常见的失败不是“没有战斗”，而是系统彼此脱节：角色变强了，但任务进度、背包状态和世界标志没有跟着更新；或者为了给装备加 Buff 直接改了基础属性，结果一读档数值就坏了。硬编码的道具、敌人和任务也让内容迭代变得脆弱。

它如何工作

RPG 是一个组合式 playbook。它不重新发明基础原语，而是定义让成长和选择有意义的系统边界，并指向实现每个部分的具体技能。

核心循环很直接：探索 → 遭遇（战斗/对话/解谜）→ 获得奖励（经验、掉落、剧情）→ 成长（升级、换装、解锁）→ 挑战更高难度内容。

其落地为以下关键能力：

• 数据驱动的结构: 强制将道具、敌人、任务定义为数据资产，而不是散在代码里的常量。
• 属性与派生分离: 基础属性是唯一事实源，战斗数值、速度等必须由基础属性重算，而非直接存储。
• 修饰器层: 增益、减益和装备效果应作为独立的修饰器层压栈/出栈，不回写基础属性。
• 任务状态机: 统一管理 available → active → complete → turned-in 的状态流转，并持久化中间状态。
• 存档版本化: 第一天就引入版本字段和迁移路径，避免更新后旧存档失效。
• 选择的后果: 对话分支需要设置真实的标志位，让后续任务和世界状态发生可见变化。

此外，设计调节项如经验曲线形状、伤害公式家族、随机浮动、掉落率与成长锁门控等，都是可配置的旋钮，而非写死的规则。

适用边界

这个技能解决的是有持久角色成长、完整背包与任务系统的 RPG。

• 不适用于：无永久角色的肉鸽死亡模式、纯视觉小说分支叙事，或侧重生存建造与基地经营的游戏。
• 对话系统本身的引擎实现，应配合 dialogue-systems 使用。
• 需要意识到常见的失败模式：把派生数值当事实源、无上限的指数级增长曲线、以及缺乏后果的对话分支。