用途
execution-workflow 是一个任务执行与代码审查技能，用于在用户要求执行任务、实现功能、委派工作、运行工作流、审查代码或做代码质量检查时提供统一的流程规范。它面向多代理协作场景，强调先分析依赖、再决定并行或顺序执行，并在审查输出时按严重程度组织反馈。
主要能力
任务编排
- 执行前分析任务依赖，判断采用并行还是顺序执行模型。
- 独立任务并行执行以提升效率；存在数据依赖的任务保持顺序执行。
- 向子代理提供完整上下文，包括文件路径、工具用法和参考实现。
- 委派实现任务前，检查 Serena 记忆中的既有模式。
分阶段代码审查
- 初步扫描。
- 深度分析：算法正确性、边界情况处理、错误处理完整性、资源管理。
- 上下文评估：对公共 API 的破坏性变更、对现有功能的副作用、依赖兼容性。
- 规范符合性：命名约定、文档要求、测试覆盖。
审查维度
- 安全性：输入校验、认证与授权、数据清洗、密钥处理。
- 性能：算法效率、资源占用、内存泄漏、N+1 查询。
- 可维护性：清晰命名、适当注释、单一职责、DRY 原则。
- 可测试性：测试覆盖是否充分、测试是否有意义、边界情况是否被测试。
使用方式
当用户提出执行任务、实现功能、委派工作、运行工作流、审查代码或质量检查等请求时启用该技能。执行阶段按依赖分析结果组织并行或顺序执行，并为子代理补充必要上下文。审查阶段按扫描、深度分析、上下文评估、规范符合性四步系统推进，反馈分为“合并前必须修复”（逻辑错误、缺失错误处理、性能问题）、“建议改进”（代码风格、重构机会、文档）和“正向观察”（良好模式、巧妙方案、充分测试）三类。审查意见应包含 file:line 引用与具体可执行的改进建议。子代理返回部分结果、任务失败、关键任务无法完成或引入破坏性变更时，按错误升级机制处理。
适用场景
适用于多代理协作下的任务委派与执行、代码合并前的质量审查、以及对安全性、性能、可维护性和可测试性的系统检查。也适合在委派实现前复核既有实现模式。
限制
该技能以流程规范和检查清单形式给出指导，本身不包含具体项目的代码实现或自动化脚本。其效果依赖执行者对清单的落实程度。资料未提供安装命令、平台支持范围、收费方式或量化效果数据。