mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-09-27 21:03:16 +00:00
上一提交(2232d54)把并发安全改成了声明式,但内置工具那一路仍是将就:
声明靠往 required 变参里塞字符串 "toolParallel" 传递。
## 为什么那不算声明式
对照 SDK 的 NoMemory 逐条看:
| | SDK NoMemory | 当时的内置工具 |
|---|---|---|
| 载体 | `ToolDef.NoMemory` 字段 | required 里的字符串 |
| 拼错后果 | 编译器报错 | **静默失效** |
| 内核读取 | 查结构体字段 | 遍历工具表 + 解析字符串 |
"少一个工具能并发"恰恰是最难察觉的一类问题 —— 没有任何报错,
只是并行的批悄悄退化成串行。
## 改法
### 1. sdk.BuiltinToolDef 补声明项(与 NoMemory 同构)
```go
type BuiltinToolDef struct {
Name, Description string
Parameters map[string]interface{}
ParallelSafe bool // 零值 false = 默认串行(保守)
Serial bool // 优先于 ParallelSafe
}
func (d BuiltinToolDef) ConcurrencySafe() bool { return d.ParallelSafe && !d.Serial }
func (d BuiltinToolDef) ToSchema() map[string]interface{}
```
### 2. 工具定义处声明
```go
toolDef("memory_merge", ...) // 默认串行
toolDefWith("knowledge_search", ..., []string{"query"}, parallelOpts()) // 已核实只读
```
### 3. 内核一次聚合并缓存(照 StageHost.NoMemoryToolNames)
```go
graphOf() // 快照
declareParallelTool(name) // init 里登记
concurrencySafeOf(name) // 查表
```
不再每次 toolParallelSafe 都重跑 buildToolDefs()(O(工具数) 重复劳动,
而声明是静态的)。
## ★ 一个更隐蔽的问题:声明表曾经是空的
`declareParallelTool` 最初挂在 `toolDefWith` 的**运行时调用**上。而那 9 个
工具全在 `if a.knowledge != nil` / `if a.social != nil` / `if a.parentID != ""`
之类的条件分支里 —— 测试环境根本不走进这些分支 ⇒ 聚合表始终为空。
而判据查的是同一张表,于是**自证通过**:全绿,并发能力为零。
这就是判据设计的教训 —— 判据和数据源同源时,它证明的只是"我和我一致"。
现在判据双向核对:名单里的必须真声明了,声明了不在名单里的也会报出来;
并额外验证内核**真的读得到**(concurrencySafeOf 而非读同一份 map)。
## 顺带修掉的迁移事故
用正则批量改造 30+ 个 toolDef 调用点时,把 `person_set_trait("name", "content")`
这类**变参**调用误改成 toolDefWith(... "name", "content") —— 那是**写工具**,
差点被标成可并发。已全部回退并逐一核对:9 个声明并发,0 误伤。
323 lines
12 KiB
Go
323 lines
12 KiB
Go
package core
|
||
|
||
import (
|
||
"fmt"
|
||
"strconv"
|
||
"strings"
|
||
|
||
agentAPI "gitcode.com/JianFeeeee/HomeAgent/internal/agent/api"
|
||
sdk "gitcode.com/JianFeeeee/HomeAgent/internal/sdk"
|
||
)
|
||
|
||
// 阶段 1c:按 ToolDef.Parameters 预校验。
|
||
//
|
||
// 存在的理由:`required` 在仓内被声明了 69 处,却**没有任何消费方**
|
||
// (内核从不读它)。校验散落在每个工具内部手写成中文字符串
|
||
// ("path is required"),要等工具**真被调用**才暴露——而模型看到这类
|
||
// 与真因无关的报错只会原样重试(实测 cmd_run 失败率 34%~48% 的成因)。
|
||
//
|
||
// ⚠️ 第一要务是**不误伤**。工具内部的 getter 是宽松解析的
|
||
// (见 utils.go:`getBool` 注释写明"实际调用里 bool/string/float 三种都出现过",
|
||
//
|
||
// `getFloat` 接受 int 与 float64)。若校验比工具本身更严,
|
||
//
|
||
// 就是内核自己制造新的失败——那比不校验更糟。
|
||
// 因此本校验器**只拦真正无法解析的形态**,对宽松等价形态一律放行。
|
||
func validateToolArgs(args map[string]interface{}, schema map[string]interface{}) *sdk.ToolError {
|
||
if schema == nil {
|
||
return nil
|
||
}
|
||
props, _ := schema["properties"].(map[string]interface{})
|
||
required := schemaRequired(schema)
|
||
|
||
// ① required 检查:**键必须存在**,且值不得是空字符串。
|
||
// ⚠️ 判据是「键的存在性」而非「值是否为 nil」——显式 null 是模型
|
||
// 有意传的零值,不能当缺失;而键真的没传才是缺失。
|
||
for _, name := range required {
|
||
if name == "" {
|
||
continue
|
||
}
|
||
v, present := args[name]
|
||
if !present || isBlankArg(v) {
|
||
return newToolError(ErrReasonRequired, name,
|
||
fmt.Sprintf("缺少必填参数 %s", name),
|
||
requiredHint(name, props[name]))
|
||
}
|
||
}
|
||
|
||
// ② 类型检查:只对**已提供**的 required 字段做,且只拦真正对不上的。
|
||
for _, name := range required {
|
||
if name == "" {
|
||
continue
|
||
}
|
||
v, present := args[name]
|
||
if !present {
|
||
continue // 已在 ① 报过
|
||
}
|
||
if ve := checkArgType(v, propType(props[name])); ve != nil {
|
||
ve.Field = name
|
||
return ve
|
||
}
|
||
}
|
||
return nil
|
||
}
|
||
|
||
// schemaRequired 取出 required 列表,两种声明形态都认。
|
||
func schemaRequired(schema map[string]interface{}) []string {
|
||
switch v := schema["required"].(type) {
|
||
case []string:
|
||
return v
|
||
case []interface{}:
|
||
out := make([]string, 0, len(v))
|
||
for _, x := range v {
|
||
if s, ok := x.(string); ok {
|
||
out = append(out, s)
|
||
}
|
||
}
|
||
return out
|
||
}
|
||
return nil
|
||
}
|
||
|
||
// propType 取某个属性的声明类型(没有 properties 时返回空串 = 不检查)。
|
||
func propType(prop interface{}) string {
|
||
m, ok := prop.(map[string]interface{})
|
||
if !ok {
|
||
return ""
|
||
}
|
||
t, _ := m["type"].(string)
|
||
return t
|
||
}
|
||
|
||
// isBlankArg 报告一个**已提供**的值是否为空(只有空字符串算)。
|
||
//
|
||
// nil 不在此判定:显式 null 是模型有意传的零值,工具侧按零值处理
|
||
// (getString→""、getBool→false、map 取键→nil),把它当缺失会误伤。
|
||
// 真正的「没传」由 required 检查里的**键存在性**判定,不靠值。
|
||
func isBlankArg(v interface{}) bool {
|
||
if s, ok := v.(string); ok {
|
||
return strings.TrimSpace(s) == ""
|
||
}
|
||
return false
|
||
}
|
||
|
||
// requiredHint 为缺失的必填参数生成**可执行**的改法。
|
||
// 带上属性描述——那是作者写给模型的说明,比"参数不能为空"有用得多。
|
||
func requiredHint(name string, prop interface{}) string {
|
||
desc := ""
|
||
if m, ok := prop.(map[string]interface{}); ok {
|
||
desc, _ = m["description"].(string)
|
||
}
|
||
if desc != "" {
|
||
return fmt.Sprintf("请补上 %s 参数(%s)。该参数为必填,"+
|
||
"不要重复本次调用——先补参数再调用。", name, desc)
|
||
}
|
||
return fmt.Sprintf("请补上 %s 参数(必填)。该参数为必填,"+
|
||
"不要重复本次调用——先补参数再调用。", name)
|
||
}
|
||
|
||
// checkArgType 校验单个值的类型,**只拦真正无法解析的形态**。
|
||
//
|
||
// 放行清单(依据 utils.go 的宽松解析约定与实测的模型输出形态):
|
||
//
|
||
// · boolean:true/false、"true"/"false"/"1"/"0"/"yes"/"no"、0/1
|
||
// · integer:int、int64、float64(整数值)、"20" 这类数字字符串
|
||
// (unitNumberRe 修的正是这种)、含单位字符串("20s")
|
||
// · string:string;以及**结构体**(见下)
|
||
// · array:[]interface{}、[]string
|
||
// · object:map[string]interface{}
|
||
//
|
||
// ⚠️ string 放行结构体:模型常把复杂值塞进声明为 string 的参数
|
||
// (cmd 的 command 就常被写成含 JSON 的长文本)。拦它等于制造新失败;
|
||
// 真要用错时工具内部会自己报"格式不对",那已足够。
|
||
func checkArgType(v interface{}, want string) *sdk.ToolError {
|
||
if want == "" {
|
||
return nil
|
||
}
|
||
// 显式 null 一律放行:模型有意传 null 时,工具侧按零值处理,
|
||
// 拦它等于制造新失败(这正是本函数最该避免的)。
|
||
if v == nil {
|
||
return nil
|
||
}
|
||
switch want {
|
||
case "string":
|
||
// 宽松:只要不是显式的 bool/数字/数组/对象,基本都算字符串意图。
|
||
// 只在**明显是容器/标量错配**时报错。
|
||
switch v.(type) {
|
||
case []interface{}, []string, map[string]interface{}:
|
||
return newToolError(ErrReasonType, "", "", "")
|
||
}
|
||
return nil
|
||
|
||
case "integer":
|
||
switch x := v.(type) {
|
||
case int, int8, int16, int32, int64, uint, uint8, uint16, uint32, uint64:
|
||
return nil
|
||
case float32, float64:
|
||
return nil // JSON 解码的常态
|
||
case string:
|
||
// 数字或带单位字符串都放行(getFloat 会解析)。
|
||
t := strings.TrimSpace(x)
|
||
if t == "" {
|
||
return nil
|
||
}
|
||
if _, err := strconv.ParseFloat(strings.TrimRight(t, "msdh"), 64); err == nil {
|
||
return nil
|
||
}
|
||
// 非数字字符串:可能是 "20s" 这类带单位的(unitNumberRe 的目标形态)
|
||
trimmed := strings.TrimRightFunc(t, func(r rune) bool {
|
||
return r == 's' || r == 'm' || r == 'h' || r == 'd'
|
||
})
|
||
if _, err := strconv.ParseFloat(trimmed, 64); err == nil {
|
||
return nil
|
||
}
|
||
return newToolError(ErrReasonType, "",
|
||
fmt.Sprintf("参数需要整数,收到 %q", x),
|
||
"请改传数字(如 20 或 20.0),或把该参数改用 string 并带单位(如 \"20s\")。")
|
||
case bool:
|
||
return newToolError(ErrReasonType, "",
|
||
"参数需要整数,收到布尔值", "请改传数字。")
|
||
default:
|
||
return newToolError(ErrReasonType, "",
|
||
fmt.Sprintf("参数需要整数,收到 %T", v), "请改传数字。")
|
||
}
|
||
|
||
case "number":
|
||
switch x := v.(type) {
|
||
case int, int8, int16, int32, int64, uint, uint8, uint16, uint32, uint64,
|
||
float32, float64:
|
||
return nil
|
||
case string:
|
||
if _, err := strconv.ParseFloat(strings.TrimSpace(x), 64); err == nil {
|
||
return nil
|
||
}
|
||
return newToolError(ErrReasonType, "",
|
||
fmt.Sprintf("参数需要数字,收到 %q", x),
|
||
"请改传数字,或把该参数改用 string。")
|
||
}
|
||
return nil
|
||
|
||
case "boolean":
|
||
// getBool 的宽松形态全部放行(true/false/"1"/"0"/"yes"/... 与 0/1)。
|
||
return nil
|
||
|
||
case "array":
|
||
switch v.(type) {
|
||
case []interface{}, []string:
|
||
return nil
|
||
}
|
||
return newToolError(ErrReasonType, "",
|
||
fmt.Sprintf("参数需要数组,收到 %T", v), "请改传数组,如 [\"a\", \"b\"]。")
|
||
|
||
case "object":
|
||
switch v.(type) {
|
||
case map[string]interface{}:
|
||
return nil
|
||
}
|
||
return newToolError(ErrReasonType, "",
|
||
fmt.Sprintf("参数需要对象,收到 %T", v), "请改传对象,如 {\"k\": \"v\"}。")
|
||
}
|
||
return nil
|
||
}
|
||
|
||
// validateArgsAgainstSchema 按工具声明的 schema 校验参数。
|
||
//
|
||
// 两条来源都要查:插件工具走 StageHost,设备/通道工具走 IOManager
|
||
// (cmd_run / files_write 都属后者——只查前者会让它们完全绕过校验)。
|
||
// **查不到 schema 就放行**:没有声明不等于参数非法。
|
||
func (a *Agent) validateArgsAgainstSchema(tc agentAPI.ToolCall) *sdk.ToolError {
|
||
if a == nil {
|
||
return nil
|
||
}
|
||
if a.stageHost != nil {
|
||
if def := a.stageHost.ToolDef(tc.Name); def != nil {
|
||
return validateToolArgs(tc.Arguments, def.Parameters)
|
||
}
|
||
}
|
||
if a.io != nil {
|
||
if def, ok := a.io.ToolDefOf(tc.Name); ok {
|
||
return validateToolArgs(tc.Arguments, def.Parameters)
|
||
}
|
||
}
|
||
return nil
|
||
}
|
||
|
||
// toolParallelSafe 报告工具是否可被**并发执行**。
|
||
//
|
||
// 两条来源都要查(与 validateArgsAgainstSchema 同理):插件工具走 StageHost,
|
||
// 设备/通道工具走 IOManager。查不到 ⇒ 保守返回 false(不可并发)。
|
||
//
|
||
// 为什么保守:新语义下并发会改变工具的行为前提,让存量插件意外并发
|
||
// 比慢一点危险得多——判不出就该按串行走。
|
||
//
|
||
// ★ Serial 优先于 ParallelSafe:工具显式声明"必须串行"时,
|
||
// 即使同时写了 ParallelSafe:true 也不并发(判据 TestSerialOverridesParallelSafe)。
|
||
// 没有这条,"显式声明必须串行"就只是一个没被读取的死字段 ——
|
||
// 工具作者写了 Serial:true 以为能保护自己,实际毫无作用。
|
||
func (a *Agent) toolParallelSafe(name string) bool {
|
||
if a == nil {
|
||
return false
|
||
}
|
||
if a.stageHost != nil {
|
||
if def := a.stageHost.ToolDef(name); def != nil {
|
||
return def.ParallelSafe && !def.Serial
|
||
}
|
||
}
|
||
if a.io != nil {
|
||
if def, ok := a.io.ToolDefOf(name); ok {
|
||
return def.ParallelSafe && !def.Serial
|
||
}
|
||
}
|
||
// ③ 内置工具:以裸 schema map 下发,不在 stageHost/io 任何一侧 ⇒
|
||
// 前两条都查不到。声明随工具定义一起给(toolDef 的 toolParallel 选项,
|
||
// 与 SDK 的 NoMemory 同构),所以这里从定义里读,不是查硬编码名单。
|
||
return a.builtinToolParallelSafe(name)
|
||
}
|
||
|
||
// builtinToolParallelSafe 从**内置工具定义**里读并发声明。
|
||
//
|
||
// 声明存在 sdk.BuiltinToolDef 的 ParallelSafe 字段上(与 NoMemory 同构),
|
||
// 由 toolDefWith 在**工具定义处**登记进 builtinDefs 聚合表。
|
||
// 这里只查表,不重扫工具定义 —— 声明是静态的,没有理由每次调用都重算。
|
||
//
|
||
// 走过的弯路(都留在注释里,因为每一种都"看起来能工作"):
|
||
// 1. 内核里一张 map[string]bool 硬编码名单:声明从工具搬回内核,
|
||
// 工具改名/新增不会跟着变,要靠 grep 源码的判据才<E68DAE><E6898D><EFBFBD>发现漂移;
|
||
// 2. 往 required 变参里塞字符串 "toolParallel":拼错静默失效,
|
||
// 编译器不报错,而"少一个工具能并发"正是最难察觉的那类问题;
|
||
// 3. 每次查询重跑 buildToolDefs():正确但 O(工具数) 重复劳动。
|
||
func (a *Agent) builtinToolParallelSafe(name string) bool {
|
||
return concurrencySafeOf(name)
|
||
}
|
||
|
||
// batchRunnable 并发执行本批工具。
|
||
//
|
||
// 何时并发(三条全满足):
|
||
// 1. 批内 >1 个工具
|
||
// 2. **全部**工具都声明 ParallelSafe —— 一个不声明就整批降级,
|
||
// 不做"部分并发":部分并发收益不抵其不可预测性
|
||
// 3. 不含需要保序的同通道输出发送(同 output_send__<通道> 多次发送)
|
||
//
|
||
// 保序为什么不用 ParallelSafe 表达:那属于**批内**约束而非工具属性,
|
||
// 且同一工具在不同批里的通道可能不同(output_send__qq 两次、一次 qq 一次 cli)。
|
||
func (f *TaskFrame) batchRunnable(a *Agent) bool {
|
||
if f == nil || len(f.PendingTools) <= 1 {
|
||
return false
|
||
}
|
||
chans := map[string]bool{}
|
||
for _, tc := range f.PendingTools {
|
||
if !a.toolParallelSafe(tc.Name) {
|
||
return false
|
||
}
|
||
// 同通道多次发送必须保序 —— 用户可见消息顺序敏感
|
||
if isOutputDeliveryTool(tc.Name) {
|
||
ch := strings.TrimPrefix(tc.Name, "output_send__")
|
||
if chans[ch] {
|
||
return false
|
||
}
|
||
chans[ch] = true
|
||
}
|
||
}
|
||
return true
|
||
}
|