mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-11-06 17:27:31 +00:00
81a0f5f598
## 一、插件声明层（用户裁定）
> 「敏感词策略也应该是插件声明啊，每个插件声明自己轮次以及自己工具的
> 敏感词策略」
SecurityProfile 新增两个字段：
ToolSensitiveWords map[string][]string // key=工具名模式(尾 *)，value=词表
DetectInjection bool // 开启内核内置注入迹象识别
语义是**追加不覆盖**：整轮 SensitiveWords 仍然生效。
取宽不取窄的理由：当前处置是 B 档（标记+警示，不阻断），
多标一条只是多一句警示，漏标则是安全缺口。
## 二、修掉我自己造的「莲藕式分层」
前一版把 *security.Round 从 runInputTask 一路搬到工具链
（prepareInputTask(evt, round) → TaskFrame.SecRound →
executeToolCallOutcomeWithRound），并在 rtchild 里另补一条。
那是把**分层策略实现成跨层传参**：每多一条工具执行路径就要求调用方
多传一次句柄。profileActivator 的设计注释早就写明了正路：
> 工具调用发生在 LLM 决定之后，此时插件已不在调用栈上。
> 唯一可靠的传递方式是**内核在输入进来时记住**，在该轮的工具判定里使用。
改为 security 自取：
Runtime.ScanContentForAgent(agentID, isChild, ins, text)
→ ForAgent(agentID, isChild) // per-agent 视图，天然不串档
→ EffectiveProfile() // session > longtime
→ 合并 全局词表 + 档位词表 + 工具词表 + DetectInjection
core 只递交**事实**（我是谁 / 哪个工具 / 什么文本），不认识 Round。
与 CheckToolForAgent 同一套身份推断，不引入第二个入口语义。
TaskFrame.SecRound / executeToolCallOutcomeWithRound 全部撤除。
## 三、目录名统一
third_party/homeagent-sdk → third_party/hologramagentsdk
module 与远端仓早已是 hologramagentsdk，只剩物理目录是遗留名。
同步改了 go.mod replace、构建/打包/部署脚本、5 处测试里的分段路径。
注意：这里改的是**主仓 vendored 的 SDK 源码路径**，example/ 由 SDK
独立仓自己跟踪，主仓不涉及。
## 判据
TestToolSensitiveWordsAppendOnlyForThatTool 词表只对目标工具生效 + 追加语义
TestToolSensitiveWordsUseAgentScope security 按 agent scope 自取生效
（变异验证：删掉 ForAgent 查询 → 红）
## 验证
go build ./... → 0
go vet ./... → 0
go test ./... -count=1 -race → 62 ok / 0 FAIL / 0 DATA RACE
gofmt -l internal/ → 干净
86 lines
3.8 KiB
Go
86 lines
3.8 KiB
Go
// Package sdk —— 内核**设施名**（插件声明启动时机时用的名字）。
|
||
//
|
||
// ## 用途
|
||
//
|
||
// 插件在 `plg.json` / `plugin.json` 里声明 `requires_facilities`，
|
||
// 内核据此决定**何时拉起它**（设计：kernel-modularization-design.md §2.6）：
|
||
//
|
||
// 不声明 ⇒ 等内核**完全**初始化（默认；存量插件零改动）
|
||
// 声明 ["config"] ⇒ config 就绪即拉起（**尽早启动**）
|
||
// 声明 ["config","llm"]⇒ 两者都就绪才拉起
|
||
//
|
||
// ## ★ 为什么这些常量必须在**公开 SDK** 里
|
||
//
|
||
// 它们原本只定义在内核的 `internal/kernelmod`（Go 的 internal 规则禁止
|
||
// 外部包 import）⇒ 插件作者**无从得知**能写哪些名字，只能照文档抄，
|
||
// 而抄错（如 "llmservice" vs "llm"）的后果是：
|
||
//
|
||
// 插件**永远等不到就绪** ⇒ **永不启动**，且无报错。
|
||
//
|
||
// 这正是本仓反复吃亏的"静默降级"形态。把名字放进公开 SDK 后：
|
||
//
|
||
// · 插件作者 import 常量 ⇒ **拼错是编译错误**（而不是运行期静默）
|
||
// · 且这是内核与插件之间的**契约**，理应公开
|
||
//
|
||
// ## 内核侧的一致性
|
||
//
|
||
// 内核在 `internal/kernelmod/facilities.go` 定义同名常量，
|
||
// 判据 `TestFacilityNamesMatchPublicSDK` 保证两边**逐字一致**
|
||
// （防止改一处忘另一处 —— 那会让插件声明的名字悄悄失效）。
|
||
package sdk
|
||
|
||
// 内核设施名（模块 Provides 的名字）。
|
||
//
|
||
// ★ 这些是**字符串值**，与内核 internal/kernelmod/facilities.go 必须逐字一致。
|
||
const (
|
||
// FacilityConfig 是配置快照（cfg）就绪。
|
||
FacilityConfig = "config"
|
||
// FacilityKernelIO 是 IOManager + EventBus 就绪。
|
||
FacilityKernelIO = "kernel-io"
|
||
// FacilityMemory 是图记忆（含索引/社交图/蒸馏）就绪。
|
||
FacilityMemory = "memory"
|
||
// FacilityLua 是 Lua 协议适配 VM 就绪。
|
||
FacilityLua = "lua"
|
||
// FacilitySupervisor 是代理生命周期守护就绪。
|
||
FacilitySupervisor = "supervisor"
|
||
// FacilityTracker 是变更追踪（overlayfs）就绪。
|
||
FacilityTracker = "tracker"
|
||
// FacilityTextMemory 是文本记忆就绪。
|
||
FacilityTextMemory = "textmem"
|
||
// FacilityLLM 是多源 Provider 管理就绪。
|
||
FacilityLLM = "llm"
|
||
// FacilityDocStore 是文档记忆就绪。
|
||
FacilityDocStore = "docmem"
|
||
// FacilityKnowledge 是知识库就绪。
|
||
FacilityKnowledge = "knowledge"
|
||
// FacilityMultimodal 是多模态向量空间就绪。
|
||
FacilityMultimodal = "multimodal"
|
||
// FacilityONNX 是依存句法分析器就绪。
|
||
FacilityONNX = "onnx"
|
||
// FacilityStageHost 是阶段管道 + 插件注册表就绪。
|
||
FacilityStageHost = "stagehost"
|
||
// FacilityAgent 是主 Agent 就绪（**最晚**的一个，通常在插件加载前）。
|
||
FacilityAgent = "agent"
|
||
// FacilitySecurity 是安全防火墙就绪。
|
||
//
|
||
// 它不是"某项能力"，而是横跨 Core 与全部外部模块的数据面闸门：
|
||
// Core → 外部、外部 → Core 的每条数据流都经它审查。需要被安全审查后
|
||
// 才能访问外部模块的插件声明依赖它。
|
||
FacilitySecurity = "security"
|
||
// FacilityDevice 是设备/工具数据面就绪（工具注册与分发、inputch、outputch）。
|
||
FacilityDevice = "device"
|
||
)
|
||
|
||
// KnownFacilities 返回本 SDK 已知的全部设施名（供工具链校验插件声明）。
|
||
//
|
||
// ★ 它让**打包期**就能发现"插件声明了不存在的设施名" —— 比运行期发现早得多
|
||
// （运行期发现意味着用户已经装上了那个永不启动的插件）。
|
||
func KnownFacilities() []string {
|
||
return []string{
|
||
FacilityConfig, FacilityKernelIO, FacilityMemory, FacilityLua,
|
||
FacilitySupervisor, FacilityTracker, FacilityTextMemory, FacilityLLM,
|
||
FacilityDocStore, FacilityKnowledge, FacilityMultimodal, FacilityONNX,
|
||
FacilityStageHost, FacilityAgent, FacilitySecurity, FacilityDevice,
|
||
}
|
||
}
|