feat(scheduler)!: 中断/排队两类别模型 + 插件声明 L1-L3、L4 内核独占

用户澄清推翻了早期设计的三处前提，本提交按新模型重做调度核心（行为有意变化）：

1) 类别由注入 API 决定，与通道名无关
   - InjectInterrupt*                      -> TaskInterrupt（带级别，可被严格更高级中断打断）
   - InjectText*/InjectInputSync*/内核自循环 -> TaskQueued（无级别，可被任何中断打断）
   - 删除按通道名推断的 taskLevel()：qq 走 InjectInterruptTextOpts，本就是中断

2) 级别只属于中断
   - 插件在 InjectOptions.Priority 声明 L1-L3（空/非法降级 L1，声明 L4 夹到 L3）
   - L4 内核独占：新增 raiseKernelInterrupt（panic / selfip）；requestKernelPreempt 不夹取
   - panic 现在产生一条带 kernel 标记的 L4 中断；L4 自身 panic 不再产生新 L4（防自我放大）

3) 选择结构：四容器固定次序，删除统一比较器
   - immediate（抢占者立即运行）-> 中断队列 L4..L1 -> 栈顶(与队头比级别) -> 排队 FIFO
   - 删除 pickTaskIndex/taskBefore 与“同级 pending 优先”补丁（根因是抢占者进了队列）
   - 中断栈上界改为结构推论 = 4（= 中断级数）；删除“超限转 pendingInterrupts”降级

公开 SDK（feature 分支有意新增，纯追加）：InjectOptions.Priority + PriorityL1/2/3；
内核 io / proc 桥 / 插件模板同步透传。

设计稿 §2/§3/§4.1/§6.3/§9/§11/§12/§13/§15 按新模型重写。

验收：go build/vet 干净；go test ./... 37 包 ok 0 FAIL；-race 全绿；
e2e（抢占-挂起-恢复）+ 压力（200 排队 + 50 中断，L1/L2/L3 轮转）通过。

internal/agent/core/scheduler_critical_test.go

@@ -42,7 +42,7 @@ func TestPreempt_DeferredDuringToolExec(t *testing.T) {
 		StageHost:       sh,
 	})
 
-	if _, _ = enqueueTask(t, a, LevelBackground, "qq", "低优先级任务"); true {
+	if _, _ = enqueueQueued(t, a, "qq", "低优先级任务"); true {
 	}
 	lt, _, _ := a.sched.nextRef()
 	done := make(chan struct{})
@@ -57,7 +57,7 @@ func TestPreempt_DeferredDuringToolExec(t *testing.T) {
 	// 工具执行中注入 L4 中断。
 	intrEvt, _ := textEvent("cli", "紧急打断")
 	intrEvt.Payload["interrupt"] = true
-	if !a.sched.requestPreempt(intrEvt, LevelCritical) {
+	if !a.sched.requestKernelPreempt(intrEvt) {
 		t.Fatal("L4 应 arm 让位信号")
 	}
 	// 关键断言：信号已 arm，但任务仍在工具里 —— 绝不能挂起。
@@ -133,7 +133,7 @@ func TestBatch_NotAbandonedWithoutPreemption(t *testing.T) {
 		StageHost:       sh,
 	})
 
-	if _, _ = enqueueTask(t, a, LevelBackground, "cli", "跑两个工具"); true {
+	if _, _ = enqueueQueued(t, a, "cli", "跑两个工具"); true {
 	}
 	tt, _, _ := a.sched.nextRef()
 	a.executeNewTask(tt)