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 全历史均无既往累加制决策，本次为新裁决、非补同步。本裁决消解「空刷新的可见性」条目（累加制下重复授予恒有变化，无空操作授予面）。