主角外观、收藏品、称号与坐骑羽翼
0. 本篇结论
本篇为 WEN-10 / B1-C 文档整理稿，保持 draft；原 producer_review_needed / canonical_candidate 声明保留在 front matter。固定来源为 project2-docs @ ec43be0e13c8624cfafd36c0fd803f3b89733fff 的本路径，读取日期 2026-10-13。已确认的是整理范围和来源，未新增产品批准；以下流程、规则、UI、contract 与验收描述均保留原候选边界，验收清单不是已通过记录。
| 阅读项 | 本篇定位与事实边界 |
|---|---|
| 玩家入口 | 主角详情/外观/收藏成长页签为候选；头像参考图不是其他外观功能的运行证据 |
| 养成对象 | 收藏品、时装、称号、坐骑、羽翼；拥有、佩戴与强化是否属于当前版本未确认 |
| 属性/能力来源 | 每类内容是否仅展示、附带属性或技能强化及叠加顺序均待定 |
| 候选与预留 | R-001～006 是需求待补定义/候选限制；所有收藏、时装、称号、坐骑、羽翼不按已实现功能解读 |
来源、原审核状态、重复合并及差异台账统一见养成系统，本篇相关待裁定编号：B1-C-Q08、B1-C-Q06。经济共用规则归 item-resource / B1-B；本篇只记录养成消耗场景，未新增经济默认值或奖励规则。本批没有重新核对游戏源码、配置或运行版本；原文“当前”只表示固定文档的历史描述。
1. 功能定位
该功能域补齐主角成长中偏长期收集、展示和外观表达的系统，包括收藏品、主角时装、主线称号、坐骑和羽翼。它们承担中后期成长目标、身份展示、属性补充和技能强化入口。
2. 范围
In Scope：收藏品拥有、收藏品强化、收藏品品质、主角时装、主线称号、坐骑、羽翼、头像候选资源、外观资源、属性加成、技能强化入口。
Out of Scope：英雄时装、英雄专武、装备/符文基础养成、统帅/队长技能卡、单个美术资源生产排期。
3. 玩家入口、解锁与提示
候选入口位于主角详情、角色外观、收藏或成长页签。解锁条件可能依赖主线进度、玩家等级、任务、活动、付费礼包或特定道具。称号、坐骑和羽翼应在主界面或角色展示中有清晰佩戴状态。
4. 核心玩家流程
以下仅为预留/候选流程；当前版本是否包含每类内容未确认，头像展示参考图不证明这些流程已经可用。
- 玩家通过主线、活动、礼包、抽取或奖励获得收藏品、称号、时装、坐骑或羽翼。
- 系统记录拥有状态并展示在主角相关入口。
- 玩家查看属性、效果、品质和外观预览。
- 玩家选择穿戴、激活或强化。
- 系统刷新主角属性、技能强化、外观表现和红点状态。
头像属于角色基础展示的一部分，当前候选规则仅允许使用已解锁英雄头像；默认头像为指定初始英雄头像。头像资源、英雄解锁状态和玩家信息界面展示需要与 account-server-login 保持一致。
5. 核心规则
本节是保留规则编号的唯一规则正文。各条仍属待审核候选或历史反推线索；“必须”“应”表达原稿需求，不表示规则已获批准或已实现。具体候选/预留边界见第 0 节及养成系统差异台账。
5.1 收藏品、外观与称号规则
PLAYER-COSMETIC-COLLECTION-R-001：收藏品需要定义品质、基础属性、效果、强化消耗和强化上限。PLAYER-COSMETIC-COLLECTION-R-002：主角时装需要定义是否仅外观、是否带属性、是否影响技能或展示动作。PLAYER-COSMETIC-COLLECTION-R-003：主线称号需要定义获得条件、属性加成、佩戴数量和称号展示位置。PLAYER-COSMETIC-COLLECTION-R-004：坐骑/羽翼需要定义是否为外观、属性源、技能强化源或移动/战斗表现源。
5.2 展示叠加与属性边界
PLAYER-COSMETIC-COLLECTION-R-005：同类外观同时只能有一个当前展示项，除非制作人确认可叠加。PLAYER-COSMETIC-COLLECTION-R-006：属性和技能强化必须明确计算顺序，避免和装备、符文、统帅技能卡重复叠加。
5.3 操作矩阵
N/A。当前不在策划案正文中复述核心玩家流程；进入 PLAN 时，仅对状态变化、消耗/产出、奖励发放、跨系统反馈或失败反馈补齐操作矩阵。
6. UI 状态与交互
6.1 界面图与交互说明
以下图片为待评审参考图，已按图片锚点和附近文字绑定到页面/状态；状态均为 仅参考，最终布局、尺寸、按钮位置和视觉风格以制作人/UI 评审确认为准。
图 01：个人信息入口
- 图状态：仅参考
- 关联页面 / 状态：个人信息入口
- 关联交互 / 状态说明：Role_01；PortraitUnlock_01；阿扎尔；UI设定；个人信息入口；点击主界面左上角头像，打开个人信息界面；个人信息界面
图 02：个人信息界面
- 图状态：仅参考
- 关联页面 / 状态：个人信息界面
- 关联交互 / 状态说明：个人信息界面；个人信息界面展示玩家当前头像、名称、战斗力、关卡进度；名称更改入口、头像更改入口
图 03：头像修改界面
- 图状态：仅参考
- 关联页面 / 状态：头像修改界面
- 关联交互 / 状态说明：头像修改界面；玩家只需点击任意已解锁英雄的头像，即可更改头像；当前使用中的头像，左上角会有勾选标志；所有英雄头像按照hero表ID顺序排列
2 张多目标草稿图因上下文不匹配本功能，未插入本页。
6.2 页面结构与交互
UI 需要列表、详情、预览、穿戴、卸下、强化、属性变化、未获得态、锁定态、红点和资源不足提示。外观预览应能区分当前穿戴、已拥有、未拥有、限时和永久状态。
6.3 UI 页面状态表
N/A。当前仅保留已绑定页面/状态的参考图和页面结构说明；具体可执行状态在 UI 评审或 UI brief 中确认。
7. 配置、数据与 Contract
本节只记录策划案需要的逻辑数据与跨部门 contract，不预设物理配置表、协议文件、service 文件或 仓库落点。正式命名、字段名、接口名、协议对象名、文件名和仓库落点进入执行前由 Work Package 的 contract-registry.yaml、execution brief 和对应执行任务确认。
7.1 策划数据需求
策划数据需求只描述逻辑数据域、逻辑字段或规则语义，不等同于配置表字段名、协议字段名或数据库字段名。正式字段命名进入 contract-registry.yaml、execution brief 和对应执行任务确认。
| 数据域 | 逻辑字段 / 规则 | 设计含义 | 必填 / 边界 | 产出责任 |
|---|---|---|---|---|
| 收藏品规则 | 收藏品 ID、品质、基础属性、效果、强化消耗、强化上限 | 定义收藏品品质、属性、效果和强化 | 进入执行前补齐默认值、边界和可选性 | Planning / Art |
| 主角外观规则 | 外观 ID、类型、获得条件、资源引用、展示位置、是否带属性 | 定义时装、称号、坐骑和羽翼的获得与展示 | 进入执行前补齐默认值、边界和可选性 | Planning / Art |
| 属性叠加规则 | 属性类型、技能强化、叠加限制、同类互斥、计算顺序 | 定义外观和收藏品对属性或技能的影响边界 | 进入执行前补齐默认值、边界和可选性 | Planning |
7.2 运行时数据与接口需求
| Contract | 设计含义 | 使用方 | 说明 |
|---|---|---|---|
| 拥有与穿戴状态 | 保存外观、称号、收藏品、坐骑和羽翼拥有状态 | 服务端 / 客户端 | 同类外观默认同时只能展示一个 |
| 强化与激活操作 | 处理收藏品强化、外观激活和当前展示切换 | 服务端 / 客户端 | 消耗、限时过期和属性生效以状态权威为准 |
| 属性刷新 | 同步外观属性、技能强化和展示动作 | 服务端 / 客户端 | 避免和装备、符文、统帅技能卡重复叠加 |
7.3 跨部门 Contract 命名清单
| Contract 类型 | 逻辑对象 | 命名状态 | 阻塞阶段 | 说明 |
|---|---|---|---|---|
| 配置数据 | 收藏品、称号、时装、坐骑、羽翼、强化和属性加成 | 待 PLAN 确认 | PLAN 前 | 不预设物理配置表名 |
| 协议 / API | 拥有列表、穿戴切换、强化、激活和状态同步 | 待 PLAN 确认 | 执行前 | 由服务端 / UI brief 确认 |
| 错误码 | 未拥有、已过期、强化材料不足、同类互斥、状态非法 | 待 PLAN 确认 | 执行前 | 需要玩家提示 |
| 资源引用 | 外观模型、称号图标、坐骑、羽翼、收藏品图标和展示动作 | 待 PLAN 确认 | 执行前 | 由美术 / UI brief 确认 |
8. 系统边界
| 方向 | 负责内容 | 备注 |
|---|---|---|
| Planning | 逻辑数据、数值、文本需求、资源需求 | 进入执行前由 PL 任务细化 |
| 服务端 | 协议、校验、持久化、奖励发放、幂等与安全 | 仅相关功能需要 |
| 客户端 | UI、交互、表现、本地状态、红点和跳转 | 仅相关功能需要 |
| 美术 | 图标、模型、特效、音频和导出资源 | 仅相关功能需要 |
| Ops / GM | 后台配置、运营投放、公告、补偿和数据看板 | 仅相关功能需要 |
客户端与表现
客户端需要主角外观页、收藏品页或成长页签、本地模型、红点、资源加载、预览模型、动作/VFX/SFX 和属性变化展示。坐骑/羽翼如果进入战斗表现，需要和 battle-mission、combat-skill 明确表现边界。
美术与音频需求
需要收藏品图标、主角时装资源、称号牌、坐骑/羽翼模型或特效、穿戴/强化反馈、展示动作和音效。资源导出路径、Unity 引用名和品质框规范需要 art owner 补齐。
补充头像资源需求：英雄头像图标、未解锁灰态、锁头、当前使用勾选、选中框和头像预览。
9. 数值、经济与奖励
需要确认每类内容的获得方式、强化材料、消耗货币、品质成长、属性曲线和回收方式。若收藏品、坐骑或羽翼进入付费池，必须与 recharge-giftpack、lottery 和 item-resource 的经济口径一致。
10. 异常、安全与运营边界
10.1 异常与安全
需要处理重复获得、限时过期、资源缺失、配置缺失、非法穿戴、强化并发、客户端伪造拥有状态、属性重复叠加和展示资源加载失败。
10.2 埋点与运营
建议记录获得、穿戴、强化、预览、资源不足、付费获得、限时过期和战力变化。若作为中长期付费目标，应支持分来源统计收藏/外观持有率和强化转化。
11. Feature Relations 与回归范围
Feature Relations
依赖 item-resource、player-level-energy-power-privilege、main-entry-red-dot、recharge-giftpack 和 lottery。可能影响 battle-mission、combat-skill、equipment 和 rune 的属性口径。
回归范围
以 Feature Relations 影响功能、核心玩家流程、配置与系统边界为基础；进入执行前由 PLAN / QA brief 细化最小回归范围。
12. 验收标准
12.1 关键验收结论
收藏品、时装、称号、坐骑和羽翼的入口、拥有、穿戴、强化、属性、资源表现、重登恢复和红点都能验证；未确认上线范围前不得按已实现功能拆执行任务。
12.2 规则验收清单
逐条审核以本篇第 5 节稳定规则编号为清单，不再复制同一规则正文。第 0 节和养成系统的候选、预留和缺证限制同样适用；尚无产品审核或运行验收通过记录。第 12.1、12.3 节保留原验收需求，不能据此认定功能已开放。
12.3 执行层验收
- 如填写操作矩阵，成功路径、失败场景、玩家反馈和状态权威均已覆盖。
- 如填写 UI 页面状态表，页面 / 弹窗状态均已覆盖，或明确标记为
N/A。 - Section 7 中标记为 PLAN 前或执行前阻塞的 contract 已在
contract-registry.yaml、execution brief 或执行任务中确认。 - 相关 Feature Relations 回归通过。
13. 待澄清问题 / Open Questions
- 收藏品、主角时装、主线称号、坐骑和羽翼是否都属于当前版本，还是中后期预留。
- 每类内容是否提供属性，属性是否影响战斗、挂机收益或仅展示。
- 坐骑/羽翼是否实际进入战斗表现和技能强化。
- 这些内容是否需要拆成多个 canonical feature。
14. 变更记录
| 日期 | 版本 | 修改人 | 变更摘要 |
|---|---|---|---|
| 2026-10-13 | WEN-10 draft | AutoDev Symphony | 整理入口、对象、属性来源与候选边界；合并规则验收副本，来源/差异见养成系统；原审核声明保留 |
| 2026-06-16 | v0.2 | Codex | 补充规则编号、操作矩阵、UI 状态表、逻辑字段和执行层验收锚点 |
| 2026-06-16 | v0.1 | Codex | 按新版功能策划案模板重排章节；保留既有规则内容并映射参考图 |