mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-11-05 16:57:32 +00:00
## 用户裁定
> 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 ——
半成品状态长期红的判据会被人习惯性忽略,那时它就等于不存在。
117 lines
4.5 KiB
Go
117 lines
4.5 KiB
Go
// 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{}) }
|