Local Node · 元极恒一 L11 · 出题分支

出题资产库

一套规则、一套样板、一套校验器,打成一个包放在云端。任何 AI 连上就能拉,拉完就能按同一套标准出题——不需要被人再教一遍。

版本 exam-hub v1.17 文件 111 包体 182,272 B SHA256 bf353b78… 确权 DID-BR-000002

一键拉取

两条通道任取其一,字节与哈希完全一致。拉完先读 INDEX.json,它索引了包内每个文件的位置与 sha256(256 条)。

通道 A · 自有站点
# 拉取
curl -L -o exam-hub.zip https://www.huodouai.com/exam-hub-v1.6.zip
unzip exam-hub.zip && cd exam-hub

# 校验:与自己算的哈希比对
sha256sum exam-hub.zip   # 应为 66edfb841c4ed18b4a724986c55f74a2804c58e74db4ec5d7b07df7416133a6d
通道 B · CDN 短链
curl -L -o exam-hub.zip https://aka.doubaocdn.com/s/KkHBv880lq
拉完第一步不是啃规范,是读索引。INDEX.json 里写着 256 个文件的相对路径、字节数与 sha256,外加学习路径六步、校验命令、门禁三条件、五条禁令。docs/接入说明_V1.6.md 是人读版本(V1.5 保留未改),读完加跑一条校验命令,约十分钟。

库里有什么

四个目录,各管一段。目录结构固定,跨版本不变,AI 可以按路径硬编码读取。

目录文件数内容
standards/2611 章规范(总纲 / 选题 / 题目结构 / 评分编译 / 标答 / 门禁 / 归档 / 踩坑转题机制 / 索引 / 台账 / 构件规范)+ 10 份模板 + 自查表 12 项 + manifest / sha256 / 账本
packages/281Q2 / Q4 / Q7 / Q9 四包(原样未改)+ Q19~Q28 十包(云端内核踩坑题源)—— 十四包各 13 件构件集(M01~M13);另 Q32 为 RAW-01 噪声输入版 21 文件(已入库)、Q33 为成品台账对照件 13 文件
tools/2构件完整性校验器、踩坑转题扫描器,纯标准库,无依赖
docs/4接入说明 / 学习指南 / 出题提示词(可直接当系统提示词)/ 题源候选清单

一包要交十三件

评审看的不是一篇题干,而是这十三件是否齐、是否互相对得住。缺任一件即不完整。

M01
任务类型
六型之一,定岗位、定动词、定考点骨架。投喂
M02
题干
工单、对象规模、交付清单、约束;八要素。投喂
M03
系统提示词
稳定身份与交付格式,五条硬要求。投喂
M04
出题附件
全部事实来源,须含现网陷阱件。投喂
M05
考点表
编号 / 维度 / 判定项 / 分值 / 判 0 情形 / 真值来源。专家侧
M06
评分表
100 分尺子,B 能力 / J 裁决 / H 治理。专家侧
M07
标答
七节结构,给判定结果与依据,不是范文。专家侧
M08
真值快照
每考点 truth + 来源附件字段 + 重算入口。专家侧
M09
作答思路
拆解 / 资料 / 判断点 / 易错 / 失分定位,五节。专家侧
M10
隐藏难点
8~15 条现场坑,逐条映射到已有考点。专家侧
M11
包构件清单
十三件状态、投喂白名单、门禁读数。专家侧
M12
自测记录
轮次 / 得分 / 时长 / 失分点。缺此项不得提交。专家侧
M13
归档三件
manifest / sha256 / 哈希账本。缺一不算锁档。归档
投喂边界是硬线。被测模型只拿 M01~M04。M05~M11 一旦进投喂包,即构成泄题——标答、考点、难点三样都在里面。

六种任务类型

类型写错,考点骨架即错配,后面全返工。类型必须在题干首行可辨。

类型判定动词考点骨架
审计判定核验 / 出具审计结论覆盖 → 集合差异 → 规则逐条 → 归因
验收裁决验收 / 判定通过退回覆盖 → 逐件命中规则 → 缺陷计数 → 处置
规则裁决判定 / 裁决覆盖 → 判定四值 → 命中规则 → 多元序与生效日
复算判定复算 / 判定一致覆盖 → 类别集合 → 原值照抄 → 复算值 → 复核
处置出具处置 / 出具清单覆盖 → 处置动作 → 执行方式 → 依赖顺序
交叉核对对账 / 比对覆盖 → 双向差异 → 口径冲突 → 待核

