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