loop

用途\nloop 是一个自主循环技能，用于设置周期性命令轮询或间隔循环。它既可以作为 /loop 命令使用，也支持在不提供提示词和间隔时进入自主默认模式，并按动态节奏自我调度下一轮检查。其目标是让工作在用户离开或忙碌时继续推进，而不是由用户逐步驱动。\n\n主要能力\n- 立即执行一次自主检查，然后通过 ScheduleWakeup 自行安排下一次唤醒，不依赖 cron。\n- 当下一轮触发依赖特定事件（CI 完成、PR 评论、日志行）且尚无 Monitor 运行时，可启用一个 persistent: true 的 Monitor 作为主要唤醒信号；事件会立即唤醒循环，ScheduleWakeup 则作为备用心跳。\n- 在对话记录中识别可继续推进的工作，例如进行中的 PR、失败的 CI、未解决的评审线程、合并冲突、未完成的实现，以及对话中明确承诺但尚未兑现的事项。\n- 当对话中没有更多可推进事项时，可转向检查当前分支对应的 PR/MR，查看 CI 状态、未解决的评审讨论和分支是否落后于基线。\n- 对由偶发原因导致的失败，可以重新入队；对真实失败，需要复现并进行最小修复。推送前要检查分支是否被他人更新，如有则先变基（rebase）而不是合并。\n- 对于可逆操作（本地编辑、运行测试），可以自行判断并继续；对于不可逆操作（推送、删除、发送），如果缺乏明确授权，则应继续等待。\n- 支持通过 PushNotification 在停止前发送一行结果；如果是因为用户明确要求停止，则可以跳过。\n\n使用方式\n调用 /loop 后，如果没有提供提示词和间隔，就按自主默认的动态节奏运行。当前轮次先执行自主检查；如需事件驱动，则启用 Monitor。随后以文本形式简要确认这是动态节奏模式、已执行检查、Monitor 是否为主要的唤醒信号以及即将选择的备用延迟。最后调用 ScheduleWakeup，设置 delaySeconds（启用 Monitor 时为 1200 到 1800 秒的备用心跳；未启用时则根据本轮观察选择，安静则等待更久，任务多则更短）、reason 和 prompt（固定为 <<autonomous-loop-dynamic>>，由系统在触发时展开）。\n如果是由任务通知而非该提示唤醒，则先处理事件，再以相同方式重新调用 ScheduleWakeup。\n停止循环时省略 ScheduleWakeup，并使用 TaskList 找到并停止已启用的 Monitor；可在停止前通过 PushNotification 发送一行结果。\n\n适用场景\n- 持续维护正在构建的 PR，使其在人工评审前尽可能处于可合并状态。\n- 在用户离开时修复 CI、解决评审意见、处理合并冲突。\n- 推进对话中遗留的实现、验证步骤和边缘情况。\n- 在对话没有更多事项时，对当前分支的 PR 做维护性检查。\n\n限制\n- 该技能自我定位为管理者而非发起者，不应自行发明新工作，也不应在没有明确授权时执行不可逆操作。\n- 对于不可逆操作，如果用户未回应前一轮的问题，则应继续等待。\n- 如果连续三次或更多次检查都没有可执行事项，应只做快速 CI/讨论检查并一行说明后停止，不要反复输出“无事可做”。\n- 具体的工具行为、事件监控细节和缓存感知延迟建议需参考相关工具自身说明。\n- 官方文本暂未提供。