六步学完,六条自检

学没学会只看一件事:给一张真实工单,能不能产出一个十三件齐、考点可判、标答可复算、投喂不泄题的包。

步读什么学完必须能回答
1总纲 + 出题包构件规范一包交哪 13 件?哪几件绝对不能进投喂包?
2选题规范这张工单为什么能出 / 不能出?用三门槛和四类排除说。
3题目结构 + 评分表编译题干八要素是什么?一条考点怎么写才可判真伪?
4标答规范 + 任一包 M07/M08/M09标答七节怎么落?真值快照里 truth / source / rule 各是什么?
5门禁自测 + 归档锁档 + 自查表 12 项门禁三条件是什么?上报四判据是哪四条?
6拿四包里任一包,抄结构不抄内容能自己写一份 M05/M08,编号一一对应、无孤儿。

造完包自己验

校验器纯标准库实现,五类检查,退出码 0 只代表结构完整,不代表这题能提交。

python3 tools/校验_构件完整性.py packages/Q2 Q2
→ 包 Q2
  · 哈希: 13 OK / 0 不符
  · M04 附件: 4 件
  · M05↔M08: 考点 14 / 快照 14 / 孤儿 0
  · M10↔M05: 难点引用 12 个编号 / 悬空 0
  · 投喂侧声明: ['M01','M02','M03','M04']
结论:结构完整
检查判什么
哈希逐条比对 manifest.sha256,缺件或改动都会被抓出来
构件M01~M13 齐备,M04 附件不得为 0
对应M05 考点编号 ↔ M08 真值快照编号,无孤儿
映射M10 难点只能指向已存在的考点,不得悬空
边界投喂侧只含 M01~M04,混入专家件即判失败
考点编号是 B / J / H 三类——B 能力覆盖、J 判定、H 高难。写成 K01 那种格式会一条都抽不到,校验器空转仍报通过。

全域提炼结果

对整个体系做了一次全量扫描:官网部署、官网数据库、参赛作品、3D 世界构建、作品库、魔搭仓库、Git 仓库、锁档账本、经验库。

级条数判定条件
A51现象 + 判据 + 修复三元齐,有实测数字,有可复现手段
B232结构接近但证据不齐,或分析式体例待人工确认
C717判据模糊、属规则/报告文档、或命中排除项
扫描 980 个 Markdown(按内容哈希去重丢弃 138 份镜像副本)。真正好用的题源高度集中: A 级 51 条里 35 条来自结构化经验库,项目目录层只贡献 16 条且多为报告类。不是没扫到——是这套体系把真事故都沉淀进了经验库,而项目目录里 980 个文件绝大多数是 SOP、巡检报告、白皮书、锁档回执、元法则,它们是规则与成果,不是事故记录。拿规则文档出题,出出来的只会是背条款。

分级过程中的四次校准

自动分级在异构语料上第一次就没跑对,四次修正的反例都记在 docs/题库骨架_全域_v1.md 第四节:

这类判定不能一次调准。下一轮改判定时,先拿这四类反例做回归,否则一定在同一个地方再翻一次。

题源来自真实踩坑

不虚构。把工程化过程里真实发生过的故障、误判、修复,编译成题。判据是能不能重算,不是故事讲得动不动人。

python3 tools/incident_to_exam.py <经验目录> --out candidates
级条件处置
A三元齐(现象+判据+修复)+ 可复现手段 + 实测数字立即转题
B三元齐但缺硬证据进候选库,等人补实测
C判据模糊,或命中排除项只作经验记录,不出题

四类直接排除:依赖线上实时状态、依赖未公开的内部约定、单次偶发无稳定判据、修复动作仅是把配置改掉。

本库已附一份真实扫描结果:docs/题源候选清单_212条.md —— 212 条经验,A 级 27 / B 级 46 / C 级 139。

RAW-01 原始件原则(v1.8 新增)

投喂被测模型的必须是源系统原样件。凡由原始件推理得到的中间量,一律不得进输入件。

输入件等级定义可作判分输入
A 原始件源系统原样拷贝,sha256 对源一致可以
B 截取件无损子集,已登记源路径与原始总行数可以,须同时给截取规则
C 索引件仅文件名/路径/行号,不含判据可以
D 加工件含合计值、引用计数、判定结果不可以
E 生成件我方撰写的方法论与模板不可以,仅作规范层

