JianFeeeee 43eaa17b41 fix(agent): 补齐 registerToolCancel 的定义——修复 HEAD 不可编译 ...

## 我造成的破坏

上一个提交 e6023e1 里，我用 `git add internal/agent/core/toolcall.go`
（整文件）时，把工作区中**别人尚未提交**的两行调用一起暂存了：

	toolCancelID := a.registerToolCancel(cancel)
	defer a.unregisterToolCancel(toolCancelID)

而这两个方法与它们依赖的字段（cancelTools/toolSeq/toolMu）留在了
agent.go / eventloop.go 里没被提交。

⇒ **e6023e1 单独 checkout 编译不过**：

	internal/agent/core/toolcall.go:234:20:
	  a.registerToolCancel undefined (type *Agent has no field or method registerToolCancel)

已用 git worktree 在 e6023e1 上实测确认，不是推测。

## 为什么这违反了模块化设计

按本仓的模块化设计，`eventloop.go` 里的 registerToolCancel 与 `agent.go`
的字段是**一个内聚单元**，必须同批提交。把它们与 toolcall.go 的调用拆散，
就等于交付了一个引用不存在的符号 —— 构建的可 bisect 性被破坏。

★ 根因是我的提交操作，不是设计问题：我用整文件 add 代替了只暂存自己的
hunk。当时确实检查过 toolcall.go「只有我的改动」，但只 grep 了
`cancelRunningTools|cancelTool`，漏掉了 `registerToolCancel` ——
**检查用了错误的模式串，等于没检查**。

## 本次提交

把那个内聚单元的完整改动补齐（这是「停止键能取消正在跑的工具」特性）：

- `agent.go`：cancelTools / toolSeq / toolMu 字段
- `eventloop.go`：registerToolCancel / unregisterToolCancel / cancelRunningTools
  以及 stop 分支的调用点
- `stop_cancels_tool_test.go`：该特性的判据

特性说明见字段与方法上的注释（原始作者撰写）。

## 验证

	go build ./...                 → 0
	go test -run TestStopCancelsRunningTool → PASS
	go test ./... -count=1 -race   → 见下一条

2026-11-03 08:46:46 +08:00

..

api

feat: 段页式记忆流转、coldcontext 重命名与安全治理

2026-10-29 23:53:48 +08:00

core

fix(agent): 补齐 registerToolCancel 的定义——修复 HEAD 不可编译

2026-11-03 08:46:46 +08:00

io

feat(agent): rtchild 实时子 agent + 四类 agent 独立模型源 + 残余任务四态

2026-10-30 17:00:47 +08:00

personal_test.go

feat(security,device): security 成为独立内核模块（闸门+策略+限式），device 接管内置工具路由

2026-10-26 20:55:25 +08:00

personal.go

feat(security,device): security 成为独立内核模块（闸门+策略+限式），device 接管内置工具路由

2026-10-26 20:55:25 +08:00