英雄上阵优化：完整结构阅读件
来源快照；原审核 unknown；本文 draft，只展示证据，不批准规则。
- 稳定 ID：
OAxdduMaGo7UkFxUdKjcOaG0nPe；父目录CdjbfZfHyl4eB4dyWSUcEGUHnxh/ 策划文档/关卡玩法。 - 飞书原入口；真实 revision 未暴露，源端显示修改时间
昨天 19:55不换算。 - 固定原件：
exports/OAxdduMaGo7UkFxUdKjcOaG0nPe/英雄上阵优化.docx；484736 字节；SHA-2567bda17bc8912a0a37e28025eeb6eafa66e39c97921ba05e6e678eb6c402d7f16。 - 采集时间：
2026-10-13T11:04:05.331038+00:00（本机采集/下载时间证据，不冒充源端revision）。 - 完整派生结构及来源元数据：全部XML/rels部件、标签/属性/文本/层级，含样式、关系和媒体指纹；浏览器JSON预览/保存均可，定位用部件路径和节点顺序。原件在受限intake，网站不提供二进制原件。
全部正文块（按导出顺序）
B001 · p
英雄上阵优化
B002 · p
英雄上阵优化
B003 · p
文档定位：本文档用于明确主线战斗的战前携带、布阵坑位解锁、阵容保存校验、专属卡候选和局内英雄锁定规则。英雄技能、局内等级效果及卡牌具体效果仍以对应权威文档为准。
B004 · p
适用范围：仅适用于主线及复用主线布阵流程的玩法。异步PVP竞技场继续采用“固定上阵5名、开局全部部署”的独立规则，不套用本文。
B005 · p
一、数量定义
B006 · p
主线战斗同时存在三种不同数量，界面和程序不得混用：
B007 · tbl
- R1C1：名称
- R1C2：数量
- R1C3：含义
- R2C1：布阵坑位总数
- R2C2：8
- R2C3：战前界面最多可配置8名携带英雄
- R3C1：当前已解锁坑位数
- R3C2：3～8
- R3C3：玩家当前必须配置的携带名额，随主线关卡逐步解锁
- R4C1：局内英雄锁定上限
- R4C2：最多5
- R4C3：本局最终允许被专属卡锁定并部署的英雄数量
B008 · p
战前布阵的8个坑位是携带候选位，不是8个战场站位。
B009 · p
战场最多存在5名英雄；英雄召唤物、元素卡召唤物、陷阱、装置和持续部署物均不占用携带坑位或英雄锁定名额。
B010 · p
本局实际锁定上限按下式计算：
B011 · tbl
- R1C1：Plaintexteffective_commit_limit = min(5, actual_carried_hero_count)
B012 · p
二、布阵坑位解锁
B013 · p
2.1 初始与后续解锁
B014 · p
布阵界面固定展示8个坑位。
B015 · p
新玩家默认解锁前3个坑位。
B016 · p
第4～8个坑位分别配置unlock_stage_id，玩家首次通关对应主线关卡后永久解锁。
B017 · p
坑位按序解锁，不允许后面的坑位先于前面的坑位开放。
B018 · p
未解锁坑位显示锁定状态和对应解锁关卡，不能放入英雄。
B019 · p
已通关玩家首次使用新版本时，根据历史最高通关关卡一次性补发对应坑位解锁状态。
B020 · p
2.2 上阵限制
B021 · p
同一英雄不能重复放入多个坑位。
B022 · p
只能选择账号已拥有的英雄。
B023 · p
英雄在8个坑位中的顺序仅用于战前展示和记录，不决定局内专属卡出现顺序，也不直接决定战场站位。
B024 · p
英雄获得、升级或品质变化不会自动改写已保存阵容。
B025 · p
三、保存与开战校验
B026 · p
3.1 必须携带数量
B027 · tbl
- R1C1：Plaintextrequired_carried_hero_count= min(unlocked_roster_slot_count, owned_hero_count)
B028 · p
当owned_hero_count >= unlocked_roster_slot_count时，玩家必须填满全部已解锁坑位。
B029 · p
当owned_hero_count < unlocked_roster_slot_count时，玩家必须携带全部已拥有英雄，空余的已解锁坑位允许保留为空。
B030 · p
玩家不能主动少带英雄来缩小专属卡候选池。
B031 · p
3.2 保存提示
B032 · p
玩家拥有的英雄数量足够，但没有填满已解锁坑位时，阻止保存并提示：
B033 · tbl
- R1C1：Plaintext必须上满{0}名英雄
B034 · p
{0}替换为当前已解锁坑位数量，而不是8或局内5人上限。
B035 · p
玩家拥有的英雄少于已解锁坑位，且没有携带全部已拥有英雄时，阻止保存并提示：
B036 · tbl
- R1C1：Plaintext必须上阵全部已拥有英雄
B037 · p
存在重复英雄、未拥有英雄或使用未解锁坑位时，分别按对应非法阵容错误处理，不使用人数不足提示覆盖真实原因。
B038 · p
3.3 开战复核
B039 · p
保存阵容和进入战斗时均由服务器重新校验英雄归属、坑位状态、重复英雄和必须携带数量。
B040 · p
玩家解锁新坑位后，旧阵容不会自动补人；下次进入主线战斗前必须补满新解锁坑位。
B041 · p
开战复核不通过时不得进入战斗，并自动返回布阵界面显示对应提示。
B042 · p
四、首波专属卡
B043 · p
4.1 基础规则
B044 · p
第1波仍展示5张专属卡，玩家执行5选3。
B045 · p
候选只取自本局实际携带英雄。
B046 · p
当携带英雄不少于5名时，第1波展示5名不同英雄的专属卡。
B047 · p
当携带英雄少于5名时，每名携带英雄至少出现1次，剩余位置使用这些英雄的专属卡均衡重复补足。
B048 · p
4.2 不足5名时的补位分布
B049 · tbl
- R1C1：实际携带英雄数
- R1C2：第1波5张专属卡分布
- R2C1：1
- R2C2：5
- R3C1：2
- R3C2：3＋2
- R4C1：3
- R4C2：2＋2＋1
- R5C1：4
- R5C2：2＋1＋1＋1
- R6C1：5～8
- R6C2：5名不同英雄各1张
B050 · p
表内数字表示各英雄专属卡在本轮的出现张数；同数量方案由发牌随机种子决定具体英雄获得较多份额。
B051 · p
该重复补位是专属卡的明确例外，不影响同一轮元素卡按card_config_id去重的规则。
B052 · p
同一英雄的多张专属卡属于不同card_instance_id。玩家可以同时选择，选中后分别进入手牌。
B053 · p
五、局内锁定与部署
B054 · p
5.1 锁定时点
B055 · p
本规则中的“使用专属卡锁定英雄”，以玩家在5选3中选中并确认获得该英雄专属卡为锁定时点。
B056 · p
首次选中尚未锁定英雄的专属卡时，该英雄立即加入committed_hero_ids并预占1个局内英雄名额。
B057 · p
同一轮选中同一英雄的多张专属卡时，该英雄只锁定1次，但所选卡牌均正常进入手牌。
B058 · p
锁定不等于已经召唤。英雄即使尚未上场，也会占用锁定名额；其专属卡仍可拖到战场完成首次召唤。
B059 · p
5.2 专属卡使用
B060 · tbl
- R1C1：英雄状态
- R1C2：拖放专属卡后的结果
- R2C1：已锁定、未上场
- R2C2：召唤该英雄，初始为局内Lv.1
- R3C1：已锁定、已上场
- R3C2：该英雄局内等级＋1
B061 · p
专属卡使用后消耗。
B062 · p
锁定英雄达到effective_commit_limit后，本局阵容固定，不允许替换或解除锁定。
B063 · p
5.3 后续候选约束
B064 · p
第2波起，专属卡与12张元素卡按现有卡类总权重共同进入候选。
B065 · p
专属卡候选仍只来自战前携带英雄。
B066 · p
尚未在本局候选中出现过的携带英雄获得轮换优先级，但不保证玩家一定选择该英雄。
B067 · p
每轮候选中，未锁定英雄的不同英雄ID数量不得超过remaining_commit_slots，避免玩家选择后产生第6名锁定英雄或无法使用的专属卡。
B068 · p
达到锁定上限后，所有未锁定携带英雄的专属卡立即退出后续候选池；已锁定英雄的专属卡继续用于召唤或升级。
B069 · p
已经进入手牌的卡牌必然属于已锁定英雄，因此达到上限后不存在需要作废或退还的未锁定英雄专属卡。
B070 · p
六、界面规则
B071 · p
布阵界面同时显示“已携带X/当前已解锁坑位数”
B072 · p
锁定坑位显示解锁关卡，不显示可放置状态。
B073 · p
保存按钮点击后才弹出人数不足提示；未填满时可在按钮附近保留弱提示，但不自动替玩家补位。
B074 · p
（无文本块；结构保留在JSON，包括图片/布局或节属性。）
图片关系：[{"{http://schemas.openxmlformats.org/officeDocument/2006/relationships}embed": "rId5"}]；关系目标见 word/_rels/document.xml.rels。
B075 · p
七、配置与数据
B076 · tbl
- R1C1：字段
- R1C2：用途
- R2C1：prebattle_roster_capacity=8
- R2C2：布阵界面的携带坑位总数
- R3C1：initial_unlocked_roster_slots=3
- R3C2：新玩家默认解锁坑位数
- R4C1：roster_slot_unlock_stage_ids
- R4C2：第4～8坑位对应的主线解锁关卡
- R5C1：unlocked_roster_slot_count
- R5C2：当前已解锁坑位数
- R6C1：owned_hero_count
- R6C2：当前账号已拥有英雄数
- R7C1：required_carried_hero_count
- R7C2：本次保存必须携带的英雄数
- R8C1：saved_prebattle_hero_ids
- R8C2：已保存的主线携带英雄及坑位顺序
- R9C1：battlefield_hero_limit=5
- R9C2：主线局内英雄锁定与部署上限
- R10C1：effective_commit_limit
- R10C2：本局实际可锁定英雄数
- R11C1：committed_hero_ids
- R11C2：本局已经锁定的英雄
- R12C1：remaining_commit_slots
- R12C2：本局剩余可锁定名额
- R13C1：first_wave_exclusive_fill_mode=balanced_repeat
- R13C2：携带不足5名时的首波均衡重复补位模式
B077 · p
required_carried_hero_count、effective_commit_limit和remaining_commit_slots均由服务器计算，客户端只负责展示，不得自行提交结果。
B078 · p
八、模式边界
B079 · p
本文仅定义主线及明确复用主线布阵流程的玩法。
B080 · p
异步PVP竞技场保持独立规则：战前固定上阵5名英雄，开局直接部署，专属卡只负责升级，不经过8人携带与局内5人锁定流程。
B081 · p
未来玩法若采用不同上阵规则，必须在该玩法文档中明确声明覆盖本文，不能静默复用部分字段。
B082 · p
九、验收标准
B083 · p
新账号显示8个布阵坑位，其中前3个可用，其余按关卡锁定。
B084 · p
玩家拥有不少于3名英雄但只放入2名时，保存提示“必须上满3名英雄”。
B085 · p
玩家只拥有2名英雄时，携带全部2名即可保存；只携带1名时提示“必须上阵全部已拥有英雄”。
B086 · p
通关配置关卡后准确解锁对应坑位，旧账号按历史进度正确补发。
B087 · p
玩家拥有足够英雄且新解锁第4坑位后，旧3人阵容不能直接开战，须补满4人。
B088 · p
携带3名英雄时，第1波专属卡分布为2＋2＋1；携带4名时为2＋1＋1＋1。
B089 · p
同轮选择同一英雄的多张专属卡只锁定1次，但所选卡牌均进入手牌并可依次召唤、升级。
B090 · p
携带8名英雄时，本局最多锁定5名；达到上限后其余3名的专属卡不再出现。
B091 · p
候选生成不会提供超过剩余名额数量的未锁定英雄ID。
B092 · p
已锁定但尚未召唤的英雄专属卡可正常使用，不会因达到锁定上限而失效。
B093 · p
英雄召唤物、元素卡召唤物、陷阱、装置和持续部署物均不计入8个携带坑位或5名锁定上限。
B094 · p
异步PVP竞技场继续按固定5人开局规则运行，不受主线上阵规则影响。
B095 · sectPr
（无文本块；结构保留在JSON，包括图片/布局或节属性。）
全部媒体与附件
word/media/image1.png
SHA-256 450cf9656b7fcd1aa00ac5da29af0cdb49a55f325d57a4b0cfe42d59186fc578；476739字节。按原导出图片展示，无重绘。部件关系/定位保留于结构JSON。
转换损失、定位与预览
覆盖固定导出容器全部XML/rels与媒体；正文块/全部工作表均已形成阅读件。原件可由授权同宿主worker及保管用户在受限intake用Office/飞书原入口查看，网站可阅读文字/坐标表和图片，结构JSON可检索部件、单元格和样式。
网页坐标列表不复刻分页、列宽、行高、字体、颜色和合并视觉；这些属性完整保存在结构JSON，颜色语义未经制作人解释，不将其自动变成规则。公式只展示表达式与原缓存，不计算、不更新；富文本样式和Drawing锚点保存在结构但网页图片册不复刻原布局。批注仅以导出部件为准：此样本容器没有评论部件，不声称在线评论不存在。真实版本历史、在线智能对象及导出前后的语义一致性未取得独立证据；导出载荷覆盖不等于飞书所有能力无损。未执行宏、外部连接或嵌入程序。正文没有因首屏、分页或可视范围截断；完整性与实际布局仍待制作人按原件验收。