禁用输入:成品台账(已去重归一)|page_ref/urdf_ref 引用计数|合计值与占比|孤儿/不合格标记|「仅历史比对」版本提示。这几项一进附件,对应考点即被清零。

噪声必须留下:多版本同名、.tmp/0 字节件、动态拼接 URL、package:// 相对路径、被注释但仍部署的引用、CDN 残留。清掉任一项,等于替模型做了一半题。

14 包输入件已逐件定级,见 docs/输入件等级审计_Q2-Q28.csv:S29 的体积汇总原为我方加工件(D),已于 v1.9 换回 du -sb/find 原始输出;Q20 经核实包内无 D 件。

新增 Q32 · 3D 资产准入复核(原始件版)

这是题库第一道按 RAW-01 出的题:不给成品台账。此前同题的附件是 68 行已去重归一的台账 + page_ref/urdf_ref 两列现成引用 + 合计值,等于把清点、去重、版本对齐、引用反查四步替被测模型做完;实测外部模型拿 93 分,但那 93 分里有一半是输入替它做的。

附件(全部 A 级原始件)比"成品台账版"多出来的噪声
附件1 发布目录 find -printf "%s\t%p" 原始输出(81 行)副本件 4(其中一个 比正本更大)、大小写变体 2、.tmp 3(2 个 0 字节)、非资产 2
附件2 CDN 清单接口原始返回2 件 pub 已删但 CDN 仍在(页面仍会拉取);1 件 14.87 MB 快照期残留 cache:HIT
附件3 viewer.js 节选动态拼接 URL、块注释掉的旧引用、四场景数组
附件4 三套 URDF(a/b/c)a、b 用 package://,c 用 ../meshes/ 相对路径;跨 rig 同名分件 base
附件5 供应商回执邮件69 件 / 200MB / 压缩率 90% 三条声明,均与实际不符
附件6 上一版快照清单(51 行)6 件 ≥8.0 MB、6 件 compression=none
附件7 验收条款 ZC-01~ZC-12桌面 60 / 移动 40 双口径、ZC-06 缺字段

真值(tools/truth_q32.py 只读附件复算):唯一资产 70(48+16+6)|页面引用 50 件 44.14 MB(含仅 CDN 的 2 件 2.90)|首屏 11 件 7.90|URDF 分件 16 件 12.20(11 件 draco)|全量 56.34|孤儿 6 件 10.24|单件最大 2.57|超 ZC-05 16.34 MB(29.0%)。

三种典型错法各自会掉哪分:只按页面显式 URL 算 → 得 44.14 反而"合规"(J1 归零,最危险的假合规);只认 package:// → 分件少 5.40 MB(B3 归零);取"最大副本"做版本择一 → 页面合计变成 42.11(B1/B4 归零)。

21 文件(12 构件 + 9 附件 + 归档三件),Merkle ebb88fa3de56220f(v1.1 转正后),校验器退出码 0;step_scale.measured 仍为 null,状态 PENDING_MEASURE——能评,不等于已实测。

Q35 v1.1 · 3D 资产自治入库流水线(CyberForge Aholo 系列第 2 题)

第 1 题(机械臂下沉)是事后排障,本题是事前规避。v1.1 已并入真实数据集层:离线件扩到 8 个真实 GLB,仍不预先导出任何包围盒数值,模型必须自己读 GLB 头、走 chunk、取 POSITION accessor 的 min/max。

件内容等级
附件1附件1_glb/ 8 个真实 GLB(6 完好 + 2 截断:ZZ-001 / ZZ-002)A
附件2线上 cyberforge-viewer.html 真实源码节选(loadGLB、placeModel)A
附件3第 1 题故障案例A
附件4发布目录 46 件采集记录A
附件5验收条款 AC-01 ~ AC-10A
附件6全量数据集入口(53 件 / 1.4 GB,仅链接,不含结论台账)链接

真值(可复算):height 0.167705 / 1.099866 / 0.916755 / 4.500000 / 0.329505 / 0.379269;y_offset 分别 +0.083855 / +0.550000 / +0.458376 / +2.250000 / +0.164756 / +0.189635。两件截断件头声明 431,992 与 584,996 B,实际均 65,536 B → 必须 failed。

