fix(data): 修掉 transform.py 的 3 处真 bug，并收口 4 个口径

不是编辑器误报：pyright CLI 与 pytest 都能复现（修前 7 failed / 75 passed），
所以一行 # type: ignore 都没加。

- 输入白名单漏了 pd.DataFrame -> standardize/log_transform 直接 TypeError，
  函数体里的 is_df 分支全是死代码；统一成模块级 _NUMERIC_TYPES 并前置到 np.asarray 之前
- normalize 三个 method 分支互相覆盖（minmax/vector 的结果被末尾无条件的 x/max 冲掉，
  实际三种 method 都只走 max），改成 if/elif/else
- one_hot_encode 按 data.columns 重包一层 DataFrame -> 哑变量列名对不上，编码列整列丢失，
  改为直接返回 get_dummies 的结果
- log_transform 的 offset 守卫写反（offset > 0 就抛错，恰好拒掉唯一合法用例），
  改为校验定义域前提 min(x) + offset > 0；offset=0 对全正数据合法
- 四个函数 docstring 按 docs/02-architecture.md 4.7 补齐 Parameters/Returns/Raises
- ruff 4 条 RET505 清掉；pyright 2 errors -> 0；测试 82 passed / 40 skipped

docs: STATUS.md L0 进度 7/12 + 决策 35；CHANGELOG 记录本轮回归与修复；
      personal-pitfalls 追加第 10 条（把真报错当成编辑器误报）

docs/dev/personal-pitfalls.md

@@ -142,3 +142,20 @@
   条数没变就说明实现没被验证过。另一个信号是 `pytest --collect-only` 的收集数 ——
   新写的测试没进收集列表，就是名字或位置不对。
 - 首次：2026-10-02｜复发：0
+
+### 10. 把真报错当成"编辑器误报"
+
+- 现象：`transform.py` 改完后编辑器（Pylance）在 `pd.DataFrame(result, columns=x.columns,
+  index=x.index)` 两行画红线，第一反应是"静态检查又误报了，挂个 `# type: ignore` 就完了"。
+  实际跑一遍：**pyright CLI 报同样的 2 个错**（Pylance 就是 pyright 的内核），
+  而且 `pytest` **7 条红**（`normalize` 的三种 method 全走错、`one_hot_encode` 把编码列整列丢掉）。
+  红线只是**症状**，病在代码里。
+- 为什么会错：编辑器把错误显示在**它看得见的那一行**，而那一行的类型确实和来源不符；
+  但"类型不符"既可能是检查器保守（误报），也可能是**上游真的算错了**。
+  不验证就下"误报"结论，等于用一个假设替代一次检查。
+- 以后怎么防：见到红线先做两件事，再谈 `# type: ignore` ——
+  ① 在**终端**跑同引擎的 CLI（`python -m pyright`），排除编辑器缓存/配置差异；
+  ② 跑 `pytest`，看对应的行为断言红不红。两条都过、确认只是检查器保守推断，
+  才在**最小范围**加 `# type: ignore[具体错误码]`；裸 `# type: ignore` 会连带关掉后面所有行
+  （更好的写法见 `docs/04-environment.md` 坑 8 的 `cast`）。
+- 首次：2026-10-02｜复发：0