Aholo 黑客松 · 作品即体系样本

金面灵 · 溯源面板V2 · 2026-11-06 · 本页为生成时快照,正式版拟部署 /aholo/provenance.html

评委与读者可从本页自行核验作品的三个事实:它怎么长出来的(成长轨迹)、它如何被保护不被误改(护航指纹)、哪些说法已验证哪些还没有(验证边界)。每一条都可回溯到档案与哈希,不写「应该没问题」。

① 成长轨迹从首个版本到最新版本,每次变更留痕可回滚
② 护航指纹哈希基线+每日体检+异地备份,只增不覆盖
③ 验证边界已验证 / 待验证 / 环境限制,三级诚实

成长轨迹时间线

每次变更只增不覆盖:新版本并存,旧版本永不在场但永久可回溯。

  1. 过程帖公开

    小红书 #Aholo黑客松 过程帖发出,赛线立项。

  2. Demo 正式落站

    jinmianling-demo.html 上线 huodouai.com,8 件参赛资产 glTF 门禁全过。

  3. 第一波:移动端与体积

    触控 v0.4(滑屏/轻点换道+防双触发);9 件 GLB Draco+WebP 压缩 200.8MB→13.94MB(单件≤1.8MB),页面切换压缩件。

  4. 体系接入推演定案

    接入治理体系三案推演,A 案以 92 分定稿;护航基线清单入册,日检零漂移。

  5. 终局修复三连

    ① vendor 补齐缺失的 DRACOLoader.js(此前的 404 缺件);② 加载失败自动重试 2 次+手动入口+报错落袋;③ 真根因=模块顶层 THREE 未定义(引擎变量作用域),修复后真浏览器端到端验证可玩,9/9 资产零报错。同日实机两症修复:沉底=包围盒中心对齐改脚底落地(偏移 -4.761→0.000)、误撞=半埋障碍+开局 6 秒热身净空。

  6. 护航基线升到 v6

    基线由 16 条目扩至 52 条目,世界页纳入护航(详见下节)。

  7. 场景与美术四连迭代

    v1.3 → v1.4 → v1.4.1 → v1.5 四版连续快照(22:22 / 22:30 / 22:39 / 22:54),逐版修装饰比例与神道层次,旧版全部保留可回溯。

  8. v2 玩法重构 · 主体验确立

    由“能跑”推进到“值得跑”:三层玩法成型——穿越图腾门 +100、2.6 秒内连收叠加倍率(每 5 连 +1、封顶 ×5)、总分 200 触发金面觉醒 10 秒;测量与判定逻辑未改,仅做体验层重构。

  9. 23 秒演示视频(真实运行画面)

    无 GPU 环境下实时录屏不可用(headless 恒 4fps),改为给 Demo 加逐帧渲染开关:固定 dt=1/30 推进、脚本只读游戏状态做决策,实跑 424 帧取前 360 帧为正片,叠片头/片尾卡与中文旁白字幕,输出 1280×720 / 30fps / 23.000s / 2,875,231B。运动真实性以三帧 md5 各异 + 帧间 SSIM 0.8146 佐证。

  10. 参赛包巡检:92.5 → 100 分

    按评审方口径做 24 项实测(HTTP 实探 + 内容核验 + 视频运动检测)。首轮 92.5 分 A,扣分点为报告书“关键效果”仍展示旧祭祀场景、主作品跑酷无实机截图;补入三张实机帧与「五·〇 主体验关键效果」章节、统一时长口径为 23 秒后复巡 24/24 通过、100 分 A+。

  11. 全站互跳 v2.3 · 两次锁档

    10 个对外页面统一站内导航(11 个入口、当前页高亮),并收敛三处口径(“参赛作品之二/其二”→“主体验”、“一主三辅”补齐第三辅、删除门户重复导航)。全域锁档两次:v2.2 巡检版根 E16D9DEF…449C,v2.3 全站互跳版根 F46D2B54…33BD,链校验逐版全过。

  12. 待办:Demo 冻结

    待实机复验通过后冻结,此后改动走正式流程。

资产生成溯源:57 件展示资产

对外分发的 3D 资产全部由 Aholo Lux3D 生成,逐件存放在 ModelScope 数据集仓库。仓库为每个文件自动记录 SHA256,可在仓库页面直接核验;其中 17 件的文件名内嵌生成任务号(taskId)。