v1.1 新增两道分水岭:
· J5 Draco(10 分)——8 件全为 KHR_draco_mesh_compression,trimesh.load() 直接崩;但 accessor 的 min/max 不解压也合法可读。判"无法解析"= 0。
· H4 同语义重复件(6 分)——CF-029_battery_module 与 CF-047_battery_module 同语义、不同编号、尺寸不同(h 0.329505 vs 0.379269);前者在线、后者储备。双入库 = 0,须择一入库并给判据。

另一处陷阱:截断件前 64KB 里 JSON chunk 完整,模型能算出包围盒——但 BIN 已缺,几何不可加载。能读出 box ≠ 可用。

分值:100 = B 28 + J 40 + H 32。合格 70 / 专业 85。Merkle 604760052a485636。

单包下载(可直接放进 bugcase 目录):Q35_3D资产自治入库流水线.zip(6,199,467 B)

答案侧隔离 · 本站包已切分为「投喂版」

从 v1.19 起,本站提供的 exam-hub.zip 只含题面与原始件,不含标答、考点表、评分表、真值快照、作答思路与真值脚本。完整 13 构件的「真值版」保留在私有层,不对外分发。

为什么这么切:题目一旦公开就会被抓取、被镜像、被喂进训练集,收不回来。唯一有效的止损不是保密,是「让公开的那份没有答案可背」。

三层切分(按构件分,不按重要程度分)

层构件分发
投喂层M01 任务类型(精简)/ M02 题干 / M03 系统提示词 / M04 附件 1~2(原始件)公开
专家层M04 附件 3+(分析件)/ M05 考点表 / M06 评分表 / M07 标答 / M08 真值快照 / M09 作答思路 / M10 隐藏难点 / M11 构件清单私有
凭据层M12 gates / M13 manifest + sha256 + HASH-LEDGER私有

附件 1~2 与附件 3+ 的分界线:附件 1~2 是原始件(原始数据、原始源码、原始资产);附件 3+ 是加工出来的分析结论。原始件给出去,分析结论留着自己用。

两个包的实际差距

包条目字节内容
投喂版(本站公开)13818767028题干 + 系统提示词 + 原始资产(24 件 GLB、13 份 URDF)
真值版(私有)42919,135,421+ 289 件答案侧文件

两个包体积只差 0.4 MB——答案侧几乎不占体积,但价值全在那里。这也说明「打包时顺手带出去」是最容易发生的泄露。

CANARY 指纹(能证明内容被复制过)

真值版每道题的标答文末注入一个唯一串,格式 ZONGYUAN-CANARY-<题号>-<8位十六进制>,登记在不公开的 CANARY-LEDGER.csv。检测只要一条命令:

grep -rnE "ZONGYUAN-CANARY-[A-Z0-9]+-[0-9a-f]{8}" <采集目录>

但要说清局限:canary 只能证明「内容被复制」,不能证明「被训练」——模型不会原样吐出它。所以它是泄露检测,不是训练污染检测。

变体池:一题多变体,公开只放一个

同一考点按四个维度做变体:换数据(X30 → S10/M20)、换参数(越限 56% → 12%)、换问法、换缺陷组合。公开 1 个作样例,其余留作正式评测,每个变体真值独立复算。

这样公开版被喂进训练集也无所谓——正式评测用的是模型没见过的那几份。这才是从根上防污染的做法。

当前状态:Q38 已建 3 个变体骨架(换数据 / 换参数 / 换缺陷组合),其余题待建。

授权与获取 · 题库不是随便拿的

本站公开的是投喂层(题干 + 原始件 + 方法论)。壁垒层(标答、考点表、评分表、真值快照、真值复算脚本、变体池)默认不公开,需授权获取。

三层授权

层内容授权
投喂层题干、系统提示词、附件 1~2、方法论免费可用(阅读 / 教学 / 自测)
壁垒层标答、考点表、评分表、真值快照、作答思路、隐藏难点、构件清单、真值脚本、变体池需书面授权
凭据层manifest / sha256 / HASH-LEDGER / CANARY 台账不对外

投喂层禁止四件事

  1. 禁止用于模型训练(预训练、微调、蒸馏、合成数据、RLHF 偏好数据)
  2. 禁止整体或批量再分发(打包上传到公开仓库、数据集平台、公开网盘)
  3. 禁止去除来源标识后重新署名
  4. 禁止包装成"自研评测基淮"对外销售

