系统流.md 3.8 KB
系统流题材模板
核心卖点: 数据可视化 + 任务驱动 + 确定性回报。系统是主角的最强外挂，但也可能是最大的枷锁。
1. 核心机制设计
可视化面板
- 原则: 简单直接。不要列出几十项无用的数据（如：魅力、幸运），只列核心战斗属性。
- 例外规则: 如果你决定保留“魅力/幸运/精神”等非战斗属性，必须满足两个条件：
1) 短期内有反馈：在接下来 5-10 章内至少触发 1 次可感知的剧情反馈（谈判/社交/运气/洞察），让读者觉得“这个数值有用”。
2) 不刷屏：面板展示要克制，避免每章重复完整属性表（只在升级/关键节点展示变化）。 - 动态反馈: 每次锻炼/战斗后，数据必须涨。（如：挥剑 1000 次，经验+10）。
任务生成逻辑
- 主线任务: 强制性，失败有惩罚（抹杀/扣除寿命）。推动剧情发展的引擎。
- 支线任务: 选择性，奖励丰厚。丰富世界观。
- 成就任务: 隐藏触发。给读者惊喜。
2. 数值膨胀控制阀 (Inflation Control)
为什么会崩？
- 指数增长: 1级 100 攻，10级 10000 攻，100级 1亿 攻。数字太大，读者麻木。
- 货币贬值: 后期几亿积分随便花，系统商城失去了意义。
控制方案
- 属性压缩: 换地图时进行数值压缩（如：飞升后，下界 1 亿战力 = 上界 1 点神力）。
- 货币回收: 推出“吞金兽”功能（如：系统升级、抽奖保底、修复神器），大量消耗玩家积分。
- 边际效应: 等级越高，升级所需经验呈指数级上升，减缓升级速度。
3. 系统与宿主的关系 (The Relationship)
阶段一：工具期 (1-200 章)
- 系统冷冰冰，机械发布任务。主角依赖系统生存。
- 命名建议: 系统名称/功能暂时未知时，正文用“代号/称呼”（如“继承者系统”“面板”），不要用“???”作为读者可见文本。
阶段二：伙伴期 (201-500 章)
- 系统解锁智能语音/精灵形象。开始吐槽、卖萌、提供建议。
- 主角开始思考系统的来源。
阶段三：博弈期 (501+ 章)
- 阴谋论: 系统是谁造的？目的是什么？（养蛊？夺舍？培养救世主？）
- 反抗: 主角试图摆脱系统的控制，寻找没有系统也能变强的方法。
4. 经典系统类型详解
签到流 (Sign-in)
- 核心: 在特定地点/时间打卡。
- 爽点: 探索地图 = 获得奖励。
- 陷阱: 容易变成流水账。必须结合剧情（为了签到而不得不闯入禁地）。
抽奖流 (Gacha)
- 核心: 随机性。单车变摩托。
- 爽点: 欧皇时刻，绝境翻盘。
- 陷阱: 运气太好会显得假。需要铺垫“幸运值”或“献祭”代价。
兑换流 (Shop)
- 核心: 只要有钱/积分，什么都能买。
- 爽点: 只要肝就能强。
- 陷阱: 容易变成“打工流”。
5. 任务生成器 (Task Generator Prompt)
起草细纲时，如果需要生成系统任务，使用此 Prompt：
请为主角生成一个[类型]任务。
当前情境: [主角正在做什么]
要求:
1. 任务目标必须具有挑战性但可完成。
2. 奖励必须包含[主角急需的物品]。
3. 失败惩罚必须让主角感到肉痛（但不致死）。
4. 任务描述风格: [冷漠/傲娇/逗比]。
🛠️ 实体标签扩展
<entity type="系统功能" name="功能名" desc="作用" tier="层级" unlock="解锁条件"/>
<entity type="系统物品" name="物品名" desc="效果" tier="层级" price="价格"/>
<entity type="系统任务" name="任务名" desc="奖励" tier="层级" difficulty="难度" penalty="惩罚"/>