脉冲触发器

先说清楚它要解决什么

定时任务类的 Agent 技能有个常见死结：脚本按固定节奏跑，但执行体（被操作的页面、接口、后台进程）什么时候真正就绪，脚本并不知道。写死 sleep 5 的结果是两难——短了状态还没落地，长了白白消耗配额与耐心。

Pulser 把这件事拆成两类动作：脉冲触发与状态轮询。前者负责按节奏发起一次操作，后者负责判断这次操作是否真的生效。判断为否，就进入下一轮；判断为是，才对外报告完成。

它是怎么工作的

• 脉冲调度：把「发起一次」抽象成一个可重复的最小单元，节奏由技能自身控制，不依赖外部 cron。
• 状态判定：每次脉冲之后执行一次检查，区分三种结果——已生效、尚未生效、明确失败。三者走不同分支，失败不会静默吞掉。
• 条件退出：轮询只在前置条件满足时返回，条件是客观的、可观测的，不是靠超时猜出来的。
• 失败上报：长时间未就绪时给出明确的失败信号，而不是无限循环到宿主进程超时。

它兼容 Claude Code、Codex、Hermes Agent、OpenClaw、QClaw、WorkBuddy 等宿主，属于 ai-agent 分类，只包含 1 个子技能文件，结构很薄。

适用边界与注意点

Pulser 解决的是触发时机问题，不是任务编排引擎。如果需求是跨步骤依赖、分支路由、并行汇聚，需要在上面再叠一层。

轮询次数受宿主超时约束，依赖的目标系统响应越慢，留给你的余量越小。持续未就绪要尽快报错，而不是原地空转。

脉冲间隔是硬性成本。间隔过密会放大对目标系统的压力，间隔过疏则拉长整体耗时，需要按实际目标系统的响应特性调参。