修复上下拖动后的绘制错误（图层条带 GDI 裁剪）+「弱峰调整」定义/默认值/符号显示

一、绘制错误真因：图层条带渲染时 GDI 网格线越界作画并烘进图层
上一轮把图层条带从"只有横向条"扩展到"横向条 + 纵向条"（纵向滚动补画）。但 PaintLane 里 GDI
（网格线/分界线）的裁剪矩形 RectF(m_area.X, clipTop, m_area.Width, clipBottom - clipTop) 只把 x
限制在条带内、y 仍是整个网格可见范围。纵向条带（全宽 × 窄 y）渲染时：
  * GDI 网格线被画到条带之外（那儿的像素由滚动而来、本来是正确的）；
  * 那些行原本是"波形盖在网格线之上"，变成"网格线盖在波形之上"，与正确渲染不一致；
  * 错误像素就在图层位图里，会被后续每次平移带着移动 → "拖到哪儿都有绘制错误"。
修法：把"本次允许改动的区域"算成 laneClip = IntersectRect(m_area, 网格可见矩形)，同时用于
Graphics::SetClip 与 GDI 的 gridClip（横向补条本来就没问题，所以此前只有纵向/斜向暴露）。

二、新增探针 .preflight/dragcheck（复现用户手势）
注入真实中键消息：先把最上方网格向上拖半个网格高（触发纵向滚动），再保持按住拖左右/上下/斜向、
最后拖出窗口；每帧把图层画布的有效条带（marginY + vOffset 起、网格高行）与"用同一 wideMin 新渲染
的画布"逐像素比较（滚动是纯整数平移，必须逐像素相同；用 FromHBITMAP + LockBits 直接读像素）。
修复前：被拖网格整行不一致（2410 px ≈ 2 行全宽，错误行固定在 canvas 行 138 = 某条横向网格线，
直接指向 GDI 网格线）；修复后：最差 ≤171 px（仅补条边界的抗锯齿边缘），0 处绘制错误。

三、「弱峰调整」定义
"是否偏弱"改为（正/负幅度一致）：波峰必须同时低于左右两侧各自的「相邻波峰 + 相邻波谷」均值；
波谷必须同时高于上述两个均值。与旧实现（只与左右两个同类极值比较）不同：整段均匀偏弱的纹波
不再被判为弱峰，因此合成测试波形重设计（分段线性、谷恒 500、弱峰 520、健康峰 620/640）。

四、默认幅度与符号显示
默认幅度改为 0%（面板提出即不改动波形）；滑块右侧数值始终显示符号（+150% / -150% / 0%），
数值列按 "+200%" 取宽避免跳动。

五、验证（全部离屏，不占用鼠标/键盘/屏幕）
- uitest 441/441：[X] 正幅度 0/50/100/150/200% → 峰 520/570/620/630/640、弱谷 580/540/500/500/500；
  负幅度 -50/-100/-200% → 峰 510/500/500、谷 590/600/620；超范围夹取；"未反向增强"（极值点）；
  健康段逐位不变；30% 幅度下 N=1/2/3/10 → 550/571/571/571（收敛）；默认 0%；滑块中间 = 0%、
  两端 = ±200%；数值带符号（+150% 与 -150% 墨迹等宽、都比 0% 宽 ≥8px）。
- [Y] 端到端：合成 ripple（谷恒 500、一个弱峰 520）弱峰区间 20 → 70（健康 120）。
- dragcheck PASS（0 绘制错误）；panperf 竖直中位 5.1ms、水平 7.1ms、20 面板竖直 25.0ms / 水平 41.3ms；
  layercheck clobbers=0/24、pan frames wrong=0/4；cursorcheck 30/30；make clean && make all 零警告。

Documents/agent_mem.md

