fix: 收敛 WebProbe 2GiB YAML 门槛

.agents/skills/unidesk-gc/SKILL.md

@@ -165,7 +165,9 @@ bun scripts/cli.ts gc remote <providerId> status --job-id <id>
   - 只读取 `/proc/meminfo` 的 `MemAvailable`；
   - 输出必须披露 `metric=MemAvailable`、`source=/proc/meminfo` 和 `swapExcluded=true`；
   - swap 只作为独立压力信号，绝不计入启动可用量；
-  - 当前阈值为 `4 GiB`：人工启动在 `MemAvailable <= 4 GiB` 时阻断，sentinel 在 `< 4 GiB` 时跳过本轮。
+  - 启动门槛和比较语义只读取 `config/hwlab-node-lanes.yaml#templates.hwlabV03.webProbeWorkbench.resourcePolicy.memoryStartGuard`；
+  - 文档、skill、源码和测试不得复制 `thresholdBytes` 的当前数值；
+  - 除非用户明确授权修改 WebProbe 启动门槛，否则不得改变 owning YAML 的 `thresholdBytes`。
 - 人工处置命令必须按顺序执行：
 
 ```bash
@@ -181,10 +183,10 @@ bun scripts/cli.ts gc remote <node> memory
   - `--full` 只用于下钻完整身份明细，不得作为 scoped run 的默认前置步骤；
   - `run` 返回 job id 后，重复执行 `status --job-id <id>` 直到终态；
   - job 未终态时不得提前执行 `memory` 或重试 WebProbe；
-  - 终态后执行 `memory`，只有 `MemAvailable > 4 GiB` 才可重试人工启动；
+  - 终态后执行 `memory`，只有不再命中 owning YAML 的 `manualComparator` 时才可重试人工启动；
   - 内存处置不得改用未带 `--memory-pressure-only` 的通用 plan/run。
 - sentinel cadence：
-  - `< 4 GiB` 时返回 `skipped-wait-next-round`；
+  - 命中 owning YAML 的 `sentinelComparator` 时返回 `skipped-wait-next-round`；
   - 不创建 observer、不启动 Chromium、不自动执行 GC；
   - 等待下一轮 cadence 重新读取 `MemAvailable`。