资产文件Lux3D taskId体积SHA256(前 12)仓库
shennu_hi_1794011708724.glb17940117087241.57 MB48694cebc529kunlun-cdn
shennu_hi_1794011744571.glb · 同 SHA 重复上传17940117445711.57 MB48694cebc529kunlun-cdn
shennu_hi_1794011782642.glb · 同 SHA 重复上传17940117826421.57 MB48694cebc529kunlun-cdn
九天玄门_1793022533997.glb17930225339971.70 MB0b74a503b404kunlun-cdn
人间皇城_天阙_1793024927995.glb17930249279951.38 MB4c2f4799feb7kunlun-cdn
南天门_1792937641161.glb17929376411611.71 MBb45fa43d02bekunlun-cdn
昆仑天宫侧殿_1792921991499.glb17929219914991.43 MBbdba2e598458kunlun-cdn
昆仑玉阶_1792941028925.glb17929410289251.24 MBd9f3e37bbaf1kunlun-cdn
昆仑白虎_1792939858977.glb17929398589771.26 MBb18f1b573b85kunlun-cdn
昆仑神域碑林_1792938678661.glb17929386786610.93 MB1211737a4f89kunlun-cdn
月宫玉兔_1792939656046.glb17929396560461.39 MB5b56aeaaa57ckunlun-cdn
玄鹤_1792940637627.glb17929406376271.86 MBab415cf1c182kunlun-cdn
瑶池东阙_1793025108790.glb17930251087901.69 MB9615b631c836kunlun-cdn
瑶池莲灯_1792939443546.glb17929394435461.69 MBc1038699ee39kunlun-cdn
瑶池蟠桃树_1792940816740.glb17929408167401.51 MB57ee5ed88ccfkunlun-cdn
瑶池西阙_1792932429913.glb17929324299131.49 MB93805af35619kunlun-cdn
鎏金青铜重器_1792938703263.glb17929387032631.50 MB4d0345383bf4kunlun-cdn

合计 57 件 / 126.82 MB :kunlun-cdn 47 件、jinmianling-assets 10 件。上表 17 件的 taskId 取自文件名尾部数字段,可逐件追溯到 Lux3D 生成任务;其余 40 件为同批次生成的语义命名资产(如 yuzhang.glb),未内嵌 taskId,如实标注、不做补编。

说明:shennu_hi_1794011708724.glb / …744571 / …782642 三件为同一资产的重复上传,SHA256 完全一致(48694cebc529…),已在上表标注。三件内容互为备份,任取其一即可还原该资产,不构成数据冗余风险。

核验方式:https://www.modelscope.cn/datasets/zongyuanroot/<仓库>/resolve/master/<文件名> 可直接下载,与上表 SHA256 比对即可确认文件未被改动。

溯源三级:每件资产能证到什么程度

57 件展示资产的溯源深度不一致,按证据强度分三级列出,不把"同批次"当成"可逐件追溯"。

级别覆盖证据能证明什么
一级 · taskId17 件文件名内嵌 Lux3D 任务号可回查生成调用本身
二级 · SHA256 原件锁档15 件本地锁档清单与云端原件逐件比对一致原件未被替换,完整性可验证
三级 · 成长轨迹100 条事件growth-trace 记录日期/名称/位置/体积/上线校验可核对上线与迭代时序
未覆盖40 件无逐件 taskId,属同批次生成后统一压制上传只能核体积与上线时间,不能回查单次调用

补验:15 件原件哈希于 2026-11-07 逐件复算,与本地 GLB_15_lock_manifest.json 一致(玉璋 81e54a4c…、金杖 2f10d6bb…、青铜神树 788ca7c4…、青铜神鼎 e29e08cf…、青铜香炉 84becc9a…、九天拂尘 6b2aff5d…、昆仑神台 3c388a8f…、瑶池玉鼎 e70e050d…、纵目面具 7591076a… 等)。缺失 taskId 的 40 件不做推测补号。

护航指纹

修复链路三层固化:把「修好又坏」从流程上杜绝。

哈希基线版本链(只增不覆盖)

v1初版 16 条目
→
v2收编修复
→
v3补齐太庙页
→
v4收编金面灵外部修改
→
v5两症修复入基线
→
v6现行 · 52 条目 · 含世界页

旧版本全部归档于备份目录,v1→v5 逐版可查;升版必先备份。

① 哈希基线

16→52 个关键文件逐字节指纹,任何未授权改动立刻现形;世界页入口与 35 件模型已纳入。

② 每日体检

08:30 日检:哈希比对+页面可达双查;另有小时级改动即检联动,漂移即触发恢复流程。

③ 异地双活

修复终稿备份镜像双份;服务器护航目录另有逐版本备份,破坏演练验证过恢复路径。

工程质量叙事:五步根因递进

以 11-03 修复链为例——每一步都用当时的验证手段下结论,错误归因可以被后续证据推翻。

步表象当时的错误归因真根因验证方法
1模型唤起失败弱网(误判)vendor 缺 DRACOLoader.js(404)外网逐环探测
2加载失败卡死—无重试机制重试补丁+缓存秒回
3进度条满后弹回加载器模块顶层 THREE 未定义(变量作用域)真浏览器堆栈定位
4主角半截沉地模型问题归一化按包围盒中心对齐数学验证(-4.761→0.000)
5几秒即「退出」误以为崩溃撞上半埋不可见障碍场景可见性审计+热身净空

验证边界(三级诚实)

报告不写「应该没问题」:每个结论都标注它处于哪一级。

✓ 已验证

  • 真浏览器端到端可玩,9/9 资产零报错
  • 部署双域 200、哈希一致
  • 每日体检留痕连续

◔ 待验证

  • 实机复验:多设备、多网络环境各一次
  • 冻结前评审入口全链接终表

△ 环境限制

  • 测试环境 3D 唤起受限,以实机复验为准,如实报备不掩饰

硬节点

本页日期标签按浏览日自动更新(时区 Asia/Shanghai)。

Demo 冻结前置:实机复验通过
Demo + 报告报告含本面板入口
世界页冻结护航体系持续守护
19:00 提交提交动作当次确认
主页·流水线·产品·状态