@@ -515,6 +515,7 @@ Documents/      项目文档（含本文件）
 | 2026-10-12 | DeepSeek-V4.1-Flash（**起源设备**） | **修复"斜向/不规则拖拽自由移动视界时的卡顿、掉帧与波形错误绘制"、"预览曲线不如普通信号细腻（无抗锯齿）"、"拖动参数滑块时预览曲线跳帧闪烁"**。① 根因：拖拽平移的**纵向分量**会逐帧小改被拖网格的 `yMin/yMax`，而**网格幅值范围同时参与「宽基底可用性」几何指纹与每个网格的图层键**，于是每帧都退化成整幅重绘（`m_fastFrame` 关抗锯齿）+ 5 个网格全部入队（一帧只补 1 个）→ 质量下降、卡顿、图层相互不一致（断线）。修法：`SceneContentHash` 新增 `includeLaneRange`（`SceneGeometryHash()` = `false,true,false`，幅值不进"能不能走快路径"的判定），幅值改由**逐网格** `LaneLayerHash(laneIndex)`（`LaneLayerKey` 的基）承担 → 只让真正变化的那个网格失效；并把 `RenderPendingLaneRebuilds(1)` **移到 `BlitWideBuffer` 之前**（本帧补好的网格本帧就可见）。② 预览曲线抗锯齿不再因交互（`m_fastFrame`）关闭（仅保留"陡峭段过多"这一条形同无声的逃生口）。③ `AcquireNewestCurve` 改为**只按「信号 + 曲线种类」匹配**（参数无关，优先挑覆盖所需区间的条目）→ 拖参数滑块时用上一帧的曲线顶替，后台算好再无缝替换，**不再闪烁/消失**。离屏验证：斜向拖拽 40/40 帧走宽基底快路径（中位 9.2ms，无尖峰），参数连改 10 次 **0 个空白帧**，抗锯齿回归断言（快帧混淆边缘像素 8149/8404）；`uitest` **420/420 通过**、`panperf` PASS、`layercheck` 保持"0 次视界覆盖 / 平移对齐 ≤1px"。 |
 | 2026-10-12 | DeepSeek-V4.1-Flash（**起源设备**） | **修复"深放大下左右平移流畅、上下/斜向平移卡顿"（用户猜测：上下没有预渲染机制——已证实）与"深放大时拖拽光标跑飞"**。① 量化复现：`panperf` 新增纯竖直拖拽 + 逐帧统计**图层重画次数**，并在 5 网格全开 4 类悬浮面板（20 个）后对比 —— 竖直拖拽中位 **166.6ms/帧**、水平 **37.7ms/帧**（4.4 倍差距，用户报告的"上下卡顿"正是它）。② 主因是**面板像素图层被幅值范围击穿**：`PanelGlobalKey()` 计入 `visual.yMin/yMax`，平移的纵向分量每帧小改幅值 → 整层 20 个面板每帧重画（去掉后 166.6→**24.8ms**）；次因是**图层没有纵向预渲染余量**（幅值一变就整块重画，实测 40 帧里 40 次 → 修复后 **1 次**）。③ 修法：`LaneLayer` 增加 `marginY/anchorYMax/pxPerValue`，幅值范围按**像素行**精确扩展（上下各半个网格高）、贴图时按 `(anchorYMax - 当前 yMax) * pxPerValue` 取纵向偏移，图层指纹只计幅值**跨度**不计绝对范围；幅值刻度改以**前台可见网格**的跨度/高度取 `NiceStep`（保证与整幅渲染逐像素同源）；网格分界线移出图层（改由宽基底路径的 `PaintLaneDividers()` 补画，否则纵向偏移会把它带走）。④ 光标：深放大下平移会把时间光标甩到视界外很远（像"跑飞/丢失"）—— 新增 `ClampCursorsAfterPan()`，在**平移**（中键/左键拖拽、Shift+滚轮、方向键）之后夹取；**离散**的视图变化（选区放大/适应视图/按网格时间轴展开）仍然不移动光标；抓取被钉在边缘的光标读数时不再沿用抓取偏移（否则首帧会跳到视界外再被夹回边缘）。验证：`uitest` **432/432**（新增 `[AI]`：贴边读数抓取后光标落在鼠标处误差 0.0px、中键平移 1.5 屏 0 帧出界且跟手）、`panperf` 竖直 3.8~5.0ms（40 帧仅 1 次图层重画）、水平 6.5ms 持平、`layercheck` 0 视界覆盖、新增探针 `.preflight/cursorcheck` 30/30。 |
 | 2026-10-12 | DeepSeek-V4.1-Flash（**起源设备**） | **修复"纵向预渲染带出的绘制异常/抽搐"（中键上下拖动、尤其拖到网格之外时），并把「弱峰增强」升级为「弱峰调整」（幅度 -200% – +200%，负值削弱）**。① 绘制异常根因：上一轮给图层加了纵向余量，但"偏移超出余量"仍走**排队整块重画**（一帧只补 1 个网格）→ 重画完成前 `BlitWideBuffer` 只能贴出部分行、**其余留空**（网格内出现空白条带），且重画与贴图的锚点不同源 = "波形没按预期移动"；鼠标拖到网格外很远时每帧都触发 → 抽搐。修法：与横向**同构的纵向滚动**（BitBlt 整块滚动 + 只补画暴露的一整条，`anchorYMax -= roll/pxPerValue`），并且**必须先于横向补条**；滚动量**量化**（`kLayerRollQuantum = 16` 像素，不足量子交给贴图 `srcY` 偏移）以保持画布映射稳定、让折线缓存命中（未量化时每帧滚 1~30 行 → 折线每帧重算）。验证：`panperf` 拖出网格 900px 时被拖网格的**空白行数与整幅重绘逐帧一致**（64 vs 64，即无空白条带），竖直拖拽 16 帧仅 2 次图层重画。② 弱峰调整：`ComputeWeakPeakAdjust`（原 `ComputeWeakPeakBoost`）+ `WeakPeakItem.amountPercent`（-200–200，默认 150），面板「增强等级 %」→「调整幅度 %」、滑块量程 -200%–+200%（**0 在正中间**）、数值列加宽以容纳 "-200%"；识别规则与旧实现完全一致，正幅度段与旧实现**逐位相同**，负幅度段改为以相邻**异类**极值（波峰看相邻波谷）为参照：-100% 拉到**较近**的那个、-200% 拉到较远的那个（压平/抹除，左右平滑过渡），且**不得反向增强**。离屏验证：`uitest` **443/443**（正幅度 0/50/100/150/200% → 550/555/560/580/600 逐位保持；负幅度 -50/-100/-200% → 峰 500/450/400、谷 500/550/560；超范围夹取；健康峰不动）、`panperf`/`layercheck`/`cursorcheck` 全过。 |