库里已埋 CANARY 指纹——被复制的内容可被检出,检出即视为违反条款。

壁垒层怎么拿

两条路:①授权解密——真值包以 AES-256 加密交付,一客户一密钥、可追溯;②评测服务——不交付包,由我们代跑并出评分报告。

参考价(非最终报价)

项参考价
单题真值包(标答+考点+评分+真值脚本,含一次复核)¥800 ~ ¥1,500 / 题
全套 21 题真值包¥12,000 ~ ¥20,000
评测服务(单题 × 3 模型,含报告)¥1,200 ~ ¥1,500 / 批
定制出题(按现场故障新出 1 题,含 13 构件)¥3,000 ~ ¥6,000 / 题

为什么敢收费:题面可以复制,但"看着原始件判断病因、并把真值算到可复算"这一步复制不了。买的是判断力,不是文件。

公开面泄露基线 · LEAK-POLICY v1.0

题库要公开给 AI 拉取学习,但答案侧产物不能进任何公开仓。一条判据:这文件是否降低解题难度——降低即禁入。

七类禁入(BLOCK)

#类别文件模式
L1真值脚本tools/truth_*.py
L2真值快照标答附件_真值快照_*.json
L3标答标答_*.md
L4考点 / 评分考点表_*.md / 评分表_*.md
L5系统提示词系统提示词_*.md
L6归档凭据manifest.json / manifest.sha256 / HASH-LEDGER.csv
L7隐藏难点 / 作答思路隐藏难点清单_*.md / 作答思路_*.md

准入(ALLOW):原始资产(GLB / URDF / STL / raw_backup)、事实类附件(结构实测 / 采样实测 / 缺陷实测 / 源码片段)、页面与依赖、资产清单(仅 file + size + 哈希前缀)、巡检日志。

关键区分:「事实可得」不等于「答案可得」。资产清单能公开,因为任何人都能从资产自算;真值表不能,因为它是判定结论。

REVIEW 档

含判定结论的叙述要人工审批,默认改为「只给过程不给结论」。例:报告书写「三步压缩 141→101→14 MB」是过程(ALLOW);写「贴图占比 22.23%、去重可省 0 B」是结论(BLOCK)。

巡检方法(可复算,不许抽样)

基线快照 2026-11-08

zongyuantan/cyberforge-digital-twin 579 条目 / 499 文件 / 1.47 GB → 零泄露。3 处口径披露判 ALLOW:根 manifest.json(哈希仅前 16 位,可自算)、evolve/asset-gate.json(作品运营台账)、项目报告书 PDF(仅压缩过程与总量,无判定结论)。

OPEN:cyberforge-studio 空间 API 404,未能枚举,待人工核查。

Q38 v1.0 · URDF 关节超限与运动学自检闭环(系列第 6 题)

这题的题面说"关节限位存在缺失/标注错误,超限会造成穿模"。实测 13 份真实 URDF + 加载器源码,两个结论都要改。

第一,限位没有缺失。13 份 URDF(271 个 link、258 个 joint)里,缺 lower/upper 的 revolute 是 0 个。真正缺陷只有 1 处:M20_Piper 的 fl_hipx_joint 写成 upper="0。611"——全角句号。而 16 个 continuous 关节没有上下限,是正常语义,判成缺失就是误报 16 个。

第二,穿模不会发生——因为越限值已经被库吃掉了。urdf-loader@0.12.0 的 setJointValue 对 revolute / prismatic 都做了 Math.min/Math.max 钳位。所以题面担心的"超限造成网格穿模",在这套 Viewer 上根本到不了渲染层。

但超限确实在发生。viewer 的 updateX30 里 knee = max(s,0)*0.5 + 0.25,取值区间 [0.25, 0.75];X30 的膝下限是 0.349。实测采样 60 s:单腿 56.14% 时间越下限,两条腿反相所以任一时刻 100% 至少有一条腿越限;HipY 同样,上界 0.35 对限位 0.262,单腿 23.12%。

这就是本题的主分水岭 J1(8 分):缺的不是钳位,是信号。钳位是静默的——不抛错、不打日志、不留痕。拦截器的真实价值是把静默变成可分级、可熔断、可追溯的记录,而不是再加一层钳位。谁答"当前安全、建议加防护",就是没读附件。

