Matcher
可以先理解为:限定Hook触发条件的匹配规则
Matcher 像门口的筛子:只有符合条件的事件,才会进到后面的 hook 里。
关键结构图
当前相关远处弱强
中心节点写「Matcher」,周围连接 Agent Hook、Lifecycle event、Command Hook,用细线表示相邻路径和调用方向。
What
Matcher 是限定 Hook 触发条件的匹配规则。它可以按工具名、事件类型、路径、命令或模式过滤,让某个 Hook 只在相关场景中运行。
When
当你需要判断一个 Agent 到底能被委派什么、需要什么边界时,可以用「Matcher」命名这块砖,再连接相邻概念继续判断。
How
Matcher 是 hook 系统的降噪器。它让“每个事件都触发”变成“只有符合条件的事件触发”,从而降低成本、误报和上下文污染。
Examples
在设计一个能持续执行任务的 Agent 时,你可以用「Matcher」标记其中最需要被看见的结构,再检查它提供了什么证据、边界或行动方向。
在整理「AI Agent」主题时,把「Matcher」和「Agent Hook」放在同一路径里,可以帮助读者从单点概念走向可复用的判断框架。
来源
类型:工程实践 / 概念整理
事实线:这张卡把「Matcher」整理为概念提炼: Matcher 是限定 Hook 触发条件的匹配规则。
依据:1000 Bricks 本地砖块库的概念定义、相邻砖块关系和Agent 系统、任务执行和工作流设计讨论。
边界:适用于「AI Agent 的能力边界、运行环境和任务委派」主题下的理解、复盘和设计判断;不等于行业统一标准或对所有场景都成立的结论。
常见误读:不要把它当作某篇材料的原文摘要,也不要因为概念名清晰就忽略具体情境和验证证据。