fix: HasStatic 让 Stats 越用越偏；borrowStatic 漏标 scoped

两个都是静态调用那条路上的。

HasStatic 建了 VM 却不记丢弃。Created 在 load 里加（所有建 VM 的路径都走它），
Dropped 在 staticTarget.finish 里加，而 HasStatic 拿到 VM 后直接返回，不走
finish。每调一次 Created-Dropped 就永久 +1——Stats 是导出的观测结构，这个
偏差会直接体现在监控上。改成走同一套记账。

borrowStatic 同样会注入作用域扩展，却不设 vm.scoped。release 靠这个标志拒绝
把带扩展的 VM 放回池子，漏标就是跨调用泄漏。今天不出事只是因为
staticTarget.finish 永远丢弃——同一个约束靠两套机制守，以后有人把静态 VM
接进 release 就会漏。

测试：
  - Stats 那条断言「在飞的 VM 数」调用前后不变
  - scoped 那条是**内部测试**，直接断言标志位。行为测试盖不住它——borrowStatic
    那条路今天靠 finish 兜底，从外面看不出漏标
  两条都做了破坏性验证，摘掉修复会红。

顺带把 WithTimeout 的文档补上一句：要新建 VM 的路径上是顶层和函数调用两段
各自计时，墙钟上限是 2×d。行为不改——两段各自计时是合理的，缺的只是说明。

static.go

@@ -50,6 +50,12 @@ func (s *Script) HasStatic(fn string) bool {
 	if err != nil {
 		return false
 	}
+	// 建了 VM 就得记一笔丢弃，走跟 CallStatic 同一套记账。漏掉的话每调一次
+	// Stats().Created - Dropped 就永久 +1
+	defer staticTarget{s}.finish(vm, true)
+
+	// ctor != nil 排除 lookup 的全局兜底分支：静态方法必须挂在 class 上，
+	// 脚本导出的不是 class 时 lookup 可能在全局里找到同名函数
 	_, _, _, ok := vm.lookup(fn)
 	return ok && vm.ctor != nil
 }
@@ -82,5 +88,14 @@ func (s *Script) borrowStatic(ctx context.Context) (*vmHandle, error) {
 	if err != nil {
 		return nil, err
 	}
-	return s.load(ctx, rt, nil, true)
+
+	vm, err := s.load(ctx, rt, nil, true)
+	if err != nil {
+		return nil, err
+	}
+	// 带作用域的 VM 装着那个作用域的扩展，绝不能回池。今天 staticTarget.finish
+	// 永远丢弃，标不标都不漏；但同一个约束不该靠两套机制守——以后有人把静态 VM
+	// 接进 release，漏标就是一次跨请求泄漏
+	vm.scoped = extra != nil
+	return vm, nil
 }