fix(agent): 插件崩溃熔断从不生效 —— 冷却锚点用了从未赋值的字段

## 缺陷（写上一个提交的判据时撞出来的）

recordCrash 标记 Unhealthy=true，但 isHealthy 的冷却判据是：

    time.Since(r.LastReload) > reloadCooldown

而 LastReload **只在 markReloaded 里被赋值**（即"重载成功"之后）。
插件刚崩、从未重载时它是**零值**：

    time.Since(零值) ≈ 2000 年 >> 30s
    ⇒ 判"冷却期早已过去" ⇒ 立刻把 Unhealthy 置回 false

实测（连打 3 次 recordCrash）：

    crash #1 → needReload=false healthy=true
    crash #2 → needReload=false healthy=true
    crash #3 → needReload=true  healthy=true   ← 刚标完就自愈

## 影响

三处「插件不健康则跳过执行」全是**死分支**：

    task.go:1065        stepToolBegin 中的跳过
    task.go:1135        （上一提交刚补的那个分支的另一处同构）
    toolbatch.go:155    并发批次中的跳过

即：一个正在崩溃循环的插件会被**持续调用**，每次调用再崩一次。
recordCrash 返回的 needReload=true 也没意义 —— 下一句 isHealthy 就说它健康了。

pendingReloads 用同一个零值字段 ⇒ autoReloadPlugins 每次都会尝试重载
**刚崩的**插件，很可能立刻再崩（崩溃循环）。

## 修法：冷却锚点改为 LastCrash

语义上「熔断」是"刚崩完先别用它，等 30s 再看" —— 观察窗口应锚在
**最近一次崩溃**，而不是"最近一次重载成功"。

    isHealthy      锚点 LastReload → LastCrash
    pendingReloads 锚点 LastReload → LastCrash

## 顺带删掉冗余

    unhealthyPlugins()      零生产调用方（全仓 grep 只有定义本身）
    record.FirstCrash       只写不读（写它的唯一目的是被下面这个判断用，
                            而那个判断早就改成只看 LastCrash 了）

## 判据（5 条，3 次变异全部实测变红）

  TestCircuitBreakerActuallyOpens                   ★ 主判据
      变异：锚点改回 LastReload ⇒ "★ 连续 3 次崩溃后插件仍被判健康"

  TestCircuitBreakerWaitsForCooldownBeforeReload
      变异：pendingReloads 锚点改回 LastReload ⇒
      "★ 刚崩完就进了重载队列（应等冷却期）：[p]"

  TestCircuitBreakerRecoversAfterCooldown
      变异：删掉恢复分支 ⇒ "★ 冷却期过后仍未恢复健康 ——
      插件会被永久停用（比不熔断更糟）"

  TestCircuitBreakerUnknownPluginIsHealthy    从未崩过的插件不记账
  TestCircuitBreakerWindowResets              窗口外的旧崩溃不该累加

## 判据本身的两个坑（已避开）

① 只断言 recordCrash 的返回值 —— 它本来就返回 true，测了等于没测。
   必须断言 **isHealthy 的结论**，那才是被熔断逻辑消费的东西。

② 不测"冷却之后会恢复" —— 那样把代码改成恒 return false 也能过，
   而那就成了永久禁用插件（比不熔断更糟）。

## 连带：deniedpair_test 的前置条件改回真实状态机

上一提交里，第二条判据只能**手工置 Unhealthy**（因为 recordCrash 标完
立刻被自愈撤销）。现在熔断真生效了，改回用 recordCrash 打满阈值 ——
判据依赖公开状态机而不是私有字段。

## 验证

    go build ./...            PASS
    go vet ./...              PASS
    gofmt -l                  干净
    go test ./... -count=1    62 包全过，0 FAIL
    干净检出（worktree）       build + TestCircuitBreaker/TestDenied 全绿

internal/agent/core/deniedpair_test.go

@@ -36,7 +36,6 @@ import (
 	"context"
 	"strings"
 	"testing"
-	"time"
 
 	agentAPI "github.com/JianFeeeee/HologramAgent/internal/agent/api"
 	agentIO "github.com/JianFeeeee/HologramAgent/internal/agent/io"
@@ -180,14 +179,16 @@ func TestUnhealthyPluginSkipStillRecordsResult(t *testing.T) {
 	// 这是**另一个独立缺陷**（插件崩溃熔断实际从不生效），不在本次修复范围
 	// （本次只修 tool 配对）。这里直达状态，把判据聚焦在被测分支上；
 	// 熔断那个缺陷应单独修并单独钉。
-	// LastReload 必须设成"刚刚"，否则 isHealthy 的冷却判据
-	//（time.Since(LastReload) > reloadCooldown）立刻判为已冷却 ⇒ 自愈。
-	a.pluginHealth.mu.Lock()
-	a.pluginHealth.records[pluginName] = &pluginHealthRecord{
-		Unhealthy:  true,
-		LastReload: time.Now(), // 冷却期未过 ⇒ 熔断生效
+	// ★ 走**真实状态机**，不直接改字段：
+	// 现在 isHealthy 的冷却锚点是 LastCrash（见 plugin_health.go），
+	// 连续 recordCrash 达到阈值就会进入真正的熔断态。
+	//
+	// 这条判据曾经只能手工置 Unhealthy —— 因为当时 recordCrash 标完
+	// 立刻被 isHealthy 的自愈逻辑撤销（那是另一个缺陷，已单独修）。
+	// 现在熔断真生效了，就用它自己的入口构造前置条件。
+	for i := 0; i < maxPluginCrashes; i++ {
+		a.pluginHealth.recordCrash(pluginName)
 	}
-	a.pluginHealth.mu.Unlock()
 	if a.pluginHealth.isHealthy(pluginName) {
 		t.Fatalf("★ 置 Unhealthy 后 %s 仍被判健康，判据前置条件不成立", pluginName)
 	}