用途：draft-queue 用于处理队友请求的邮件草稿。这些草稿不是撰写应用状态，而是 queued_email_drafts 中的持久化 SQL 数据，需要所有者审阅后才能发送。
主要能力与操作：list-org-members 解析有效的组织成员作为 ownerEmail；queue-email-draft 为成员创建待审草稿；list-queued-drafts 按 active、sent、dismissed、review 或 requested 列出草稿；update-queued-draft 编辑草稿字段或状态；open-queued-draft 将草稿打开为 compose-{id}；send-queued-drafts 发送一条草稿或当前用户的全部分活跃草稿；navigate --view=draft-queue 打开队列界面。
典型用法：先确认目标审阅人，再调用 queue-email-draft 传入 ownerEmail、recips、subject、body 和 context，回复请求者时附上返回的 reviewUrl。审阅时用 list-queued-drafts --scope=review --status=active 查看，用 update-queued-draft 调整语气或内容，或用 open-queued-draft 手动编辑，所有者明确要求发送时再用 send-queued-drafts。
规则与限制：请求者与审阅者都必须是当前组织成员；无组织或非成员会抛出错误，而非返回空结果。Slack 请求应入队草稿而非直接发邮件；Slack 收取依赖 users:read.email 权限来验证发件人邮箱，缺失时不会入队，应请管理员授予该权限。ownerEmail 支持唯一本地部分前缀匹配，多个匹配会报错并列出成员邮箱。所有权严格，仅 ownerEmail 或组织 owner/admin 可编辑、打开或发送；已发送草稿不可编辑，需新建草稿。open-queued-draft 会将状态置为 in_review 并复制到撰写状态，且会追加所有者签名；已发送或已关闭的草稿不能打开。批量发送默认上限 50，每条发送仍需标准审批，部分失败按草稿报告 { sent, failed }。为他人排队时会尽力通知所有者，通知失败不影响入队。