Files
HomeAgent/internal/kernelmod/llm/mod.go
JianFeeeee 47afd67ca1 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 ——
  半成品状态长期红的判据会被人习惯性忽略,那时它就等于不存在。
2026-11-04 11:57:48 +08:00

117 lines
4.5 KiB
Go
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

// Package llm 是 llm 模块:多源 Provider 管理(经 Lua 适配器做协议转换)。
//
// 依赖 config + lua:`initLLMProviders(cfg, luaVM, baseAPIKey)`。
package llm
import (
"github.com/JianFeeeee/HologramAgent/internal/security"
"log"
"os"
"github.com/JianFeeeee/HologramAgent/internal/agent/api"
"github.com/JianFeeeee/HologramAgent/internal/kernelmod"
"github.com/JianFeeeee/HologramAgent/internal/kstate"
luapkg "github.com/JianFeeeee/HologramAgent/internal/lua"
"github.com/JianFeeeee/HologramAgent/pkg/types"
)
// Module 提供多源 provider 管理。
type Module struct{}
func (Module) Name() string { return "llm" }
func (Module) Requires() []string {
// ★ FacSecurity(2026-11-04 补):这是**真实存在**的依赖。
//
// ProviderManager.Register 在注册每个 provider 时套出向装饰器(明文→别名),
// 而装饰器需要变量库。此前那份变量库来自进程级单例 security.Global() ——
// 装配晚了也"恰好"能读到(因为单例先装了),于是顺序错误被掩盖。
//
// 单例删除后,变量库必须**在注册前**由 SetSecretStore 注入。声明依赖
// FacSecurity 让依赖图保证 security 先于本模块完成,而不是靠"碰巧"。
return []string{kernelmod.FacConfig, kernelmod.FacLua, kernelmod.FacSecurity}
}
func (Module) Provides() []string { return []string{kernelmod.FacLLM} }
func (Module) Init(ks *kstate.State) error {
// ★ 敏感信息防火模块的装配点。
//
// 原 main 注释:"必须在任何 provider 注册之前装配"—— provider 的出向
// 装饰器在 ProviderManager.Register 里读 security.Global()。装配晚了,
// 先注册的那批 provider 就没被装饰(静默漏掉一条出网路径)。
//
// 实测:该装配**就在 initLLMProviders 内部**(不是 main 的独立语句)
// ⇒ 声明式下它天然"紧邻",不再依赖 main 里那两行的相对位置。
// ★ 注入必须**早于任何 provider 注册**:Register 时才会套装饰器,
// 注入晚了先注册的那批就没被装饰(静默漏掉一条出网路径)。
//
// 依赖图(Requires 里的 FacSecurity)保证 ks.Security 此时非 nil。
ks.BaseAPIKey = resolveBaseAPIKey(ks.Cfg)
ks.LLMManager = buildProviderManager(ks.Cfg, ks.LuaVM, ks.BaseAPIKey, ks.Security)
ks.LLMProvider = ks.LLMManager.Default()
return nil
}
// buildProviderManager 按配置注册全部 LLM 源(原 cmd/homed 的整块平移)。
func buildProviderManager(cfg *types.Config, luaVM *luapkg.VM, baseAPIKey string,
secRT *security.Runtime) *api.ProviderManager {
providerMgr := api.NewProviderManager()
// 先注入变量库,再注册 —— 顺序反了会静默漏装饰(见 Init 的注释)。
if secRT != nil {
providerMgr.SetSecretStore(secRT.Store())
}
adapterConcurrency := map[string]int{}
for _, src := range cfg.LLM.Sources {
if !api.IsValidSourceConfig(src.Name, src.BaseURL, src.Model, src.Adapter) {
log.Printf("[homed] skip invalid llm source %q (base_url=%q model=%q adapter=%q)",
src.Name, src.BaseURL, src.Model, src.Adapter)
continue
}
key := src.APIKey
if key == "" {
key = baseAPIKey
}
luaProvider := api.NewLuaAdaptedProvider(api.BaseConfig{
Model: src.Model,
BaseURL: src.BaseURL,
APIKey: key,
Temperature: cfg.LLM.Temperature,
MaxTokens: cfg.LLM.MaxTokens,
ContextWindow: src.ContextWindow,
MaxConcurrent: src.MaxConcurrent,
Priority: src.Priority,
Vision: src.Vision,
Audio: src.Audio,
}, luaVM, src.Name, src.Adapter)
providerMgr.Register(src.Name, luaProvider)
// ★ 能力是**配置事实**,由装配层登记;不让内核靠 adapter 上的
// 类型断言去猜(断言穿过 adapter + 安全装饰器,任一层漏实现方法
// 就会静默变成"没有视觉"—— 这是反复出现的老 bug)。
providerMgr.SetCapabilities(src.Name, api.ProviderCaps{
Vision: src.Vision,
Audio: src.Audio,
})
if src.Adapter != "" {
adapterConcurrency[src.Adapter] += src.MaxConcurrent
}
}
luaVM.ConfigureConcurrency(adapterConcurrency)
if cfg.LLM.Provider != "" {
providerMgr.SetDefault(cfg.LLM.Provider)
}
return providerMgr
}
// resolveBaseAPIKey 决定基础 key(配置 > LLM_API_KEY > DEEPSEEK_API_KEY)。
func resolveBaseAPIKey(cfg *types.Config) string {
apiKey := cfg.LLM.APIKey
if apiKey == "" {
apiKey = os.Getenv("LLM_API_KEY")
}
if apiKey == "" {
apiKey = os.Getenv("DEEPSEEK_API_KEY")
}
return apiKey
}
func init() { kernelmod.Register(Module{}) }