Agent 技能解剖（四）：Proactive Agent——主动性的代价与上下文存活

Mon, 28 Sep 2026 21:30:00 +0800

Agent 技能解剖（四）：Proactive Agent——主动性的代价与上下文存活

前三篇都在处理「记忆」：怎么存、怎么约束、怎么改进。这一篇换一个层面——记忆的载体本身会消失。 上下文压缩一发生，没落盘的一切就没了。而在这个前提下，讨论「主动」才有意义。

这篇的位置

Proactive Agent 是本系列里定位最特殊的一个：它不提供存储，而是提供一整套协作行为规范。它的自我描述是「把 AI Agent 从任务执行者变成主动伙伴」，实际内容可以归到两个问题：

怎么让主动行为不打扰人？（主动性必须有上限，否则就是骚扰）
怎么让 Agent 活过上下文压缩？（这是主动性的前提——一个连昨天做过什么都想不起来的 Agent，无法主动）

第二个问题是硬约束，第一个问题是软约束。技能的绝大部分篇幅给了第二个。

技能档案

项	值
技能名	Proactive Agent
slug	`proactive-agent`
作者	halthelobster
版本	3.1.0
下载量	273,764
安装量	28,937
星标	913
来源	ClawHub
组成	SKILL.md（v3，含 v2.3 备份与 v3 草案）+ 7 个工作区模板 + 2 份参考 + 1 个安全审计脚本

数据抓取于 2026-09-28。作者署名是一个 AI Agent 本身（Hal 9001），技能里没有理论引用，全部是「这样试过、那样会坏」的经验条目——这决定了它的读法：当成事故报告合集来读，比当成架构文档读收获大。

上下文存活的三个协议

这是全篇最硬的部分，按触发时机串起来看：

flowchart TD M["每收到一条消息"] --> S{"扫描 6 类信号 纠错 / 专有名词 / 偏好 决策 / 草稿变更 / 具体数值"} S -- "命中任一" --> WAL["WAL：先写 SESSION-STATE.md 再回复"] S -- "未命中" --> N["正常回复"] N --> C{"上下文用量"} M --> C C -- "＜60%" --> NB["正常处理"] C -- "≥60%" --> BUF["Working Buffer 激活 之后每条消息双向落盘 （人说的话 + 自己回复的摘要）"] BUF --> CK{"发生压缩？"} CK -- "是" --> REC["Compaction Recovery 1 读 buffer → 2 读 SESSION-STATE → 3 读今昨日记 → 4 不行再全量搜"] REC --> OUT["『从缓冲区恢复完成，上一件事是 X，继续？』 禁止问『我们刚才在聊什么』"]

协议一：WAL（Write-Ahead Log）

触发条件是用户的输入，不是模型的自省。 这是整个设计里最关键的一处选择。技能列出了需要扫描的六类信号：

上下文工程 on CAO ZUOHUA

Agent 技能解剖（四）：Proactive Agent——主动性的代价与上下文存活

Agent 技能解剖（四）：Proactive Agent——主动性的代价与上下文存活

这篇的位置

技能档案

上下文存活的三个协议

协议一：WAL（Write-Ahead Log）