文档(待办清单已完成残留清理): 用户令按实盘核查删四处已完成未清——①旧行为MC行为锚整条删(重锚已兑现:anchor.json最近落库2026-10-26 d5a03db1迭代38卡④a6重锚,条目自记10-25首锚更在其前;剩余T6四带复算义务已由「迭代10奖励重构联动欠账」②项承载并账,零独有内容);②资产升档重产批整条删(升档路线2026-10-06已被八敌逐键定档+派生管线取代,正文自认已实质完成;唯一剩余提灯解禁候选character-design.md:45独立在册,零事实丢失);③测试域遗留表删2行(第3行S7/S8均已落地——static_scan.sh S7在册16处+S8整段且随迭代40拆件纳入battle_fx_host/reward_grant;第6行smoke_all.gd拆分2026-10-23已完成,957391e1 1065断言迁16标准宿主后整体退役;余5行重编号);④qa孤儿第①项design/diagrams越界核销(目录磁盘与git双零命中,实体消失,白名单甲乙两案失去对象;标题与余量句改余二项,存5/7原编号映射)。核查凭据=对照master现行盘面git grep/ls-tree/find实查;非残留核实面(level_runner委托/MIN_CELL/L1L2覆盖/光柱层/undo_proof.py/sample-batch死指涉/settlement_review_overlay/run_all无超时守护/iter41两卡在册)均与声明一致故不动。波0基线刷新条目保留(前半18陈旧键已随4f4a9bda清账,后半登记迭代40还债水位待用户发令--refresh)
This commit is contained in:
1 parent
dd99884e12
commit
0fef9f29bd
1 file changed
+5
-30
@@ -105,17 +105,6 @@
|
||||
|
||||
**状态**:待美术设计
|
||||
|
||||
#### 旧行为 MC 行为锚全数作废——重锚归数值批(2026-10-06 登记,来源=批次移交)
|
||||
|
||||
**实况**:案C 地图伤害账殿后批(git 7ef18ac,状态记录 371)改变每轮结算行为序——授予段不再兑付任何伤害(伤害形态单据暂存至战斗段末,段内序=主角先手→逐敌还手→地图账),既有全部 MC 行为锚与基线逐项比对锚所锚行为已不存在,**全数作废**;新段内序断言已入冒烟闸。按 sim-data MC 缓存层规则(无数值调整禁重跑),重锚不在改动批执行;重锚前一切 MC 旧读数只作历史存档,禁止与新行为逐项比对。M4 数值批卡 v1.2 已收该义务(F19:对拍锚按案C 新序重推导、T6 四带复算按新行为首采立新锚)。
|
||||
- 2026-10-25 更新(迭代 37 实测凭据+用户裁):该批发起 `parity_anchor.py check` 失败 9 项,双树原始面实测归因=①历史失配(锚内 RUNSUM 仍含 `level_templates`,迭代 35 卡② commit 9ee393a1 已把 MC 出数字段改名 `level_maps`;锚上次重制为 commit 0170071d/2026-10-19)+②迭代 37 卡① d12 给明细行新增 `target_id` 键未入锚口径(17222 行差异全为该新键,零值差零行数差)。**用户裁「批准本批重锚」**——对拍锚已按现行行为(含 `level_maps`+`target_id`)重制入 game/tests/evidence/parity/anchor.json,本条的"对拍锚作废待重推导"义务就此出账;T6 四带复算与数值标定窗口的设计段重走不变。
|
||||
|
||||
**缺口**:M4 数值批卡片已随 2026-10-16 删卡令退役;2026-10-18 用户裁=本条留待办清单、未设计未启动、不另行归属,未来数值标定窗口重开时重走设计段再写卡。
|
||||
|
||||
**改动面**:文档+游戏代码
|
||||
|
||||
**状态**:待文档设计
|
||||
|
||||
#### 扩展节点类型——危险/精英节点与特殊地形节点(2026-10-21 登记,来源=会话提及)
|
||||
|
||||
**实况**:用户 2026-10-21 会话定方向:Alpha 版只留现行四类(战斗/奖励/恢复/商店),以下两类留到以后再做——①危险/精英节点(怪物与普通战斗不同、奖励肥);②特殊地形节点(效果修饰:地图战斗资源、敌我伤害、金币比例等)。内容未设计。
|
||||
@@ -335,17 +324,6 @@
|
||||
|
||||
**状态**:待写卡
|
||||
|
||||
#### 资产升档重产批(art-bible v3.0 中修挂账③,2026-09-29 登记,来源=批次移交)
|
||||
|
||||
**实况**:v3.0 §8.2 档位上调方向候选(主角立绘 48×72→64×96 档、敌立绘三档上调评估)**已实质完成**——2026-10-06 art-bible v3.7 八敌逐键定档(源档 36–94、显示 ×2 整数;派生管线=pixel-1 紧裁→等比缩至档高→dom_block_resize)取代 64/96/128 升档路线;存在感问题改经方案二(B 区 270 / 立绘显示上限 188 / 血条状态落底排)解决,不再走升档路线。裁决史:2026-09-30 迭代 9 三裁决案乙(本迭代不升档,先收 Alpha 真人读数再定;A4 尺寸基线冻结〔立绘 46×48/小人源 32×32〕维持有效);2026-10-04 用户令暂不做、先忽略;2026-10-06 用户令优先级再降(维持挂起;同日 playnote 立绘批评已由「立绘逐键定档批」承接兑现)。**剩余挂起项=提灯点亮解禁候选**(character-design 提灯,v3.0 明度分层允许空间光照),重启=用户点名或 M-4 升档批。Alpha 出口裁决:不进 Alpha,排 Beta;提灯候选随 Beta 资产批重议。
|
||||
|
||||
**缺口**:还差提灯点亮解禁候选的重议设计(升档批或用户点名触发时一并裁)。
|
||||
- 相关文档:[art-bible](design/art/art-bible.md) §8.2 · 资产管线批
|
||||
|
||||
**改动面**:美术素材
|
||||
|
||||
**状态**:待美术设计(备选)
|
||||
|
||||
#### 立绘清晰度回退评估——是否改用高清图(2026-10-13 登记,来源=playnote)
|
||||
|
||||
**实况**:来源=playnote 用户试玩记录「现在的立绘太丑了,像素化的粒度太低了,导致根本看不清立绘;看是否可以改回用较为高清的图片?还有一个问题是大小的问题……现在地精的图片看起来比熊地精还要大,这并不合理」。2026-10-13 用户裁定:与「第二 / 三关棋盘观感」同属**美术线更新**。**两个子问题现状不同**:子问题一=怪物大小比例不合理——**已兑现**(体量语义改生物体型〔character-design §5.2,弃强度线性映射〕+八敌逐键定档〔art-bible §8.2〕),剩余面=用户是否复核验收;子问题二=像素粒度过低/是否改回高清图——**方向已裁(2026-10-14 用户裁)**:「还是像素风格立绘,但是不需要像现在太过于像素」,定性为**精细手绘像素**(不是插画、不是 HD-2D、不回退高清图;裁决录=[美术审计-cursor会话存档](reports/美术审计-cursor会话存档-2026-10-14.md) §2.2;权威面 art-bible/character-design 口径节反哺另批),粒度问题已改派生管线(八敌源档 36–94 全过可读门槛:24 糊/32 可读/48 清楚)。[08-Alpha版本标准](design/gdd/08-Alpha版本标准.md) 未决项已随裁删除(2026-10-16 状态刷新批)。Alpha 出口裁决:Alpha 范围=主角+三个 Boss 按新口径重产,其余敌种当前可读则保留到 Beta。
|
||||
@@ -491,11 +469,10 @@
|
||||
|
||||
### 文档与结构
|
||||
|
||||
#### qa/ 实现报告收尾·孤儿遗留七项余三项(2026-10-14 登记,来源=批次移交)
|
||||
#### qa/ 实现报告收尾·孤儿遗留七项余二项(2026-10-14 登记,来源=批次移交)
|
||||
|
||||
**实况**:qa 收尾批核查 iter19 系列出口报告遗留移交项时发现**不在待办清单在册**的七项(acceptance-package §三.2/card0 §5.3/followup §七.3/uibackfill §6.2-4/verify §6.1/3/7)。已结案的(tree_rules 受理闭环、X/Y 双源、S1 七项违例修复、提灯目检项、tests.yml 休眠等)已在各报告标注结案证据,不入本条。2026-10-24 处置:第②③④项随迭代 36 卡C 落地销号(营地 STONE 深档六处、迷雾三关派生行、开场后缀条件加算区),第⑥项按用户 2026-10-24 裁整条注销(TG_* 装饰带非文字,不另立探针)。余三项均为挂号备查/顺路件,无排期承诺:
|
||||
**实况**:qa 收尾批核查 iter19 系列出口报告遗留移交项时发现**不在待办清单在册**的七项(acceptance-package §三.2/card0 §5.3/followup §七.3/uibackfill §6.2-4/verify §6.1/3/7)。已结案的(tree_rules 受理闭环、X/Y 双源、S1 七项违例修复、提灯目检项、tests.yml 休眠等)已在各报告标注结案证据,不入本条。2026-10-24 处置:第②③④项随迭代 36 卡C 落地销号(营地 STONE 深档六处、迷雾三关派生行、开场后缀条件加算区),第⑥项按用户 2026-10-24 裁整条注销(TG_* 装饰带非文字,不另立探针)。余二项均为挂号备查/顺路件,无排期承诺(第①项 design/diagrams 越界 2026-10-28 实查核销——目录磁盘与 git 均已不存在,越界实体消失,白名单甲/乙两案失去对象):
|
||||
|
||||
1. **design/diagrams 越界**(熵增闸存量红,archify 架构图批 00712d5 旧债):脚本自文「新分类先过用户拍板再改两处白名单」。修案二选一——甲=用户拍板 `design/diagrams` 入 DESIGN_SUBDIRS 白名单(archify 总图批产物归位);乙=迁出 design/ 归位合法区。落点=熵增闸白名单(AGENTS.md Project Layout+脚本白名单两处)
|
||||
5. **字面量墨收测前置**(iter19 卡②遗留):bcard 属性描述/类型脚注/✓章/primary_button 字四处内联 Color8 无常量形态,收测需先在 ui_kit 立常量(呈现批顺路件,改 ui_kit 越当批面)。落点=呈现优化批(ui_kit 常量面)
|
||||
7. **商店房截图纳屏**(iter19 卡①遗留):商店房截图纳屏留后续呈现批(考证结论在 shot_probe 头注)。本项原并列的「`数据配置.md:223` 历史行死指」半句已于 2026-10-21 实查核销——禁写变更记录规约生效后该文件的版本史行整段已不存在(现全文 212 行,文内零版本史行),被指对象随之消亡。落点=呈现批
|
||||
|
||||
@@ -547,11 +524,9 @@
|
||||
|---|---|---|
|
||||
| 1 | **余下 3 个 core 模块仍零指名单测**:`board_data`/`reward_economy`/`skill_lottery` | 测试基建批。本批补了 minesweeper_rules/board_generator/config_db_resolver/config_db_cross_validator 四件;余三件按同一手法补(判据=能否在 `--script` 模式不加载 autoload 验完) |
|
||||
| 2 | **render_gate 的 SCRIPT ERROR 扫描仍缺失** | 测试基建批。判定主体是 golden 容差与取证文件存在性,脚本错误不改退出码时无扫描面;本批只把矩阵状态如实记为「缺失」,收它的写法待裁 |
|
||||
| 3 | **静态扫描域 S7/S8 仍未落地** | 工程债批。S7=B1 编排唯一性(B2/B3/B4 API 符号命中文件 ⊆ B1 文件集);S8=结算路径 `await` 零命中。本批补的是 S3 路径与 S5,S6 亦仍在 TODO |
|
||||
| 4 | **E 级卫生件**(test_kit static var 串台风险、4 套件自建断言出口、157 处 untyped 容器、76 处 lambda) | 工程债批。本批只统一了**新写**断言的出口,存量未动;test_kit 的 static var 是「并发跑批」的前置障碍(并发分层方案的前提) |
|
||||
| 5 | **行覆盖率度量缺失** | 基建评估项。Godot 无内建、第三方属新基建;现行补洞靠「零指名清单 + 人工判定」,是否引入度量待裁 |
|
||||
| 6 | **`smoke_all.gd` 拆分**(单文件承载 1127 项检查) | 工程债批。本批按契约只做入闸与改名裁点,不拆不重构;拆分登记在册 |
|
||||
| 7 | **parity 逐位一致比对的触面判定为粗粒度路径匹配** | 测试基建批。触面表含 `battle_orchestrator.gd`,改该文件即要求批准发起 MC;若嫌过重可精化到「是否改动取数/结算数值」的语义面 |
|
||||
| 3 | **E 级卫生件**(test_kit static var 串台风险、4 套件自建断言出口、157 处 untyped 容器、76 处 lambda) | 工程债批。本批只统一了**新写**断言的出口,存量未动;test_kit 的 static var 是「并发跑批」的前置障碍(并发分层方案的前提) |
|
||||
| 4 | **行覆盖率度量缺失** | 基建评估项。Godot 无内建、第三方属新基建;现行补洞靠「零指名清单 + 人工判定」,是否引入度量待裁 |
|
||||
| 5 | **parity 逐位一致比对的触面判定为粗粒度路径匹配** | 测试基建批。触面表含 `battle_orchestrator.gd`,改该文件即要求批准发起 MC;若嫌过重可精化到「是否改动取数/结算数值」的语义面 |
|
||||
|
||||
**改动面**:游戏代码
|
||||
|
||||
|
||||
Reference in new issue
Block a user