一处缺陷三条命运线(J2,8 分):"0。611" 在 Python float() 直接抛 ValueError;JS parseFloat 静默返回 0;Number 返回 NaN。urdf-loader 走的正是 parseFloat → 该关节区间变成 [-0.436, 0],原设计 +0.611 的正向行程全丢,仍然不告警。

件内容等级
附件113 份真实 URDF(X30 / S10 / M20 / M20S / M20_Piper / Lite3 / DR02 ×3 / 3 台 Aholo 关节臂)A
附件2viewer 的 URDF 管线片段 + urdf-loader@0.12.0 关键源码(钳位段与 limit 解析段)A
附件313 份 URDF 关节结构逐件全表(joint / type / parent / child / 限位)A
附件4线上步态超限实测(60,000 点采样)+ 8 组目标姿态判定表A
附件5验收条款 AC-01 ~ AC-10A
附件6全角字符三路实测(Python / parseFloat / Number)A

X30 真值:21 links / 20 joints = 12 revolute + 8 fixed;四个 Knee 下限 0.349(反关节,永远不能伸直)——所以题面要求"回退到初始零位"在这台机器上不成立,全零姿态本身就越限。这是 H1 的坑。

分值:100 = 32 + 38 + 30,14 个考点。合格 70 / 专业 85。Merkle a0d8be51382f2e35。

单包下载:Q38_URDF关节超限与运动学自检闭环.zip(66,810 B)

Q37 v1.0 · PBR 贴图链路治理与离线缓存(系列第 4 题)

这题是我做题库到现在,第一次出现"题面假设被实测数据直接推翻"的情况,也因此成为最有价值的一题。

题面说的病因:贴图放在远程 CDN,链接过期 / 跨域被拦 → 模型纯白。实测:46 件全量下载后解析,92 张图全部落在 bufferView 里、全部 image/webp、外部 URI 0 条。这批资产加载时不发任何外部请求,所以 CDN 不可能是病因。谁顺着题面叙事写方案,谁就错在最根本的判断上。

真实病因(J4,8 分):textures[i] 没有 source 字段,source 只写在 extensions.EXT_texture_webp.source 里。加载器不实现该扩展(或实现但要求 texture.source 存在)→ 取不到纹理 → 材质退默认白,既不抛错也不报 404。这就是"白模不吭声"的机制。

第二个被推翻的假设(J3,8 分):92 张图全不重复,跨件去重可省 0 B。谁宣称"去重省 22%",谁就是在编收益——贴图确实占全量 22.23%(12,427,442 / 55,891,764 B),但那是体积,不是可省量。

件内容等级
附件18 个真实 GLB(6 完好 + 2 截断)A
附件2viewer 源码节选(loadGLB / placeModel)A
附件346 件贴图结构实测(images/textures/materials 真实形状 + 通道统计)A
附件4发布目录 46 件采集记录A
附件5验收条款 AC-01 ~ AC-10A
附件6贴图体积与唯一性实测(92 张图逐个 sha256 / 字节 / 所属件)A

真值:8 件里 6 件每件 2 张内嵌图,贴图占比 25.57% ~ 54.06%(CF-047 最高 1,225,292 / 2,266,496 B);单图 27,892 ~ 397,302 B;最大贴图件 CF-046(564,042 B,28.0%),最小 CF-045(79,586 B,8.5%)。

分值:100 = 32 + 38 + 30(12 个考点)。合格 70 / 专业 85。Merkle 0fb8454a08e7b7df。

单包下载:Q37_PBR贴图缓存与路径重映射.zip(6,200,400 B)

Q36 v1.0 · 端到端 3D 资产自治闭环(系列第 3 题 · 压轴)

梯度收口:T1 事后排障(Q34 旧版 93 分那题的真实教训)→ T2 事前入库(Q35)→ T3 端到端闭环(本题)。这一题不再考"某一处修得对不对",只考"整条链能不能无人值守跑完,且跑失败时线上一点没变"。

件内容等级
附件18 个真实 GLB(6 完好 + 2 截断),全 DracoA
附件2viewer 真实源码节选(loadGLB / placeModel)A
附件3线上页结构实测:36,165 B / 7 个 section / 无 localStorageA
附件4发布目录 46 件采集记录A
附件5验收条款 AC-01 ~ AC-10A
附件6备份与回滚清单:v1.5~v1.13 共 9 组,含每版字节数A
附件7Aholo 接口可达性实测:studio 仅 4 个文件、0 个 GLBA