+| 2026-10-12 | DeepSeek-V4.1-Flash（**起源设备**） | **修复"上下拖动之后，左右/上下/斜向拖动都出现绘制错误"（真因：图层条带渲染时 GDI 网格线没被限制在条带内），并调整「弱峰调整」的弱峰/弱谷定义、默认幅度与数值符号显示**。① 根因：`PaintLane` 的 GDI 网格线裁剪矩形只限制了横向（`RectF(m_area.X, clipTop, m_area.Width, …)`），而**纵向补条是全宽 × 窄 y** —— GDI 绘制不受 GDI+ 裁剪约束，于是横向网格线被画到条带之外的已正确像素上、**覆盖在波形之上**，并**永久烘进图层**，随后每次平移都带着它一起漂移（用户看到"到处都有绘制错误"）。修法：`laneClip = IntersectRect(m_area, 网格可见矩形)` 同时用于 `SetClip` 与 GDI 裁剪。② 新增离屏探针 `.preflight/dragcheck`（真文件 + 真中键拖拽消息：先上拖半个网格高，再左右/上下/斜向、最后拖出窗口；每帧把图层画布的有效条带与"同一 `wideMin` 的新渲染画布"逐像素比较）：修复前被拖网格整行不一致（2410px ≈ 2 行全宽），修复后 ≤171px（仅补条边界的抗锯齿边缘）。③ 弱峰调整：**「是否偏弱」改为**"波峰必须同时低于左右两侧各自的（相邻波峰+相邻波谷）均值；波谷反之"；默认幅度 **0%**（不改动）；滑块右侧数值**始终带符号**（`+150%` / `-150%` / `0%`，验证 +150% 与 -150% 墨迹宽度一致且都比 `0%` 宽 ≥8px）。验证：`uitest` **441/441**、`dragcheck`/`panperf`/`layercheck`/`cursorcheck` 全过、`make clean && make all` 零警告。 |
 
 ---
 
@@ -2719,3 +2720,46 @@ Documents/      项目文档（含本文件）
 - `uitest` **443/443**：`[X]` 正幅度 0/50/100/150/200% → 峰 550/555/560/580/600（**旧值逐位保持**）、  谷 450/445/440/420/400；新增负幅度 -50/-100/-200% → 峰 **500/450/400**、谷 **500/550/560**；  超范围（+7 / -7）夹取；"未反向增强"（极值点）与"健康峰不动"；  滑块：中间 = 0%、右端（拖出）= +200%、左端（拖出）= -200%；构建信号名含「弱峰调整」；  `[AH]` 纯竖直拖拽 16 帧仅 **2** 次图层重画（量化滚动）。
 - `panperf`：拖出网格 900px（鼠标远在窗口外）+ 对角平移 31 帧，**被拖网格的空白行数与整幅重绘逐帧一致**  （64 vs 64 → 无空白条带）、帧时 10~13ms（滚动 2~4ms）、末帧与整幅重绘的差异与水平基线同量级  （best integer shift (-1,0)，即已知的 ≤0.5px 整数像素残差）。
 - `layercheck`：`clobbers=0/24`、`pan frames wrong=0/4`、居中图层 vs 整幅重绘逐像素 0 差异；  `cursorcheck` 30/30；`make clean && make all` 零警告。
