用途 该技能用于为已有实施计划分派专用 Drupal 智能体，并并行执行彼此独立的任务。它明确要求“先有计划再委派”，本身不负责生成计划。
使用前提 只有在以下条件都满足时才适合使用：已有计划，包含 2 个或更多相互独立的实施任务；涉及多文件或多模块改动；计划由 drupal-brainstorming 或 writing-plans 产出；各任务之间不共享状态，可以互不等待地完成。前置检查还包括：如果没有计划，应先使用 drupal-brainstorming；需要运行 /drupal-status 确认结构索引是最新的；每个智能体任务都必须能在不依赖其他智能体输出的情况下完成。
主要能力与分工 该技能按任务类型分派不同的智能体：新代码、服务、实体、钩子交给 @drupal-builder（opus）；架构评审与安全审计交给 @drupal-reviewer（sonnet）；冒烟测试、drush eval、配置检查交给 @drupal-verifier（sonnet）；语义文档与技术规格交给 @semantic-architect（sonnet）。独立任务可以并行分派，例如同时派两个 drupal-builder；存在依赖关系的任务则按顺序执行，例如先由 builder 实现，再由 reviewer 评审，最后由 verifier 验证。
使用方式 委派时每个智能体提示词都必须自包含，因为智能体不会继承当前对话的上下文。提示词需要写明：要实现什么（精确要求）、在哪里改（计划中的文件路径）、怎么实现（依赖注入、#[Hook] 属性、accessCheck 等具体模式），以及如何验证。文档给出了反面示例“按计划实现该功能”和正面示例“创建 code/my_module/src/Service/Calculator.php 中的服务……用 ddev drush eval 验证”。同时要用 TaskCreate 为每个委派单元建任务并随进度更新；智能体完成后读取各自产出，再派 @drupal-verifier 验证组合结果，并运行 discover deps:FEATURE 检查影响范围。分派规则包括：对不阻塞后续工作的智能体使用 run_in_background: true；同时运行的智能体不超过 4 个；提示词中要带上结构上下文；理解与综合由使用者负责，智能体只执行具体任务。
适用场景与限制 适用于已有计划后的多任务并行实施、多模块协同改动以及实现后的评审与验证。文档列出的反模式包括：没有计划就随机委派、对 Drupal 工作使用通用智能体、写含糊提示词、跳过完成后的验证、并行分派有依赖的任务。该技能与 drupal-brainstorming、writing-plans、verification-before-completion 构成流水线；如果委派过程中发现计划缺口，可回到前面的规划环节。