这道题的主分水岭(J4,8 分):生成环节在现场调不通——cyberforge-studio 只有 .gitattributes / README.md / app.py / index.html 四个文件,一个 GLB 都没有。能坦白"这是 stub"并划出适配器边界(换真接口只改 generate 层)是合格工程判断;编一个"已生成 CF-053_weld_arm.glb,sha256=xxx"直接判 0。

第二道分水岭(B2 + H4):双层防护不是"双保险"。离线层读得到 accessor.min/max 与文件头,能判截断、能算补偿;运行层只有已加载的 scene,看见 CF-003(h=1.099866、min.y=−0.55)下沉了,却反推不出 +0.55。说清这条信息边界才给分。

第三道:页面增量更新必须"备份 → dry-run 出 diff → 注入后核对既有 section 仍为 7"。线上 36,165 B 承载 7 个 section、40+ 包节点,整页覆盖一次全丢。

分值:100 = 32 + 38 + 30(B 组 32 / J 组 38 / H 组 30,12 个考点)。合格 70 / 专业 85。Merkle 1909842ca73bfbc2。

单包下载:Q36_端到端3D资产自治闭环.zip(6,198,457 B)

新增 Q34 · 历史原题存档(唯一有实测的一包)

这就是当年真实投喂给另一执行通道的那一版,原样保留、未做清洗:51 行快照 + 68 行现网台账 + ZC 条款 + 四封邮件 + 首屏 11 行。它在 Trae-CN 通道上拿到 93/100(B 36/40、J 33/35、H 24/25)——这是本体系目前唯一一次真实实测。

包输入等级资产集分值实测能不能用来量“喂答案”的影响
Q34 历史原题A2 + D3(加工占比 0.6)46 页 + 16 分件 / 65.64100 制0.93(单次,外部通道)不能:资产集与 Q32 不同,差值里混着题目难度差
Q33 同源对照A1 + D2(0.67)与 Q32 完全相同 / 56.34102 制未测能:唯一变量是输入形态
Q32 原始件版A9 / 0%(CLEAN)48 页 + 16 分件 / 56.34102 制未测能:与 Q33 配对

本体系对该 93 分的复核:发现三处硬伤——① Draco 分件“逐项和 6.80 / 表内 6.9 / 正文 6.86”三个数不一致却被当成 6.9 用(−2);② “超 39.0%” 未点明基数(−1);③ 系数 0.42 未给合成路径(−1)。另有 ZC-03 判“合规”(应为“不适用”)、首屏“不动”与 ZC-06 纹理未核验潜在冲突各(−1)、R5 无统一验证脚本(−1)。

结论:93 分不能当作能力证据。它的输入已经是去重、择一、反查引用后的成品台账,L1 建账(占整题约 55~65% 的工作量)被前置剥离。要证明“模型能不能自己建账”,只能看 Q32;要量化“成品台账替它挣了多少分”,只能看 Q32/Q33 的差。

存档来源:doubao.com/thread/xEucc3ZQOwYhtlRgU,2026-11-08 原样落盘,Merkle 3bccbd4fe4dd51a5。

新增 Q33 · 成品台账版(对照件,用于量化“被喂答案”)

Q32 单独能证明“这题不容易”,但证明不了“原来的 93 分里有多少是输入替它做的”。要回答这个,必须同题两版配对:资产集相同、条款相同、考点编号与分值相同(102),唯一变量是输入形态。

Q32 原始件版(正式入库)Q33 成品台账版(对照件)
附件9 件 A 级原始件(81 行 diff、CDN 原始 JSON、js、3 个 urdf、邮件、快照、条款)3 件:72 行台账(D)、体积汇总(D)、条款(A)
模型要先做的去噪、版本择一、引用反查、CDN 合并、体积复算核对口算,识别 70/72 与同名分件陷阱
加工占比0%(CLEAN)67%(CONTAMINATED_BY_DESIGN,设计如此)
Merkleebb88fa3de56220f2b39a99562698d12
用途正式考题不得单独作题:台账本身就是半个答案;仅与 Q32 配对

判读方法:两版同批测,得 Δscore = Q32 得分率 − Q33 得分率。Q33 高出 Q32 的部分,就是“成品台账”替模型挣到的等效分;若 Δ≈0,说明 L1 建账并不是难点,原 93 分可以采信。

