Clawhub 主动智能体
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_f12a44b7/clawhub-proactive-agent。
技能介绍
问题在哪
多数 Agent 每轮会话都像「刚开机」:上下文被截断或 compaction 之后,纠正、专有名词、决策和偏好会从对话里消失。更常见的是行为模式——等用户开口、cron 只往主会话丢一句 prompt 却没人执行、改完配置文案就报「已完成」而机制未变。Clawhub Proactive Agent 把这套问题当成状态机 + 文件化记忆来设计,而不是堆更多提示词。
核心机制
技能围绕三根支柱组织:主动(反向提示、定期 check-in)、持久(三层记忆与统一检索)、自改进(在 ADL/VFM 护栏下演化)。
记忆分层大致是:SESSION-STATE.md 作当前任务 RAM;memory/YYYY-MM-DD.md 作当日流水;MEMORY.md 作长期蒸馏。回答「以前做过什么」之前应先 semantic search,而不是猜。
WAL 协议:每条用户消息扫描纠正、专名、偏好、决策、草稿改动与具体数值;命中则先写 SESSION-STATE.md 再回复——聊天历史是缓冲,不是存储。
Working Buffer:上下文到约 60% 时清空旧缓冲,之后每条往返都记入 memory/working-buffer.md;compaction 后先读缓冲再恢复任务态。
Compaction Recovery:见到截断信号或「继续/刚才到哪」时,按缓冲 → 会话状态 → 近日日志 → 全源搜索的顺序拉齐上下文,并写回状态文件。
其它要点包括:Relentless Resourcefulness(多路径尝试再求助)、扩展版安全加固(技能安装审查、拒绝外部 Agent 网络、共享频道防上下文泄露)、以及 Autonomous vs Prompted Crons——背景任务用 isolated + agentTurn 真正执行,而非 systemEvent 只提醒主会话;Verify Implementation, Not Intent 要求改的是调度与机制,不是改几句 enforcement 文案。
适用与注意
这是操作系统级工作流(配套 ONBOARDING.md、USER.md、SOUL.md、安全审计脚本等资产),适合你愿意把 Agent 当成长期协作者、并接受「重要信息必须落盘」纪律的场景。它不能替代你对第三方 skill 的审查;文档也明确社区 skill 存在风险比例,安装前需人工判断。若你只需要单次问答、不需要跨会话连续性,完整协议会显得偏重。
使用场景
- 跨多天改同一仓库或文档,会话被 compaction 截断后,用 `working-buffer.md` 与 `SESSION-STATE.md` 接上上次任务和已定方案
- 配置「记忆刷新/巡检」类定时任务,要求子 Agent 用 `isolated` + `agentTurn` 自主执行,而不是 `systemEvent` 只提醒主会话
- 新工作区接入时走完 ONBOARDING,把问答沉淀进 `USER.md`/`SOUL.md`,并对第三方 skill 做安装前审查与安全审计
- 用户反复纠正专名、偏好与「用 X 不用 Y」的决策,需要 WAL 在回复前先落盘,避免下一会话又按旧信息行动
适合人员
- 长期维护个人 Agent 工作区、用分层 markdown 记忆承接跨周任务的全栈或平台工程师
- 负责编写 Agent cron/调度配置的工程师,需要区分「提醒主会话」与「后台自主执行」两种任务形态
- 在 Slack/飞书等共享频道部署 Agent、担心私有上下文或对他人的评价被自动发到群里的技术负责人
- 会自改 Agent 运行规则、希望在 ADL/VFM 护栏下迭代流程、又避免复杂度失控的高级用户