用途：在 duoduo 的任意前台会话（飞书私聊、stdio CLI 或编辑器 ACP 会话）输入 /loop 加一句自然语言请求，即可创建、管理和排查重复性后台循环任务。agent 从描述中读取频率、引擎与投递方式，先给出执行计划，确认后创建任务；循环在独立后台任务会话中运行，聊天窗口只作为人类对话接收结果。
主要形态：固定周期（如每天早上 8 点发摘要，支持日历时间与间隔，间隔可组合单位为 s/m/h/d/w，非法或不可能的日程会在创建时被拒绝）；自定节奏（短任务自行决定下次检查时间，目标完成后自动结束并给最终报告）；长期追踪（长周期主题由常驻协调者累积判断，短生命周期助手做繁重抓取与阅读）。
用法要点：计划中会显示频率、引擎/模型、结果投递方式与停止方法；在请求中写“no need to confirm”可一步创建。可用自然语言指定引擎和模型，如 using codex with gpt-5.4-mini。管理方式包括列出循环、查看单个循环状态、停止（duoduo job archive <id>）、中断当前运行（duoduo job interrupt <id> -r "<reason>"）、暂停/唤醒长期追踪、就地调整频率、以及临时追加一次运行（duoduo job reschedule <id> "@in 30m"）。主机命令还有 duoduo job list、duoduo job read <id>，循环以 markdown 文件存在于 <runtime_dir>/var/jobs/active/ 和归档目录下。
适用场景：定时摘要与巡检、CI 与部署监控、站点可用性检查、长期主题跟踪与按需告警。
限制与注意：每次触发都是真实模型运行，频率即花费速率，计划确认页面是收紧频率、换廉价模型的机会；“等到完成”类需求优先用自定节奏形态。中断只能到达模型及其工具，无法停止运行自行分离到后台的进程。调整频率会让循环在新的会话中重新开始，原有累积判断留在旧会话。排查时可先查 duoduo daemon status（调度器在 daemon 中），再用 duoduo job read <id> 查看最近结果与错误；长期不结束的运行用中断处理，信号过多可改为仅异常告警。归档后的循环仍可读取。