feat(parallel): 并发安全改为声明式,并审计标注 37 个工具

把"能不能并发"从内核硬编码名单改成**工具自己的声明项**,形态照 SDK 的
NoMemory 走。

## ★ 起因:提示词在跟内核不一致

阶段 2.5 写进提示词的「内核默认并行执行」当时是**假的**:toolParallelSafe
只查 stageHost 与 io 两个来源,而全仓 ParallelSafe:true 的生产代码数量
是 **0**。于是除碰巧只发一个工具外,每一批都整批串行回退,而提示词正教
模型把多个查询放同一轮。**内核行为与提示词不一致 = 对模型说谎。**

并发面:0 → 37 个工具(18 插件 ParallelSafe + 19 插件 Serial + 9 内置只读)。

## 声明形态(照 SDK,不自创)

### 插件:结构体字段
    s.RegisterTool("config_get", sdk.ToolDef{
        Name: ..., Description: ...,
        Parameters: map[string]interface{}{...},
        // 已核实只读:…
        ParallelSafe: true,      ← 插在 Parameters 之后、handler 之前
    }, p.handleGet(s))

位置与 SDK 的 NoMemory/ContextPolicy/RecallPolicy 一致:Name 在首位,
声明项在末尾,不打散 gofmt 对齐。

### 新增 SDK 声明项:ToolDef.Serial
ParallelSafe 的**反向**标记,判据优先级高于 ParallelSafe。
为什么需要:ParallelSafe 零值 false 已表达"安全",插件无法区分"我没想过"
与"我确认过必须串行"。没有这个区分,工具作者只能靠命名约定传递意图。

内核已消费它(io.ToolDef 同步加字段对齐),并有判据守"Serial 胜出"。

### 内置工具:toolDef 的 toolParallel 选项
内置工具以裸 schema map 下发,没有 ToolDef 结构,所以用变参选项:
    toolDef(名字, 描述, 属性)                  // 默认串行
    toolDef(名字, 描述, 属性, "toolParallel")  // 已核实只读,可并发
读工具表的老调用点一行不用动,声明就写在工具定义那一行。

## ★ 走过的弯路(都留了判据)

1. **硬编码白名单**:先在 toolParallelSafe 里查一张
   builtinParallelSafeTools map。那把声明从"工具自己"搬回了内核 ——
   工具改名/新增不会自动跟着变,得靠一条 grep 源码的判据才能发现漂移,
   而判据一改就忘。已删,改为从定义读。

2. **判据前提错(同一个坑踩了两次)**:拿裸 &Agent{} 的 buildToolDefs 输出
   当"实际可见工具",但这 9 个内置工具全在条件分支里(a.knowledge != nil /
   a.social != nil / a.parentID != ""…),裸 Agent 一个都不产出 ⇒ 全部误报
   "声明形同虚设"。第一次叫它"幽灵条目",没认出是同一个坑。

3. **注释模仿真实签名污染判据**:toolParallel 的用法注释写着
   `toolDef("knowledge_search", ...)`,判据按文本匹配先撞上注释。

4. **buildToolDefs 的 nil 不一致**:开头判了 a.io != nil,末尾却无条件
   a.io.ListChannels()。任何无 IO 的 Agent 调它都 panic —— 而 panic 报在
   io 包里,根因在 tooldefs.go。已补。

5. **插入脚本用正则找"最后一个顶层字段"**:被嵌套 map 里的同形文本骗到,
   823 处错误重排把文件改坏。改用括号深度 + 记录进入深度 3 的行号
   (空 properties 会让深度在同一行进出平衡,只判 depth==2 不够)。
   工具在 SDK 仓 tools/annotate_parallel/,复用时用绝对路径。

## 提示词措辞同步修正
「默认并行执行」→「尽量并发执行,但这是**逐工具判断**的」,并教模型
**把查询类放同一轮、写操作单独发一轮**(写和查混在一批,整批都串行)。

## 判据
- TestSerialOverridesParallelSafe          Serial 优先于 ParallelSafe
- TestToolParallelDeclarationsAudit        并发面不许再归零
- TestNoToolDeclaresBothParallelAndSerial  两者同标即谎话
- TestBuiltinParallelDeclaredWhereDefined  声明写在定义处、且内核真读到
- TestStoreListIgnoresForeignJSON          压测抓到的 List() 缺陷
This commit is contained in:
JianFeeeee
2026-09-27 15:15:57 +08:00
parent b1b96b788d
commit 2232d5483c
16 changed files with 907 additions and 52 deletions

