Files
HomeAgent/third_party/hologramagentsdk/meta/meta_module_test.go
JianFeeeee 81a0f5f598 feat(security): 插件按工具声明内容策略 + 目录名统一
## 一、插件声明层(用户裁定)

> 「敏感词策略也应该是插件声明啊,每个插件声明自己轮次以及自己工具的
>   敏感词策略」

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/             → 干净
2026-11-03 09:51:11 +08:00

66 lines
2.1 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 meta
// SDKModule 与 go.mod 的一致性命中判据。
//
// ## 为什么必须有(2026-10-29 实测缺陷,代价是"模板工程开箱编不出")
//
// 事实经过:
//
// go.mod: module github.com/JianFeeeee/hologramagentsdk ← 已改名
// meta.SDKModule = "github.com/JianFeeeee/homeagentsdk" ← 停在中间名
//
// 两者不一致时,`hmapdev init` 生成的工程会**同时**出现两个模块名:
//
// require github.com/JianFeeeee/homeagentsdk v1.4.0 (来自本常量)
// 而 z_proc_gen.go 里 import .../hologramagentsdk/sdk (来自 SDK 真实模块名)
//
// 结果 `hmapdev build` 报
//
// no required module provides package github.com/JianFeeeee/hologramagentsdk/sdk
//
// 而用户照提示执行 `go get` 只会**再拉一份** SDK —— 两个模块名并存,
// 问题原样保留。这类故障的恶劣之处:报错指向 import,真因在 meta.go。
//
// 所以本判据钉死"生成用的模块名 == go.mod 的模块名"。
import (
"os"
"path/filepath"
"strings"
"testing"
)
func TestSDKModuleMatchesGoMod(t *testing.T) {
// meta/ 的上一级就是 SDK 仓根。
data, err := os.ReadFile(filepath.Join("..", "go.mod"))
if err != nil {
t.Fatalf("读 SDK go.mod 失败: %v", err)
}
var mod string
for _, line := range strings.Split(string(data), "\n") {
line = strings.TrimSpace(line)
if strings.HasPrefix(line, "module ") {
mod = strings.TrimSpace(line[len("module "):])
break
}
}
if mod == "" {
t.Fatal("SDK go.mod 里没有 module 行")
}
if SDKModule != mod {
t.Fatalf("★ meta.SDKModule 与 go.mod 不一致:\n"+
" meta.SDKModule = %q\n"+
" go.mod module = %q\n"+
"两者不一致会让 hmapdev 生成的插件工程同时依赖两个 SDK 模块名,"+
"表现为 `no required module provides package .../sdk`。"+
"改 module 名时必须同时改这两处。", SDKModule, mod)
}
// 反向保护:LegacySDKModule 不得与当前名相同(否则"识别旧名"失去意义)。
if LegacySDKModule == SDKModule {
t.Fatal("LegacySDKModule 与 SDKModule 相同 —— 迁移前的名字应当不同")
}
}