stay-busy 是一个智能体管理工作流技能，核心原则是：当管理器没有明显下一步计划任务时，应派发更多工作而非空闲，但“忙碌”必须产出证据或解除阻塞，不能只是制造动作。
用途：在用户离开键盘（睡觉、外出、无人值守数天）时，让管理器持续生成安全的、可并行的、产出证据的工作流，目标是用户回来能读到完成的产物，而不是一堆待回答的问题。该技能声明其作用是在用户离开时将工作范围扩大约两个数量级。
主要能力：技能定义四类由用户命名的锚定活动：撰写结果报告（对比、总结或排名，25-100 页长文报告可作为单一工作流）；A/B（或 A/B/C/D）测试，并列运行方法、配置或替代实现并报告对比；旁支实验，派发子代理探索可能影响未来工作的支线，标注为 SIDE QUEST；代码库审计，只读的正确性、风格、契约与覆盖率扫描，产出可检查产物。默认工作流形态是扩展性的，如跨 N 种方法的测试套件、跨 M 种配置的压力矩阵、覆盖 K 个子系统的审计、跨 V 个视口的截图库。
使用方式：技能在 delegate-manager-to-subagents 工作流内使用，输出 TaskList（每个工作流一条任务）和标准输出模板消息，然后交回管理器派发；技能本身是生成器，不执行任务。工作流步骤：确认活跃计划与空闲状态；运行“先完成再扩展”门禁，列出活跃工作流，若任一需要验证、文档或最终交接则先排队；按项目信号选择工作流规模层级；从分类法选择合适工作流类型；为每个工作流附加阻塞回退；构建 TaskList 并要求状态标签与产物路径；输出标准模板，包含“仅询问”和“无需询问即可执行”列表；交回控制权。每个任务交接必须同时给出四个状态标签之一和可检查产物路径（文件、截图、JSON、报告、命令日志或前后指标记录）。工作流需遵循术语契约（task、workstream、subagent、dispatch）。
适用场景：用户要求保持管理器/编排器/子代理忙碌；要求管理器在多天跨度内保持生产力；用户离开键盘并希望回来看到完成的产物；项目受阻但存在安全的并行工作；用户抱怨代理等待过多；回合结束时若无指引且存在活跃计划与安全下一工作流。需警惕自己草稿中的“待命”“等待”“下一步”“让我知道”等措辞。
限制：项目真正完成且无有价值的延迟测试或探索时不适用；用户要求单一针对性改动时不适用；高风险迁移、删除、契约修改不适用；不在 delegate-manager-to-subagents 工作流内不适用；当前里程碑临近收尾且仅剩最终验证或交接时，应先完成里程碑再提议后续。技能还包含两大约束：防止被动等待（空闲、问用户“下一步”、在明显后续测试未做时标记里程碑完成）和防止鲁莽动作（编造忙碌工作、将范围扩展到架构变更、削弱测试、为让红灯变绿而改生产代码）。另有“先完成再扩展”门禁、默认安全规则、仅询问边界、禁止指标博弈清单、过期工作流清理、广撒网后收敛等规则，详见其引用文档。官方文本暂未提供。