> ## Documentation Index
> Fetch the complete documentation index at: https://docs.kai-yan.com/llms.txt
> Use this file to discover all available pages before exploring further.
# 结局
> 定义故事怎样结束、玩家最后会看到什么，以及结局何时成立。
## 这个节点负责什么
“结局”节点是故事的落点。它负责告诉玩家最后发生了什么、这一段故事以什么画面收束。结局可以沿主流程自然到达，也可以在全局条件满足时从任意幕触发。
雾港来信的结局示例是**灯塔下的回信**：玩家确认来信人的身份并完成回信后收束，结局只写已经发生的结果，不替玩家补写下一段人生。
## 玩家可见内容
| 字段 | 作用 | 示例 | 玩家在哪里看到 |
| ---- | ---------------- | ----------------------------------- | ------------------- |
| 结局标题 | 给最后结果一个清楚、有余韵的名字 | `灯塔下的回信` | 结局画面标题 |
| 结局描述 | 写结局落地后的短篇收束 | `你把回信放进灯塔下的旧信箱。潮水退去时，信封上的盐痕终于不再发亮。` | 结局画面先出现的收束文字，以及结局卡片 |
| 图片 | 给最后画面一个视觉记忆点 | 一张潮水退去后的灯塔夜景图 | 结局卡片中的结局图片 |
玩家到达结局后，会先看到结局描述，再进入显示结局标题和图片的结局卡片。结局描述不要重新讲一遍全部剧情，也不要突然引入没有铺垫的新人物或新冲突。
## 触发设置
| 字段 | 作用 | 示例 | 玩家看到的结果 |
| ----- | ---------------------- | ------------------------------ | ----------------- |
| 触发模式 | 选择通过主流程到达，还是在满足全局条件时检测 | `剧情推进` | 不显示设置本身；决定结局何时被检查 |
| 触发条件 | 写全局结局成立所需要的事实 | `玩家已经确认来信人的身份，并选择把回信放入灯塔下的旧信箱` | 不显示条件原文；满足后进入结局画面 |
| 全局优先级 | 多个全局结局同时成立时规定判断顺序 | `10` | 不显示数字；数值越小越先判断 |
### 剧情推进
选择**剧情推进**时，结局通过画布上的主流程连接到达。通常需要从最后一幕或最后一个分支连入。此时先把玩家能观察到的收束事实写在前置幕的收束依据里，再用连线进入结局。
### 全局检测
选择**全局检测**时，结局可以在故事进行到任意一幕时检查条件。只有全局结局需要填写触发条件和全局优先级；多个条件可能同时成立时，把更紧急、更具体的结局设置更小的优先级数字。
全局结局仍然要有清楚的前置事实。不要把它写成“玩家表现好就结束”，而要写成可以在故事状态、线索、情报或玩家行动中核对的条件。
## 结局和分支的区别
* **分支**把故事带到另一条路线，玩家还有后续行动；
* **结局**说明故事已经收束，玩家进入结局画面；
* 如果只是想让玩家离开当前地点或改变目标，应继续使用幕、分支或事件，不要提前创建结局；
* 如果多个结局都依赖同一个事实，先把事实写清楚，再分别定义它们的收束方式。
## 完成检查
* 标题、描述和图片表达的是同一个最终结果；
* 剧情推进结局已经接入主流程；
* 全局结局只在需要时填写触发条件和优先级；
* 触发条件依赖已经发生的事实，不是模糊评价；
* 测试时至少走到一次结局画面，检查描述、标题、图片和返回操作。