View File

@ -129,6 +129,8 @@ func (p *Plugin) Start(s *sdk.PluginSDK) error {
},
"required": []string{"command"},
},
// 执行体只依赖入参;唯一共享 p.history 由 recordCmd 加 p.mu 保护
ParallelSafe: true,
}, func(args map[string]interface{}) (interface{}, error) {
command, _ := args["command"].(string)
if command == "" {

View File

@ -0,0 +1,224 @@
package cmd
import (
"fmt"
"sync"
"sync/atomic"
"testing"
"time"
sdk "gitcode.com/JianFeeeee/HomeAgent/internal/sdk"
)
// 本文件是**真实工具**的并发压测。
//
// 为什么需要它:阶段 2 的并发判据(core/parallelsched_test.go)用的是
// **假设备** —— 它验证的是"内核会不会并发调度",但没有验证
// **真实插件工具在真并发下是否安全**。而这正是 ParallelSafe 声明的风险面:
// 声明错一个工具,1000 个并发调用会同时打进去。
//
// 判据全是**不变量**,不写性能阈值(阈值会随机器波动,变成"红/绿随运气"
// 的假信号)。
//
// 跑法:go test ./internal/plugins/cmd/ -run TestStress -timeout 600s
// -short 时跳过。
// runOnce 直接调 cmd_run 的 handler,返回其 stdout。
//
// ⚠️ cmd_run 的真实返回是 **map[string]interface{}**(含 status/stdout/
// exit_code/command),**不是 string**。我第一版按 string 断言,导致
// 1000 次全判"输出为空"—— 那是判据写错,不是工具串扰。
// 既有测试(TestCmdRunEcho)同样用 json.Marshal 取值,与此一致。
func runOnce(h sdk.ToolHandler, i int) (string, error) {
res, err := h(map[string]interface{}{
"command": fmt.Sprintf("echo seq%d", i),
})
if err != nil {
return "", err
}
m, ok := res.(map[string]interface{})
if !ok {
return "", fmt.Errorf("cmd_run 返回类型不是 map:%T", res)
}
if e, hasErr := m["error"]; hasErr {
return "", fmt.Errorf("cmd_run 报错:%v", e)
}
s, _ := m["stdout"].(string)
return s, nil
}
// TestStress_RealTool1000Concurrent 真实 cmd_run 1000 并发。
//
// 判据:
// 1. 1000 次全部成功,**零错误**(真并发下最常见的失败是共享状态竞争)
// 2. 每次输出**各不相同**且与自己的入参对应 —— 若 handler 有共享 buffer
// 竞争,输出会串(这是"执行体不安全"最典型的症状)
// 3. 耗时不应随并发数线性恶化到不可用(只做宽松上界,不做精确基准)
// 4. -race 无竞态
func TestStress_RealTool1000Concurrent(t *testing.T) {
if testing.Short() {
t.Skip("stress test; run with -run TestStress")
}
const n = 1000
// ⚠️ 用**既有**的 setupPlugin(plugin_test.go 里的真实装配),
// 不另造一套 —— 压测必须跑在真实注册路径上,否则测的是替身。
_, tc, err := setupPlugin()
if err != nil {
t.Fatalf("装配插件失败: %v", err)
}
h, ok := tc.handlers["cmd_run"]
if !ok {
t.Fatal("取不到 cmd_run 的 handler")
}
// 顺带确认它真的声明了并发安全(否则 1000 并发会被内核整批串行,
// 本用例就测不到真并发)
if !tc.defs["cmd_run"].ParallelSafe {
t.Fatal("cmd_run 未声明 ParallelSafe —— 内核会整批串行,本压测失去意义")
}
// 预热:首次调用会加载配置/建目录,不计入压测
if _, err := runOnce(h, -1); err != nil {
t.Fatalf("预热失败: %v", err)
}
// 每个 goroutine 只写自己那个下标(无共享变量),故无需加锁 ——
// 这也是检查项 map_write_in_goroutine 想确认的:按索引分槽写是所有权清晰。
results := make([]string, n)
errs := make([]error, n)
var wg sync.WaitGroup
var inFlight, maxInFlight int32
start := time.Now()
for i := 0; i < n; i++ {
wg.Add(1)
go func(idx int) {
defer wg.Done()
// 记录并发峰值:证明确实并发了(否则本用例测不到并发)
cur := atomic.AddInt32(&inFlight, 1)
for {
old := atomic.LoadInt32(&maxInFlight)
if cur <= old || atomic.CompareAndSwapInt32(&maxInFlight, old, cur) {
break
}
}
results[idx], errs[idx] = runOnce(h, idx)
atomic.AddInt32(&inFlight, -1)
}(i)
}
wg.Wait()
elapsed := time.Since(start)
// ① 零错误
fails := 0
for i, e := range errs {
if e != nil {
if fails < 3 {
t.Errorf("第 %d 次并发调用失败: %v", i, e)
}
fails++
}
}
if fails > 0 {
t.Errorf("共 %d/%d 次失败", fails, n)
}
// ② 输出与入参一一对应(无串扰)
mismatched := 0
for i := 0; i < n; i++ {
want := fmt.Sprintf("seq%d", i)
if errs[i] != nil {
continue
}
if !containsStr(results[i], want) {
if mismatched < 3 {
t.Errorf("第 %d 次输出不含自己的标记 %q:%q(串扰?)", i, want,
truncate(results[i], 80))
}
mismatched++
}
}
if mismatched > 0 {
t.Errorf("共 %d 次输出与入参不对应(共享状态竞争)", mismatched)
}
peak := atomic.LoadInt32(&maxInFlight)
t.Logf("1000 并发真实 cmd_run:耗时 %v,并发峰值 %d,失败 %d", elapsed, peak, fails)
if peak < 10 {
t.Errorf("并发峰值仅 %d —— 可能被串行化了,本用例测不到真并发", peak)
}
}
// TestStress_RealToolSerialVsConcurrent 串行 vs 并发的耗时对比。
//
// 只做**观察性**记录(不做通过判据):机器差异太大,阈值无意义。
// 它的价值在于:如果并发比串行**慢很多**,说明 handler 内部有锁竞争
// 或资源争抢,值得深挖。
func TestStress_RealToolSerialVsConcurrent(t *testing.T) {
if testing.Short() {
t.Skip("stress test; run with -run TestStress")
}
const n = 200
// ⚠️ 用**既有**的 setupPlugin(plugin_test.go 里的真实装配),
// 不另造一套 —— 压测必须跑在真实注册路径上,否则测的是替身。
_, tc, err := setupPlugin()
if err != nil {
t.Fatalf("装配插件失败: %v", err)
}
h, ok := tc.handlers["cmd_run"]
if !ok {
t.Fatal("取不到 cmd_run 的 handler")
}
// 顺带确认它真的声明了并发安全(否则 1000 并发会被内核整批串行,
// 本用例就测不到真并发)
if !tc.defs["cmd_run"].ParallelSafe {
t.Fatal("cmd_run 未声明 ParallelSafe —— 内核会整批串行,本压测失去意义")
}
if _, err := runOnce(h, -1); err != nil {
t.Fatalf("预热失败: %v", err)
}
// 串行
t0 := time.Now()
for i := 0; i < n; i++ {
if _, err := runOnce(h, i); err != nil {
t.Fatalf("串行第 %d 次失败: %v", i, err)
}
}
dSerial := time.Since(t0)
// 并发(2 并发:轻并发,便于对比是否有争抢)
t1 := time.Now()
var wg sync.WaitGroup
for i := 0; i < n; i++ {
wg.Add(1)
go func(idx int) {
defer wg.Done()
if _, err := runOnce(h, idx); err != nil {
t.Errorf("并发第 %d 次失败: %v", idx, err)
}
}(i)
}
wg.Wait()
dConc := time.Since(t1)
t.Logf("%d 次:串行 %v(%v/次),高并发 %v(%v/次)",
n, dSerial, dSerial/n, dConc, dConc/n)
}
func containsStr(s, sub string) bool {
for i := 0; i+len(sub) <= len(s); i++ {
if s[i:i+len(sub)] == sub {
return true
}
}
return false
}
func truncate(s string, n int) string {
if len(s) <= n {
return s
}
return s[:n] + "..."
}