 cbb
|
2f5a72a6ab
|
docs(本机执行清单): 方案 A 实测（两轮）——合成 1.5° 扰动状态样本 36k + 微调 3000 步：碰撞率 99.6%→48%/60%，但 success 仍 0、开环精度 6→15/16mm 退化 2.5×；小步微调在两种分布间折中带偏主分布，此配方不成立
|
2026-10-19 23:11:06 +08:00 |
|
|
cbb
|
7a194dd4a7
|
docs(本机执行清单): 回答「加大数据能否救闭环」——闭环状态到训练集最近邻中位 21.5°（起点 13.2° 的 1.6×，p90 32.5°）；训练集本身稀疏（老师起点最近邻 13.2°）；6 维密度缩放数据翻 4 倍只降 ~21%，与 0.02° 误差尺度差三个量级——扩大同类数据救不了，需 DAgger 覆盖分布外状态
|
2026-10-19 22:45:39 +08:00 |
|
|
cbb
|
a41a5440c6
|
docs(本机执行清单): DAgger 小样本试跑通过——collect 16 题 12.7s/29 起点，64 题显存峰值 7.98GB 无 OOM；老师重规划 15 起点 7.6s、打包 2.3s（453 样本）；提醒 build_dataset 默认 act_scale=1.25 与旧主数据 1.0 不一致，全量前须显式 ACT_SCALE=1.0 或先重打主数据
|
2026-10-19 22:19:24 +08:00 |
|
|
cbb
|
864b21f894
|
docs(本机执行清单): 发散题分组——三组（r2>1 / 0.7-1 / ≤0.7）碰撞率均 79-83%、到达全 0，无「一小撮坏题」可筛；r2 与起点误差秩相关 -0.384 是分母效应（短任务比值波动大），与老师时长/行程无关；误差放大是全体普遍行为
|
2026-10-19 22:16:39 +08:00 |
|
|
cbb
|
b396298819
|
docs(本机执行清单): 补充实验——开环误差无轴向偏置（|mean|/std≤0.17）但 lag-1 自相关 0.93-0.97（慢变误差，非白噪声）；闭环 p50 2s 缩 41%、p90 发散到 1.318（≥10% 题误差复利）；结论：慢变误差 × 闭环低容忍，训练侧需闭环状态训练
|
2026-10-19 20:31:48 +08:00 |
|
|
cbb
|
53a50ecab9
|
docs(本机执行清单): 本地自主排查——闭环噪声容忍上限 0.01-0.02×STEP（σ 扫描 0→0.05 时 reach 1.0→0.218）；8 段采样 reach 仍 0（flip 已=老师、无抖）→ 策略误差是系统偏差非白噪声，降噪已到天花板；need 头恒 <0.5（>0.5 占比 0、召回 0/43）=闭环子目标通道从不激活（H3 三变体逐位相同的直接原因），训练 80% sf=1 vs 闭环 100% sf=0
|
2026-10-19 20:21:02 +08:00 |
|
|
cbb
|
425229f412
|
docs(本机执行清单): 第六轮执行回传——H1_oracle 全正常（仿真无误，闭环结果可信）；σ=0.05 噪声 reach 1.0→0.218（对残差噪声极敏感）；前缀照抄、子目标规则均排除；H3 三变体逐位相同=子目标通道零响应（新异常）；4 段采样消抖后仍 0% 到达
|
2026-10-19 19:18:07 +08:00 |
|
|
cbb
|
7e063eb3d5
|
本机改动：归档早期闭环碰撞定位脚本 diag_collision.py（已被 diag_cl 取代）
|
2026-10-19 18:46:39 +08:00 |
|
 Hark