为什么不拿旧那道 65.64 MB 题当对照:旧题资产集与 Q32 不同(46 页 + 16 分件 / 65.64),不同资产集上比分数会把“题目难度差”混进“输入形态差”。本件刻意复用 Q32 的同一批资产与同一套条款,才能把变量压到只剩输入形态。

版本与退役声明

为保证评测题不因旧版流传而失效,本站已对历史发布件做统一处置:

本声明为事实性披露:旧版曾公开,无法收回;可做的是把源下线、把影响面写清楚,并用变体重建评测价值。

三套通用裁决模板(v1.7 新增)

模板不改题,只改附件:把企业自带的日志、台账、报告对换进同一套骨架,考点与真值算法不动。

模板适用真值算法
A 矛盾检测结论字段与支撑字段可能不一致的报告对verdict_expected = all(checks);不等即标 CONTRADICTION
B 账本勾稽总量与明细必须对上的台账/主数据dedupe_ok = 哈希同组且键一致;rate = dup/total
C 首因定位服务起不来、任务失败、告警反复first_cause = 最早 ERROR;持久态缺失则重启无效

另附 docs/场景迁移_弱电CAD工单裁决.md:同骨架落到 CAD 工单,状态 BLOCKED_ON_ATTACHMENTS,附件未齐不出题。

新增十包 Q19~Q28(只增不改)

来自云端内核一次全量扫描的十类真实踩坑,每包附件为原样导出,真值均可由附件复算。

包题目核心真值(可由附件复算)
Q19自愈有效性审计restart_failed 125 / restart 7 / 失败率 94.70%;heal_history 12/12 verified=false
Q20治理校验链采信裁决REV2 reconciles=false(97 vs 98) 却 verdict=PASS;REV3 97+1=98
Q21改判回执成立性裁决AMEND2 有 prior+corrected+cause;AMEND3 无 verdict 字段
Q22资产ID碰撞勾稽13986 资产 / 440 碰撞(3.14%)/ same_hash 组=0 → 不可物理去重
Q23并发写基线冲突裁决expect ≠ actual → aborted_baseline;中止≠收敛
Q24只读守卫启动失败定位/tmp/igt-state 缺失 → status=226/NAMESPACE;FragmentPath 为空
Q25内核副本权威性核查4.8G / 86M / 189M / 872K;权威看启动锁引用,不看体积
Q26启动指针与目录错位核查指针无绝对路径;/zongyuan-root 与 /data 均 0 条目
Q27双副本真值库一致性裁决drama 120102 vs www 120100(差 2);www 心跳停滞
Q28公网端口台账核查64 行监听 / 32 条公网绑定 / 93 个运行服务

分级:Q25/Q26 标 internal(真值依赖本方锁语义,迁移广度低);其余 12 包 public。新增文件 120 件,全部通过 tools/校验_构件完整性.py;step_scale.measured 仍为 null,状态 PENDING_MEASURE。

四包实测

四包覆盖四种任务类型。以下数字是本轮现场跑出来的,不是照抄包内声明。

包任务类型Merkle 前 16哈希考点/快照状态
Q2审计判定a000ae501eeccf8b13 OK14 / 14LOCKED · PENDING_MEASURE
Q4验收裁决7850d0a3d71e43db12 OK14 / 14LOCKED · PENDING_MEASURE
Q7规则裁决d2c749ef1e56646d13 OK10 / 10LOCKED · PENDING_MEASURE
Q9复算判定de0f93684f38912112 OK10 / 10LOCKED · PENDING_MEASURE
PENDING_MEASURE 是如实标注,不是待办清单。难度三项——SOTA 得分率、作答轮数、作答时长——从未实测。任何人读文档都推不出这三个数,写了就是假数据。结构完整不等于可提交。

这套东西做不到什么

列出来,免得下游以为学了就全能。

另有两条历史遗留,用之前要知道。一是包内各自 manifest.json 里的 merkle_root 是上一版遗留,与复算结果不符,校验以 bundle_manifest.json 与 manifest.sha256 为准;二是规范包 manifest.json 的文档列表里写的是 V1.3 文件名,实际文件是 V1.4。两者都不影响文件本体。

五条禁令

违反即不算学会,与能力无关。

主页·流水线·产品·状态