From 57084e0bd3ce47d5d87b8cdbf4ca91cf3944e08a Mon Sep 17 00:00:00 2001 From: DKChan <524912269@qq.com> Date: Sun, 1 Nov 2026 02:11:04 +0800 Subject: [PATCH] =?UTF-8?q?=E5=B7=A5=E7=A8=8B+=E7=99=BB=E8=AE=B0(fv25?= =?UTF-8?q?=E9=80=80=E5=BD=B9=E4=B8=8E=E6=AC=A0=E8=B4=A6=E7=99=BB=E8=AE=B0?= =?UTF-8?q?=E6=89=B9=C2=B7=E7=94=A8=E6=88=B7=E4=BB=A4):=20=E5=88=A0=20tabl?= =?UTF-8?q?e=5Fstructure=5Fguard=5Ftest=E3=80=94fv25=E3=80=95=E6=96=AD?= =?UTF-8?q?=E8=A8=80=E2=80=94=E2=80=94=E5=AE=88=E3=80=8C=E8=A1=A8=E5=86=85?= =?UTF-8?q?=E6=B3=A8=E9=87=8A=E5=AD=98=E5=9C=A8=E6=80=A7=E3=80=8D=E4=B8=8E?= =?UTF-8?q?=E6=B8=B8=E6=88=8F=E8=A1=8C=E4=B8=BA=E6=97=A0=E5=85=B3(?= =?UTF-8?q?=E8=A1=8C=E7=95=99=E4=BB=BB=E4=BB=8D=E7=94=B1fv12=E4=BB=8E?= =?UTF-8?q?=E8=A7=A3=E6=9E=90=E6=95=B0=E6=8D=AE=E5=AE=88,=E6=B3=A8?= =?UTF-8?q?=E9=87=8A=E6=9C=BA=E6=A3=80=E5=AE=88=E8=BD=BD=E4=BD=93=E4=B8=8D?= =?UTF-8?q?=E5=AE=88=E4=BF=A1=E6=81=AF,=E7=94=A8=E6=88=B7=E8=A3=81?= =?UTF-8?q?=E6=97=A0=E9=AA=8C=E8=AF=81=E4=BB=B7=E5=80=BC),=E8=BF=9E?= =?UTF-8?q?=E5=B8=A6=E6=91=98fv12=E6=B6=88=E6=81=AF=E5=B0=BE=E7=BC=80?= =?UTF-8?q?=E3=80=94fv25=E3=80=95=E4=B8=8E=E2=91=A1=E5=9D=97=E6=B3=A8?= =?UTF-8?q?=E9=87=8A=E3=80=8C=E7=BC=BA=E5=8F=A3=E7=99=BB=E8=AE=B0=E9=9A=8F?= =?UTF-8?q?=E8=A1=8C=E3=80=8D=E5=8F=A5,02=E5=A5=97=E4=BB=B667=E2=86=9266?= =?UTF-8?q?=E9=A1=B9;=E7=99=BB=E8=AE=B0=E5=BE=85=E5=8A=9E=E6=B8=85?= =?UTF-8?q?=E5=8D=95=E3=80=8Chobgoblin=20=E5=86=85=E5=AE=B9=E4=B8=89?= =?UTF-8?q?=E4=BB=B6=E5=A5=97=E8=A1=A5=E9=BD=90=E3=80=8D=E6=9D=A1=E7=9B=AE?= =?UTF-8?q?(2026-11-01/=E6=9D=A5=E6=BA=90=3D=E5=AE=A1=E8=AE=A1=E5=8F=91?= =?UTF-8?q?=E7=8E=B0/=E7=8A=B6=E6=80=81=3D=E5=BE=85=E6=96=87=E6=A1=A3?= =?UTF-8?q?=E8=AE=BE=E8=AE=A1,=E5=87=AD=E6=8D=AE=3D=E6=95=8C=E4=BA=BA?= =?UTF-8?q?=E7=B3=BB=E7=BB=9F.md=20v1.1=E3=80=8Chobgoblin=E7=BC=BA?= =?UTF-8?q?=E5=8F=A3=E7=99=BB=E8=AE=B0=E3=80=8D=E8=8A=822026-10-13?= =?UTF-8?q?=E8=BF=AD=E4=BB=A324=E5=8F=8D=E5=93=BA=E2=91=A3)=E2=80=94?= =?UTF-8?q?=E2=80=94=E6=AC=A0=E8=B4=A6=E7=99=BB=E8=AE=B0=E8=BF=81=E5=BE=85?= =?UTF-8?q?=E5=8A=9E=E6=B8=85=E5=8D=95=E5=94=AF=E4=B8=80=E7=99=BB=E8=AE=B0?= =?UTF-8?q?=E5=A4=84,=E7=A6=81=E5=86=8D=E4=BB=A5=E8=A1=A8=E5=86=85?= =?UTF-8?q?=E6=B3=A8=E9=87=8A+=E6=9C=BA=E6=A3=80=E6=89=BF=E8=BD=BD;GDD?= =?UTF-8?q?=E6=AD=A3=E6=9C=AC=E7=99=BB=E8=AE=B0=E4=B8=8D=E5=8A=A8?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .../unit/data_config/table_structure_guard_test.gd | 6 ++---- 待办清单.md | 10 ++++++++++ 2 files changed, 12 insertions(+), 4 deletions(-) diff --git a/game/tests/unit/data_config/table_structure_guard_test.gd b/game/tests/unit/data_config/table_structure_guard_test.gd index 6a58847d..7a06fa7a 100644 --- a/game/tests/unit/data_config/table_structure_guard_test.gd +++ b/game/tests/unit/data_config/table_structure_guard_test.gd @@ -228,16 +228,14 @@ func _smoke_enemy_bands() -> void: int(row.get("depth_band", -1)), String(row.get("enemy_id", ""))]) Kit.check("敌人表 28 行且键序 = 覆盖表序（(L,row_kind,depth_band,enemy_id) 逐行比对——文件行序不变）〔fv11〕", _db.combat.enemy.rows.size() == 28 and got_keys == expect_keys) - # ② hobgoblin 缺口行留任随迁（契约 9：不删行不补立绘——缺口登记随行） + # ② hobgoblin 缺口行留任随迁（不删行不补立绘——补齐归敌种内容批） var hob := {} for row in _db.combat.enemy.rows: if String(row.get("enemy_id", "")) == "hobgoblin": hob = row - Kit.check("hobgoblin 行在 (1,battle,3) 留任随迁（缺口行不删不补——补齐归敌种内容批）〔fv12〕〔fv25〕", + Kit.check("hobgoblin 行在 (1,battle,3) 留任随迁（缺口行不删不补——补齐归敌种内容批）〔fv12〕", int(hob.get("level_index", -1)) == 1 and String(hob.get("row_kind", "")) == "battle" \ and int(hob.get("depth_band", -1)) == 3) - Kit.check("hobgoblin 缺口登记随行（表文件注释在位——缺口不静默）〔fv25〕", - FileAccess.get_file_as_string("res://data/tables/enemy.tres").contains("hobgoblin 行为缺口行")) # ③ Boss 行集带键 = 覆盖表（旧判据「各恰一行＝图 Boss 节点深度」属单终点模板时代； # 生成图多终点要求每终点深度解析到互异带键 ⇒ 每关 Boss 行必然多于一行—— # 迭代 35 覆盖批随动改写为带键清单，「带键互异」的运行时把关在 level_shop_economy_test〔v11〕） diff --git a/待办清单.md b/待办清单.md index e29603fa..11d4727e 100644 --- a/待办清单.md +++ b/待办清单.md @@ -2,6 +2,16 @@ 本清单是流水线的唯一登记处：以后才做的事在此登记一条，随流水线段推进改状态，做完整条删除（条目记进度，不是各段的开工前置）；各系统文档的「待办」节只留一行指路存根，不再自建条目。条目格式（标题＝登记元数据含可选优先级，正文＝实况/缺口/改动面/状态四属性）与状态机以 [doc-conventions §12.1](design/engineering/doc-conventions.md) 为权威。 +#### hobgoblin 内容三件套补齐（2026-11-01 登记，来源=审计发现） + +**实况**：敌人表 hobgoblin 行（寻址键 (1, battle, 3)）数值完整在役、战斗正常运行，但内容三件套未交付——立绘、敌种语义模板、敌人系统.md 敌种表行均缺，呈现面因语义模板未成文无定义可依。登记凭据=[敌人系统](design/gdd/systems/战斗循环/敌人系统.md) v1.1「hobgoblin 缺口登记」节（2026-10-13 迭代 24 反哺④）。 + +**缺口**：还差敌种语义模板的文档设计讨论闭合（呈现面定义、池构成口径），闭合后立绘走美术线。 + +**改动面**：文档＋美术素材＋游戏代码 + +**状态**：待文档设计 + #### 状态合并改累加制——同名状态重复授予改加时长（2026-10-31 登记，来源=会话提及） **实况**：2026-10-31 用户立案并四点裁决闭合：六行 refresh 全改累加／时长不封顶／只加时长、层数与强度不变／累加量＝本次授予的生效时长（技能施放行带覆盖时长时按覆盖值）。设计定稿＝[增益状态](design/gdd/systems/战斗循环/增益状态.md) v1.3（2026-10-31，合并策略「刷新」改「累加」）＋[地图战斗资源](design/gdd/systems/战斗循环/地图战斗资源.md) 削弱行引用句随改。查证记录：全仓设计文档、reports 与 git 全历史均无既往累加制决策，本次为新裁决、非补同步。本裁决消解「空刷新的可见性」条目（累加制下重复授予恒有变化，无空操作授予面）。