|
406f180cab
|
diag: H 段（老师 oracle 走 rollout / 前缀消融 / 子目标越过顶点规则 / 分轴与分类别指标）；训练：EMA、选模不落在 p_neq 预热、闭环分数选模、24000 步余弦、p_neq 0.5 + p_edge 0.1、子目标头切断抄输入、前缀/dq 增广；仿真：last 记真正提交的候选、碰撞与到达按每题时限、回放门禁读 pass+指纹并走 rollout；数据：动作标签按 1.25·STEP 归一化（act_scale 随 meta/ckpt/ONNX 传递，旧模型 1.0）、收回亏空结转、DAgger 带 qPrev 与起步速度、打包签名变更自动重打；ik-policy.js 同步（actScale、子目标规则、DLS 时清 lastPlan）；本机执行清单与 README 更新
|
2026-10-19 10:43:05 +00:00 |
|
|
cbb
|
86323f1691
|
docs(本机执行清单): 第五轮执行回传——一致性错位修复未改变闭环结果（C 段仍 0%/99.6%，2s 误差比 0.755）；G 段：consist/value/first 三选择器几乎一样（0%/94-96%）——问题在候选本身不在选择；1step 速度比 2.31×、4step+safety 碰撞降到 0.78% 但到达仍 0%
|
2026-10-19 12:40:16 +08:00 |
|
|
Hark
|
0f5b84b919
|
fix(closed_loop): 一致性打分错位一步（对齐 last[3]→last[4]，原来每次重规划奖励比上一计划慢一步的候选；Python 闭环与 ik-policy.js 同步修正）；rollout 加 select；diag_cl 删 F 段、加 G 段（1/4 段采样 × consist/value/first、4 段+安全层）；本机执行清单更新
|
2026-10-19 03:42:46 +00:00 |
|
|
cbb
|
0a19b29fd3
|
docs(本机执行清单): 第四轮执行回传——F 段证实一步采样残留噪声（抖动 41.9×、残差-噪声相关 −0.861），2/4/8 段分别把 16 步误差降到 0.92/0.86/0.56°；但闭环 4 段仍 0% 到达（碰撞 93.0%、2s 误差比 0.610）、零噪声 0%/100%/0.724——残留噪声真实存在但非主因
|
2026-10-19 03:37:00 +08:00 |
|
|
Hark
|
1bf59e7175
|
diag: F 段——MeanFlow 一步采样残留噪声（开环 1/2/4/8 段与零噪声的幅度/抖动/残差-噪声相关；闭环 4 段、零噪声）；sample_k 加 steps、rollout 加 steps/z_scale；删 E 段；本机执行清单更新
|
2026-10-18 19:10:32 +00:00 |
|
|
cbb
|
cafa038110
|
docs(本机执行清单): 第三轮执行回传——gaps 三行全 1.05 GiB 通过（默认不拼胶囊对生效，峰值=单粗块水平）；E0 排除抄速度（抹 dq 幅度仅降 2.7%，且开环/起点幅度系统性 1.44-1.52×）；E1 中段带老师速度与静止起步都 0% 到达/96-98% 碰撞（误差比 0.627 vs 0.829）——非起步问题；新观察：幅度系统性偏大 1.4-1.6×
|
2026-10-19 03:07:49 +08:00 |
|
|
Hark
|
527bc25c11
|
fix(kin/diag): gaps 默认不拼胶囊对（pairs=True 仅 APG 用；实测 4096×40 峰值 4.46 GiB 全在拼接 8.6e7 对）；diag_cl 删 D 段（子目标已排除）、加 E 段（开环幅度与抹 dq 敏感度、老师中段带速度/静止起步闭环）；rollout 加 qp0；本机执行清单更新
|
2026-10-18 18:53:39 +00:00 |
|
|
cbb
|
9a7404856e
|
docs(本机执行清单): 第二轮执行回传——gaps 1.05/1.40/4.46 GiB（前两条过线；4096x40 峰值全在顶层 _cat_gaps 拼接，parts 与输出 8.63e7 对同时存活 2.25+2.25 GiB）；diag_cl 含 D 段：D1 no_sub 与 D2 oracle_sub 都是 0% 到达/99.6% 碰撞，与基线一致——子目标不是元凶；C.goal_err_ratio 2s 仅靠近 18.5%
|
2026-10-19 02:43:26 +08:00 |
|
|
cbb
|
1f2f2a2bb1
|
monitor: 开环指标两张图；pstate: train 归档加 review_*
|
2026-10-19 02:33:46 +08:00 |
|
|
Hark
|
0653cf0d8d
|
fix(kin/diag): kin.gaps 粗筛段也按点分块（COARSE_ENTRIES=3e7，≤446 点/块；实测上一版粗筛 4096 点仍 9.3 GiB）；diag_cl 加 D 段（子目标头精度 / 不用子目标 / 老师真实途经点）与目标误差进度比；rollout 加 use_sub、sub_override；本机执行清单更新
|
2026-10-18 18:32:45 +00:00 |
|
|
cbb
|
95ba43a1c7
|
docs(本机执行清单): 执行回传——第1步 gaps 显存三条 1.20/9.30/9.30 GiB 未过（峰值全在粗筛段，精算分块有效但救不了粗筛；旧版同测 4.59/16.98/36.89）；第2步闭环定位 A/B 全过（特征口径差≤3.6e-6）、C 段 0% 到达/99.6% 碰撞、主碰撞对 J3-J5 90次、开安全层碰撞压至 5.5% 但到达仍 0.4%
|
2026-10-19 02:29:51 +08:00 |
|
|
cbb
|
5365add657
|
Merge commit '573082d'
|
2026-10-19 02:02:55 +08:00 |
|
|
Hark
|
573082df26
|
fix: 闭环失败定位与显存修复——新增 ml/eval/diag_cl.py（Python/JS 特征口径、同噪声动作差、碰撞时刻/组对、开安全层到达率）；kin.gaps 按幸存胶囊对数（PAIR_BUDGET=2e6）自动分块（实测原 4096 点 cap 40 峰值约 30 GB）；dagger/collect.py cap=gap_min+1 分块；新增 docs/本机执行清单.md（本机计算唯一要求清单）
|
2026-10-18 18:02:14 +00:00 |
|
|
Hark
|
5a87c0655a
|
diag: ml/eval/diag_cl.py 闭环失败定位 + fix(dagger): collect.py kin.gaps 分块 1024 点、cap=gap_min+1（原 4096 点 cap 40 吃满显存/内存）
|
2026-10-18 17:36:52 +00:00 |
|
|
cbb
|
0b47905a1c
|
feat(prep/monitor): 打包每 10% 打一行进度 + 监控按实测算进度/ETA；prep 估时 0.5→2.0 h
- build_dataset.cjs：每 10% 打 `[prep] shard_xxxx a/b`（只加日志，不改计算）。新增广
（40%/3°/12，每个增广样本 6 次碰撞检查）让这批打包从上次的 25 分钟涨到约 1 小时，
而原来整片完成前一行输出都没有，看起来像卡死。
- monitor.py prep 分支：解析这些行，按 (已完成分片 + 进行中分片的任务比例)/总分片 算 frac，
按实测速率外推 eta；首批完成前显示"首波处理中，第一批完成后显示预估"。
- pstate/monitor.html：prep 估时 0.5 h → 2.0 h（超时 1.5 h → 6 h），与实际耗时一致。
|
2026-10-19 00:33:11 +08:00 |
|
|
cbb
|
0d522dd782
|
feat(monitor): 开始训练弹窗视觉重做 + 进度卡片「重新训练」按钮 + 记住上次设置
- 弹窗：头部图标/标题/说明、分区标题（运行方式 / 模型与数据）、下拉统一自绘箭头与焦点环、
每个控件加提示行、警告条改成左侧色条的信息块、取消改 ghost 按钮；宽度 560→780。
- 进度卡片加「⟳ 重新训练」（运行中禁用并提示先停止），点开即预设"从 train 重训"。
- 记住上次设置（localStorage mlmon.pref.v1）：起始阶段/CFG/共识/N_TASKS/NPROC/TARGET_SAMPLES/
ROUNDS/MIN_GAP_MM/平滑/对数轴。运行方式不记忆——记成"全部重跑"会把数据一起归档，风险不对等。
- ?start=<阶段> 直接打开重训弹窗（便于收藏与脚本化验证）。
- 端到端验证（CDP 驱动无头 Edge）：改 fT/fFrom/smooth → 刷新 → 三个值都保留，fMode 复位 resume。
|
2026-10-19 00:11:13 +08:00 |
|
|
Hark
|
d60cbcdb3c
|
fix(monitor): FRESH_FROM 白名单加 dagger
|
2026-10-18 16:01:09 +00:00 |
|
|
Hark
|
979a5814c1
|
fix(train): 首次正式预训练（21850 步闭环到达 0%）排查后修正——FK/平滑改加在配对去噪估计上（原加在随机噪声一步采样上=回归条件均值，多峰塌成单峰，实测候选标准差 0.030/幅度 0.151）；时间嵌入最高角频率 1000→50、MF 分支 fp32、p_neq 前 5000 步为 0（实测 du/dt 均方根 6–12 vs v 1.1）；增广 40%/3°/12 步收回；新增 dagger 阶段（策略闭环状态请老师重规划 ×2 轮微调）；开训前老师轨迹回放自检；评估加开环误差与候选多样性，best/早停按到达率+开环误差
|
2026-10-18 15:56:39 +00:00 |
|
|
cbb
|
c2732fb3cd
|
feat(train/monitor): 评估峰值不再撑爆整卡 + 从指定阶段重训 + 闭环误差诊断
- train.py：evaluate 改 bs=64，结束后 empty_cache()。WDDM 下 15.9 GiB 的评估峰值用完不退，
整卡顶到 96% 后驱动把训练张量换出（实测 Local 18.8 GB / Shared 1.9 GB），吞吐从 5.5k
掉到 444 samples/s、8000 步 eval 卡死 68 分钟；改后峰值 5.32 GiB、eval 106 s、吞吐 6.4–7.0k。
- pstate/pipeline：新增 --fresh-from=<阶段>：只把该阶段及之后的产物移进 ml/archive/（不删），
与参数失效取并集；配合 FROM 实现"只重训某一阶段，之后全部重做"（沙盒实测选 train 只归档 ml/runs/base）。
- monitor：运行方式加「从指定阶段重训」+ 起始阶段下拉；TARGET_SAMPLES 默认改 200 万；
「最好 X%」改标最好那次 eval 的步数（原来错标当前步，18,000 步显示成 0.2% 的出处）。
连同工作区已有的停止补扫 sweep_nt（按命令行补杀 git-bash 下逃逸的孙进程）一并提交。
- eval/diag_tail.py：闭环末位误差 / 是否进过 5 mm 窗口的逐题诊断（手动运行，不进流水线）。
|
2026-10-18 23:15:53 +08:00 |
|
|
cbb
|
7fe1e5e0b3
|
feat(monitor): 失败提示做醒目——顶部红色横幅（阶段名 + 返回码 + 终端里最后一行真实报错，如 OutOfMemory 那条）+ 右上角胶囊变红「失败 · 停在「预训练」返回码 1」+ 步骤条那一格红字加粗；并补三层"永不空白"保险：正文脚本前装看门狗（3 秒没跑完就显示"卡片空白不是训练出问题"）、window.onerror 显示出错文件与行号、渲染调用 try/catch 让单个面板出错不拖垮整页；同时修掉我上一轮写坏的 JS 字符串（Python 转义把 \n 写成真实换行 → 整个脚本不执行 → 页面全空，就是用户看到的"失败时什么都不显示"）
|
2026-10-18 19:43:24 +08:00 |
|
|
cbb
|
3c4bc6c8ab
|
fix(vram): 上限不再从 nvidia-smi 的"已用"里扣——WDDM 下那部分驱动可换出，按它扣会把本进程上限压到 14.45 GiB，预训练第一次 evaluate 峰值 ~15 GiB 就自己 OOM（实测当时卡上还有 9.98 GiB 空闲）；改成上限 = CUDA 可用 − 1 GiB（实测 21.8 GiB），别人占多少只打印不扣；实测分配 15.5 GiB 通过；顺带删掉 monitor.html 里被塞进模板字符串、当成文字渲染出来的 JS 注释（剩余时间那格）
|
2026-10-18 19:18:41 +08:00 |
|
|
cbb
|
4a59ca84f6
|
feat(monitor): 每个阶段都按实时数据算剩余时间，用时精确到秒——打包按已打包分片数、预训练用脚本自报 eta_h、APG 用 it/min、挖错用本轮 APG + 已完成轮次平均时长、头门禁用已完成那次评估、一致性门禁读日志里的 k/300 行（只读日志尾部，不占 CPU）；修 mine 的当前轮判断（原来 len(cur)>k 在第二轮起永远判不到在跑）与 APG 漏加的 eta；总用时/本步用时/步骤条用时改为带秒，预估仍只到分钟
|
2026-10-18 17:59:46 +08:00 |
|
|
cbb
|
faf6dd2748
|
feat(monitor): CPU 卡加温度和功耗——走 MSI Afterburner 的共享内存（MAHMSharedMemory）：Windows 上免驱动的唯一口子（psutil 不支持、ACPI 热区只有板温、Power Meter 无实例）；实测 CPU 98-100 °C / 222-227 W，用 GPU1 power 对 nvidia-smi 校准过（125.29 vs 124.57）；数据比 10 秒旧就当读不到、Afterburner 没开就自动隐藏这两行；28 核条悬停可看每核温度
|
2026-10-18 17:31:05 +08:00 |
|
|
cbb
|
b1cf4126fd
|
feat(vram): 显存上限改为浮动——本进程上限 = min(整卡 − nvidia-smi 已用 − 1 GB 余量, CUDA 空闲 − 余量)，别人占多少自动扣掉，不再写死 0.78（实测当前口径 14.1 GiB；VRAM_FRAC 仍可显式对拍旧口径）；网页显存行改成"8.7 / 23 GB · 空 14.3"并把解释放悬停（长文本不再把行挤成两行，.gr 行加了省略号保护）；README/审查文档同步口径
|
2026-10-18 17:23:57 +08:00 |
|
|
cbb
|
e431862793
|
feat(gen): 补量轮次上限 4 → 5（应用户要求：共识 + 间隙两道过滤叠加时 4 轮余量偏紧）；顺带把末尾那句"补 4 次后仍不足"的提示同步成 5 次
|
2026-10-18 17:16:55 +08:00 |
|
|
cbb
|
c65b9986ca
|
feat(monitor): 当前阶段进度放大——「当前步骤 · X」的百分比 20px 加粗、阶段进度条 14px 高（原来 12.5px/8px 太小）；顶部步骤条当前格的百分比也放大加色；顺带把已完成格子的「用时」改用累计值（续跑的阶段不再只显示最后一段）
|
2026-10-18 17:13:35 +08:00 |
|
|
cbb
|
db0bbbc15d
|
feat(monitor): 用时改为按阶段累计——"总用时"=各阶段之和、"本步用时"=该阶段累计，停止后再"继续训练"不再归零（训练跑 5 万步停一次，之前那段的时间会保留）；只有产物被归档、要从头重做的阶段才清零；本次改动前完成的老记录用 start/end 兜底；停止与流水线退出两处记账幂等（实测 180 s 不翻倍）
|
2026-10-18 16:59:21 +08:00 |
|
|
cbb
|
21ad209747
|
feat(monitor): CPU 卡显示型号（psutil 只给核数，型号走注册表 ProcessorNameString / Linux /proc/cpuinfo），加在卡底与 GPU 同名同位置
|
2026-10-18 16:15:44 +08:00 |
|
|
cbb
|
c143b56232
|
fix(gen): 被停止的种子不再报"失败"——按日志尾部有无报错分类，中断走 143（网页显示"已停止"），只有 node 真报错才 exit 6；顺便修补量分母累加：target_tasks 改用 stats.json 的已写完条数 + 本轮补量，此前每次点停止再"继续训练"分母都再加一截（实测 67368→84728），进度条越续越少
|
2026-10-18 15:24:43 +08:00 |
|
|
cbb
|
83dcc1c3ee
|
fix(monitor): CPU 占用读数改为后台每秒独立采样（此前在请求里算差值，网页 1 秒轮询会把窗口压成几毫秒 → 恒为 0）；CPU 并进 GPU 同一个卡（上 GPU 环+显存/温度/功耗，下 CPU 环+28 核逐核条）
实测：空闲 16.8% → 14 个满载循环 71.7% → 结束 19.1%，随负载单调；截图复核合并卡排版正常。
|
2026-10-18 15:13:37 +08:00 |
|
|
cbb
|
9ed213417b
|
feat(monitor): 网页加 CPU 占用卡（总占用环 + 28 核逐核条），psutil 采样缓存 1 秒；顺便重启控制台让之前的补量进度口径与停止补杀生效
|
2026-10-18 13:57:48 +08:00 |
|
|
cbb
|
e6418da084
|
fix(monitor): 补量时进度条显示全量而不是从 0 开始；停止时补杀 Git Bash 逃掉的 node 孙进程
- gen 进度：分子改为统计全部分片（含之前轮次），分母仍是累计 target_tasks，补量时显示 50,008/79,688 并标注「本轮补 N 条」。此前只统计本轮开始后改过的文件，看起来像从零重跑。
- 停止：taskkill /T 在 Git Bash 下只杀到 bash，node 孙进程会逃（实测点了停止还有 28 个 gen_dataset 在跑）。按命令行补扫 gen_dataset.cjs / run_parallel.sh / teacher.cjs / policy_bench.cjs 并 Stop-Process；正则已验证命中 gen、不误伤普通 node。
|
2026-10-18 13:54:16 +08:00 |
|
|
cbb
|
241333c213
|
fix(pstate): 改 TARGET_SAMPLES 不再作废 gen 的已有分片——只重跑 gen 补量（run_parallel 跳过写完的 shard、按差额补量），prep 及之后仍作废；此前把它当"从 gen 作废"会让 5 小时生成的 5 万条分片被整体移进 archive，用户改目标样本量就得从头跑
|
2026-10-18 13:50:12 +08:00 |
|
|
cbb
|
c128288c1b
|
fix: gen 判定改按产物而不是 wait 退出码——实测 28 个种子跑 5 小时后全部 wait 报失败，但每个 .part 都是完整的 1786 行（node 打了 done、mv 没执行），Git Bash 长跑后 wait 返回码不可靠；现在只要 .part 行数达标就补改名并记成功，只有产物缺失/不全才算失败。另：监控页 1 秒轮询（并行取 status/job/runs + nvidia-smi 缓存），GPU 数字 2 秒缓存。
|
2026-10-18 13:48:30 +08:00 |
|
|
cbb
|
b25a7a8bfa
|
fix: pipeline.sh run() 回显改走 stderr——gate1 用 tee 把 stdout 存成 consistency.json，回显混入让 gen 读 CONSENSUS 时 JSONDecodeError 停在 gen（第一次真跑实测：kin/r4/gate1 rc=0、gen rc=1）；文档记门 1 实测 0.838<0.9 → 自动走共识分支
|
2026-10-18 07:23:29 +08:00 |
|
|
cbb
|
c175357b72
|
docs: 训练定名「Transformer 多峰策略端到端训练与浏览器部署」——写入 ml/README 标题与控制台顶栏（含浏览器标签），长跑时打开网页即见；截图复核排版未挤坏控件
|
2026-10-18 06:40:26 +08:00 |
|
|
Hark
|
d03f34822c
|
第八轮：monitor 状态三项被注释吞掉的 bug；R9 改判稳态 planWarmP99 + 运动中饥饿 + 认证超时占比；APG steps 8000（batch 48 保持总任务量）；r4 不再静默退回 CDN；自检副本含未跟踪文件；显存文案按 19–20 GB；审查文档精简为实测/判据/待数据/三段训练
|
2026-10-18 06:40:26 +08:00 |
|
|
cbb
|
8ad6b58fca
|
ml: 显存预算按 19–20 GB 落地 + ort 本地副本入库 + R4 复跑（feat_dyn）通过
- 显存：APG batch 128→48（实测 d=192 下 128 无论 plans 60/150 都 OOM，崩前已分配 17.85 GiB；48/plans150=13.08、48/60=7.67）；新增 ml/common/vram.py 每进程硬帽 VRAM_FRAC=0.78 并把 vram 峰值写进 train/APG 日志、监控页加「显存峰值」卡与按 20 GB 预算的显存条；smoke.json 补 apg 段并让自检带 --config。
- 自检修复：find_bash 兼容便携版 git 的 mingw64 布局（本机原返回 None → 网页「开始训练」起不动）；selftest_proc.alive 读中文 tasklist 的 GBK 崩溃；rec 值非法 JSON 时静默丢项；gen_resume 判据剔除 plan_ms/cert.ms 两个墙钟字段（旧判据恒 false）。整轮重跑 7/8 通过、3.5 分钟，仅 train_term 为 Windows 真实限制（TERM 送不到原生 python）。
- vendor: onnxruntime-web 1.20.1 本地副本入库（约 33 MB），查看器与 R4/R9 探针不再依赖 npm/CDN；.gitignore 同步移除该目录。
- docs: 第八节 R4 复跑（feat_dyn 新模型）：部署口径 P99 12.67 通过；WebGPU 首次实测 27.09（有界面窗口，adapter nvidia ampere）；viewer_ref 随机模型 planP99 131 / starve 32.7% / lookaheadP99 170 / certFailWhy time 948 / tickGapMax 736，三条判读留给实现方。
|
2026-10-18 06:40:25 +08:00 |
|
|
Hark
|
591678703a
|
第六、七轮：离线 ort/WebGPU、R9 查看器整周期、安全层截止下沉、enc_once 前瞻 bug（feat 动态轴）、UTF-8、断点 RNG 续跑与 --stop-at、R2 池无关性自检、R8 出题缓存、本机自检 selftest、冒烟 smoke；遗留清单并入审查文档第六节
|
2026-10-18 06:40:25 +08:00 |
|
|
cbb
|
b6141d237c
|
fix: R4 探针页 tensor 复用（proxy 下 buffer 被 detach）+ pipeline.sh 7 处 GBK 读取 + r4 分支返回码；r4 端到端 rc=0
- webapp/r4_probe.html：feat 移进 run() 每次新建。proxy=1 时 ORT 把输入 transfer 给 Worker，旧写法第二次 run 报 Tensor size(83) vs data length(0)，两种 proxy 配置全挂、r4.json pass=null。
- ml/pipeline.sh：7 处 json.load(open(...)) 补 encoding='utf-8'（:90 :110 :118 :127 :136 :138 :144）。r4.json 以 ensure_ascii=False 写出，Windows GBK 下 :110 实测 UnicodeDecodeError，命令替换为空会让上层分支走错。
- ml/pipeline.sh r4：末行 `[ "$r" = null ] && echo` 在 r=pass 时整体返回 1，set -e + EXIT trap 把通过的 r4 记成 rc=1（all 会因此停）→ 改 if/fi。
- 实测复跑两次：pass=true，部署口径（16 线程+proxy+enc_once）P99 10.22 / 11.25 ms，4 线程 13.58/13.64，无 proxy 9.28/10.92，webgpu 仍 backend not found。
- 文档同步：A 组两处标记已修，仅留 A-3（ortLocal+proxy 离线路径）交实现方。
|
2026-10-18 06:40:25 +08:00 |
|
|
cbb
|
a1ee7d1a4d
|
docs: ml 审查精简版（763→85 行）——删去前五轮已解决条目，只留：R4 实测基线（部署口径 P99 11.07 通过、查看器 infer/safety 30.4/61.6+63.5/248.8）、A 组三处会断流程（r4_probe.html 复用 detached tensor、pipeline.sh 7 处 GBK json.load、ortLocal+proxy 离线路径失效）、B 组三项待判（R4 双口径、safetyMs Node vs 浏览器两把尺/R9 无数据、WebGPU 零数据）、C 组六项未实测（6–13 步、gapDrop、R2 池无关性、R8 出题耗时、Windows 生命周期、续跑本机复核）、D 组 webapp/models/README 过时
|
2026-10-18 06:40:25 +08:00 |
|
|
Hark
|
f40a40c56b
|
第五轮：锁/续跑/超时/自动分支/R4 探针与 encode-once/控制台加固；阶段内断点续跑（gen 按条、prep 按 shard、训练与 APG 定时原子存档+体面停止）；分歧以实现方意见为准
|
2026-10-18 06:40:25 +08:00 |
|