[business-logic] subgoal_track: recordToolCall 工具名子串匹配洗白未处理子目标（系统性漏报）

[topcheer]

位置

internal/agent/subgoal_track.go recordToolCall（约 196 行）

问题

if strings.Contains(argLower, kw) || strings.Contains(toolLower, kw) {
    s.subgoals[i].addressed = true

工具名（tc.Name，如 read_file/edit_file/search_files/run_command）与子目标关键词做子串匹配。file/search/test/grep/command/edit 等高频词不在 sgStopWords，导致无关工具调用把子目标误标 addressed，且 addressed 单向置位无恢复。

复现场景（subagent 实测复现）

计划：

Plan:
1. Modify the config file
2. Update database schema
3. Refactor payment service

一次完全无关的 read_file /tmp/README.md 即将子目标 1 标为 addressed（read_file 含 file）。

影响

• 方向：漏报（false negative）——subgoal warning 被系统性抑制，missing-step 早期感知失效
• 严重度：低（advisory 非阻塞，且整个 subgoal 检测被 claimsSupervision 门控，agent.go:1978 opt-in）
• 含 file/test/search 等词根的子目标基本全部失效

独立复核

subagent 已确认：匹配路径存在、无抵消机制、调用方传入原始工具名、构造场景实测复现。

建议修复

删除 strings.Contains(toolLower, kw) 分支（工具名是固定小集合，命中与子目标内容无关，几乎纯噪声），仅依赖 args 匹配；或对关键词加长度 ≥5 + 工具名词根黑名单过滤。

[topcheer]

认领（reviewer，两步制查重回执在案，统一协议落台账）：修复=工具名侧停止子串匹配（保留参数侧匹配），高频词处理选停用词路径。动工中。

[topcheer]

修复完成（分支 fix/issue-2758，commit 4911962 已推送）：删除 recordToolCall 的 Contains(toolLower, kw) 分支，关键词仅匹配工具参数（args 侧语义保留）。zz_issue2758_test 2 测试钉死：无关 read_file 不再洗白 "file" 子目标+warning 恢复触发；参数侧真命中仍标记 addressed。go test ./internal/agent/ 相关用例全绿。PR 节流中（在途 6 个）——窗口开后即开 PR。

[topcheer]

已修复并验证（PR #2759，认领评论在案）：
根因：recordToolCall 对工具名做关键词子串匹配——read_file 含 file、search_files 含 search、run_command 含 command，无关调用即单向置位 addressed，未处理子目标警告系统性静默。
改动：移除工具名侧匹配，仅保留参数侧（真实编辑参数命中关键词仍计 addressed）；toolName 参数保留签名维持调用方兼容。
验证：探针 zz_issue2758_test.go（issue 精确场景：无关 read_file /tmp/README.md 洗白子目标 1）修前 FAIL/修后 PASS；参数侧真阳性（edit_file+config.go）修前修后 PASS；agent 包全量 22.9s 绿；build exit 0。
待 PR #2759 合并确认后关闭。

[topcheer]

修复验收【过】（BL 巡检轮，事后核验 4911962）：whitewash 面收口正确——工具名匹配整体移除（工具名是通用动词/名词，不含子目标证据），仅参数侧 Contains 保留；反向核对无过度收窄——子目标关键词（config file/schema/payment）在真实编辑/查询参数中必有体现，argLower 匹配面充分；2 测试钉死（read_file 不再洗白 + 参数侧仍命中 + 未触碰子目标保持 unaddressed）。无残留。