+
+---
+
+## 本轮（2026-10-12，起源设备）：图层条带 GDI 裁剪（绘制错误真因）+「弱峰调整」定义与默认值
+
+用户报告：① 上下拖动变流畅了，但**绘制错误仍在**——对某个网格中键上拖半个网格的纵向视界后，按住中键不放再左右/上下/斜向拖拽**都会**出现绘制错误；② 调整「弱峰调整」的判定定义与默认值。
+
+### A. 绘制错误真因：图层条带渲染时 GDI 网格线"越界作画"并烘进图层
+
+上一轮把图层条带渲染从"只有横向条"扩展到"横向条 + **纵向条**"（纵向滚动补画）。但 `PaintLane` 里 **GDI**（网格线 / 分界线）用的裁剪矩形是
+`RectF(m_area.X, clipTop, m_area.Width, clipBottom - clipTop)` —— 它只把 x 限制在条带内，**y 仍是整个网格可见范围**。于是纵向条带（全宽 × 窄 y）渲染时：
+
+1. GDI 网格线被画到**条带之外**（该处像素由滚动而来、本来是正确的）；
+2. 那些行原本是"波形盖在网格线之上"，现在变成"网格线盖在波形之上" → 与正确渲染不一致；
+3. 更糟的是这些错误像素**就在图层位图里**，会被后续每次平移带着一起移动 → 用户看到"拖到哪儿都有绘制错误"（错误行随内容漂移，无法通过重绘恢复）。
+
+修法：把"本次允许改动的区域"算成 `laneClip = IntersectRect(m_area, 网格可见矩形)`，**同时**用于 `Graphics::SetClip` 与 GDI 的 `gridClip`。（横向补条本来就没问题，这也是为什么此前只有纵向/斜向才暴露。）
+
+### B. 复现与验证（`.preflight/dragcheck`）
+
+完全照用户手势：注入**真实中键消息**（`WM_MBUTTONDOWN` + `WM_MOUSEMOVE`），先把最上方网格向上拖半个网格高（触发纵向滚动），再保持按住拖左右/上下/斜向、最后拖出窗口。
+判定方式（去掉亚像素噪声）：把图层画布的**有效条带**（`marginY + vOffset` 起、网格高行）与"用同一 `wideMin` 新渲染的画布"逐像素比较 —— 滚动是纯整数平移，二者必须逐像素相同。（用 `Bitmap::FromHBITMAP` + `LockBits` 直接读像素，`GetPixel` 太慢。）
+
+- 修复前：被拖网格出现**整行不一致**（2410 px ≈ 2 行 × 全宽），其他网格只有 ~20 px；
+  并且**错误行固定在 canvas 行 138**（即某条横向网格线的行号）——直接指向 GDI 网格线。
+- 修复后：最差 ≤171 px（仅补条边界处的抗锯齿边缘，占 0.09%），0 处绘制错误。
+
+### C. 「弱峰调整」的定义、默认幅度与符号显示
+
+- **「是否偏弱」的新定义**（正/负幅度一致，用户明确要求）：
+  * 波峰 k：必须**同时**低于
+    左侧「相邻第一个波峰 k-2 与相邻第一个波谷 k-1 的均值」**且**
+    右侧「相邻第一个波谷 k+1 与相邻第一个波峰 k+2 的均值」；
+  * 波谷 k：必须**同时**高于上述两个均值。
+  ⚠️ 与旧实现（只与左右两个**同类**极值比较）不同：**整段均匀偏弱的纹波不再被判为弱峰**（它两侧没有"更健康"的组合可比），因此测试数据必须重设计（新的合成波形为分段线性、谷恒 500、弱峰 520、健康峰 620/640）。
+- **默认幅度改为 0%**（面板打开即不改动波形；`WeakPeakItem`/构建请求/曲线缓存项三处默认值）。
+- **滑块右侧数值始终显示符号**：`+150%` / `-150%` / `0%`（0 无符号）；数值列按 `"+200%"` 取宽，避免文字跳动。离屏验证：`+150%` 与 `-150%` 的墨迹宽度一致（40 / 38 px），且都比 `0%`（16 px）宽 ≥8px。
+
+### D. 验证（全部离屏，不占用鼠标/键盘/屏幕）
+
+- `uitest` **441/441**：`[X]` 正幅度 0/50/100/150/200% → 峰 520/570/620/630/640、弱谷 580/540/500/500/500；负幅度 -50/-100/-200% → 峰 510/500/500、谷 590/600/620；超范围夹取、"未反向增强"（极值点）、健康段逐位不变、30% 幅度下 N=1/2/3/10 → 550/571/571/571（收敛）、默认 0%、滑块中间 = 0%、两端 = ±200%、数值带符号。
+- `[Y]` 端到端：合成 ripple（谷恒 500、一个弱峰 520）弱峰区间 **20 → 70**（健康 120）。
+- `dragcheck` PASS（0 绘制错误）；`panperf` 竖直中位 5.1ms、水平 7.1ms、面板全开竖直 25.0ms / 水平 41.3ms；`layercheck` `clobbers=0/24`、`pan frames wrong=0/4`；`cursorcheck` 30/30；`make clean && make all` 零警告。