Loading...
Loading...
共找到 9 个 Skills
适用于在当前会话中执行包含独立任务的实施计划时
适用于收到代码评审反馈时（尤其是反馈不清晰或存在技术疑问的情况）、完成需要先评审才能推进的任务或主要功能时，或是在做出任何完成/成功声明之前。涵盖三项实践——以技术严谨性而非表面认同的方式接收反馈、通过code-reviewer subagent请求评审、以及在做出任何状态声明前需提供证据的验证门机制。这对于子代理驱动的开发、拉取请求（Pull Requests）以及防止虚假完成声明至关重要。
当用户说出“execute epic [id]”时，或者在当前会话中使用并行子代理执行beads epic时，使用本技能。
基于单任务分配独立新子代理（Subagent）的执行模式，搭配两阶段审核（ADR合规性审核+代码质量审核）。适用于已有包含大量独立任务的实施计划，且需要在各任务间设置质量关卡的场景。可用于「执行计划」「子代理分配」「任务调度」或多任务实施运行场景。**请勿**用于单一简单任务、需共享上下文的紧耦合工作，或用户要求在每个任务后进行人工审核的场景。
通过委托式Agent工作流推动开发。在适当的监督和结果整合下协调多Agent任务执行。
采用两阶段审核门的顺序子代理（Subagent）执行机制，适用于当前会话中执行多任务计划、需要全新子代理上下文以避免污染、任务间需要正式审核周期（先规格合规性审核再代码质量审核），或者需要在推进前对每个任务进行基于差异的验证的场景。
用于执行实施计划场景。为单个任务调度独立的Subagent，在迭代之间设置代码审查检查点，以实现快速、可控的开发。
适用于在当前会话中执行包含独立任务的实施计划，或面临3个及以上无需共享状态/依赖即可排查的独立问题时使用——为每个任务分配全新的Subagent，任务间进行代码审查，在保障质量的同时实现快速迭代
适用于在当前会话中执行包含独立任务的实施计划时