refactor(security): 删除三份包级单例，共享数据统一挂 kstate

## 用户裁定

> secutiry 的实现也是错误的，所有共享数据统一挂载一个 kernel 提供的
> 挂载点上暴露。

> store也应该调用security的加密能力！

## 缺陷

security 包原有**三份**独立包级单例，各自被 InitXxx/SetXxx 装入、
各自有访问器，三份都绕开了内核统一挂载点 kstate.State：

    global      *Store    变量库（凭据别名）    Global()
    runtime     *Runtime  安全防火墙            RuntimeGlobal()
    globalCodec *Codec    配置落盘加密          ConfigCodec()

## 为什么单例是错的（不是"多一个全局变量"）

本 agent 的 a.security 与 security.Global() 是**两个独立变量**。
正常装配下它们恰好指向同一份数据，但"恰好"不是保证：

  · 测试替身：测试装单例、被测代码用 agent 字段 ⇒ 测的与跑的不是同一份
  · 多 Runtime：两个内核实例/热重载时单例只有一份，另一方被覆盖
  · 装配顺序：单例装晚了，先注册的 provider 就没被装饰

第三条**曾真实存在**：ProviderManager.Register 在注册时读单例套装饰器，
而 llm 模块原本不声明 FacSecurity 依赖 —— 顺序正确纯属巧合。
改动过程中判据如实报红 640 次泄漏。

## 本次做的（T3.1 + T3.3）

### 删 global *Store → 注入

变量库的唯一来源是 security 模块产出的 Runtime，经注入面分发：

    AgentConfig.Security        → a.security.Store() → a.secretStore()
    ProviderManager.SetSecretStore
    plugin.Registry.SetSecretStore  → sdk.NewSecretsAPI(store)

core 的 4 处 security.Global()（output/toolcall/tooldefs/secret_tools）
改为 a.secretStore()；context 与 stageHost 改为注入字段；
provider 装饰器改为读注入的 Store。

### 删 runtime *Runtime → 注入

    plugin.Registry.SetSecurityRuntime → sdk.NewSecurityAPI(name, rt)
                                       → sdk.newEventsAPI(name, bus, rt)

Prepare 的幂等缓存改为 kernelmod/security 私有变量 ——
装配器私有，不再是任何包都能取的公开访问器。

### 顺带删死代码

security.FillToolArgs / FillPayload 生产调用者为 0（StageHost 已自己
用注入的 Store 做同一件事），连同只测它们的判据一起删除。

### llm 模块补 FacSecurity 依赖

这是**真实存在**的依赖：注册 provider 时要套出向装饰器，而装饰器需要
变量库。此前靠"单例先装了"掩盖了顺序错误。

## 判据（均经变异验证）

  TestNoPackageLevelSingletons          源码扫描；加回 var global ⇒ 红（实测）
  TestMustStoreDoesNotRegisterGlobally  两次 MustStore 必须得到不同实例
  TestStoreEncryptsWithOwnKey           落盘无明文 + 重载可解

## 验证

  go build ./...              PASS
  go vet ./...                PASS
  gofmt -l                    干净
  go test ./... -count=1      63 包全过，0 FAIL
  干净检出（git worktree）     build + 3 包测试全绿

## 未做（见 kernelplan.md T3.2）

  globalCodec 收敛 + Store 复用 Codec
  还牵涉 config 的 6 处调用点与**存量密文惰性迁移**，单独一步做。
  TestNoPackageLevelSingletons 的禁表暂不含 globalCodec ——
  半成品状态长期红的判据会被人习惯性忽略，那时它就等于不存在。

internal/agent/core/context.go

@@ -3,6 +3,7 @@ package core
 import (
 	"encoding/json"
 	"fmt"
+	"github.com/JianFeeeee/HologramAgent/internal/security"
 	"io"
 	"log"
 	"math"
@@ -157,7 +158,18 @@ type RelevanceContext struct {
 	saveTimer          *time.Timer
 	dirty              bool
 	toolDefLookup      func(name string) *sdk.ToolDef
-	channelDefLookup   func(name string) (sdk.ChannelDef, bool)
+
+	// secretStore 是**变量库**（凭据别名），用于事件落进 L1 前的脱敏。
+	//
+	// ★ 为什么是注入字段而不是读 security.Global()（2026-11-04）：
+	// 包级单例绕开了统一挂载点 —— 本 Context 属于哪个 agent 就该用哪个
+	// agent 的变量库。单例在正常装配下"恰好"是同一份，但测试替身、
+	// 多 Runtime、热重载任一路径都可能分离，症状是"策略生效但脱敏不生效"
+	// （或反之），极难定位。
+	//
+	// nil 合法：未启用安全模块时脱敏零成本跳过。
+	secretStore      *security.Store
+	channelDefLookup func(name string) (sdk.ChannelDef, bool)
 
 	// protectedCount 是裁剪时**无条件保留**的最近事件条数。
 	//
@@ -718,6 +730,16 @@ func (c *RelevanceContext) ProtectedCount() int {
 	return c.protectedCount
 }
 
+// SetSecretStore 注入变量库（装配期由 Agent 调用）。
+func (c *RelevanceContext) SetSecretStore(s *security.Store) {
+	if c == nil {
+		return
+	}
+	c.mu.Lock()
+	c.secretStore = s
+	c.mu.Unlock()
+}
+
 func NewRelevanceContext(savePath string, embedder *memory.StaticEmbedder) *RelevanceContext {
 	rc := &RelevanceContext{
 		embedder:       embedder,
@@ -968,7 +990,7 @@ func (c *RelevanceContext) Append(evt ContextEvent) {
 	c.mu.Lock()
 	defer c.mu.Unlock()
 
-	scrubEventSecrets(&evt)
+	c.scrubEventSecrets(&evt)
 	c.computeVector(&evt)
 	c.events = append(c.events, &evt)
 
@@ -999,7 +1021,7 @@ func (c *RelevanceContext) InsertByTimestamp(evt ContextEvent) {
 	c.mu.Lock()
 	defer c.mu.Unlock()
 
-	scrubEventSecrets(&evt) // 同 Append：咽喉处拦截
+	c.scrubEventSecrets(&evt) // 同 Append：咽喉处拦截
 	c.computeVector(&evt)
 	c.claimPendingToolResultsLocked(&evt) // 同 Append：认领待登记的落盘记录