用途：由编排者扮演调度角色，把有边界的编码任务交给独立实现者 Mistral Vibe CLI（vibe）执行，然后审查其产出并自行落地提交。仅在用户明确要求委托给该实现者时使用。任务过小、或 vibe CLI 未安装或未认证时不应使用。
前置检查：安装 uv 后执行 uv tool install mistral-vibe；用 vibe --setup 配置 API key，或在环境中设置 MISTRAL_API_KEY；确认 vibe --version 成功；在目标 git 仓库内或通过 --cd 指向该仓库。
五步循环：一、撰写任务简报，Vibe 只能看到发送的文本与工作区可检查内容，需写明目标、现状、要改与不要改的内容、项目实际门禁及报告约定，要求 Vibe 不要提交，每份简报只含一项任务。二、通过附带的 node "<skill-dir>/scripts/relay.mjs" --brief brief.txt --cd /path/to/repo 派发，它封装 Vibe 的无头 --prompt 模式并写出 result.json，可用 --max-turns、--max-price、--max-tokens、--plan-only、--full-access、--resume-last、--session <id> 等选项。三、等待完成，进程退出且 result.json 存在即完成。四、审查，不要把 Vibe 的自我报告当真：自行重跑项目门禁、对照简报读差异、跑相关防护技能、对迁移做往返验证并排查悬空引用。五、落地，由编排者提交，仅在门禁通过且差异正确后提交；需返工则发送增量简报。
权限：默认使用 accept-edits，允许编辑目标工作区文件但无头模式下多数需审批的命令被拒绝，门禁由编排者运行；--plan-only 为只读；--full-access 使用 auto-approve，允许任意 shell 与工具执行，仅在明确人工授权时使用。--trust 始终传入以避免交互式目录信任提示，但并非沙箱。授权模型上，委托由人工选择加入，超出简报范围时须停下询问。
限制：relay.mjs 需 Node 18+ 与 git，且对应的 CLI 已安装并认证；relay 从不提交，只返回结构化 JSON；运行时脚本按 UPSTREAM-NOTICE.md 记录的上游修订打包，改编自 amElnagdy/delegate-skills（MIT）。