用途：orca-handoff 用于执行一次完整的“所有权移交”，把任务交给另一个智能体，并让其在指定的 Orca 上下文中独立负责。它只定义移交契约与任务简报，不负责编排、监控或等待结果。
主要能力：区分角色与路由。若当前提示含注入的 Task 与 Dispatch 前导，则为被派发的工作者，应遵循前导，不启动无人监督的完整移交；若用户要求监督、监控、等待结果、跟踪完成、协调 DAG 或管理 ask/reply，应使用编排而非本技能；若用户要求移交所有权或启动另一个智能体/工作区且不监督，则使用标准移交；无前导且无明确移交时，不转移所有权。
使用方式：先加载已安装版本的指南并确认运行时，命令为 ORCA skills get orca-cli 与 ORCA status --json；若状态显示 Orca 未运行，则执行 ORCA open --json 与 ORCA status --json。ORCA 是当前 Orca 环境所选可执行文件的占位符，需替换后使用，不能字面执行。随后按已加载指南的 Full Handoffs 章节及适用的 Worktrees 或 Terminals 规则，选择与实际上下文和用户请求匹配的路由。不要从其他 Orca 版本复制命令或结果字段假设。
任务简报契约：简报需自包含，包含目标（文件、组件、环境或问题范围）、变更（要产出的具体结果）、当前状态（相关决策、已完成工作、已修改文件、工作区或分支上下文、已知失败）、约束（不变量、兼容性要求、不可触碰边界）、所有权（接收方拥有执行权并可做所述编辑与决策）、可观察验收（证明完成的测试、输出或证据）。已知时给出确切路径、命令、标识符和用户决策。
完成记账与限制：使用已加载 orca-cli 流程实际返回的字段，报告接收上下文身份、接收智能体或终端句柄以及提示已被接受，然后结束回合。若未被接受，报告 Orca 返回的确切状态与错误及回执中仍保留的上下文或终端，保留不确定状态并等待用户决定。完整移交不会创建编排 Run、Task 或 Dispatch，不得用编排命令或非 Orca 子智能体工具替代；文件夹工作区有效，不要求 Git 或假定接收上下文是工作树；必须保留用户请求的上下文、位置、智能体、模型和努力程度，若请求、当前上下文与已加载指南均未提供选择，应先询问再创建。不得在未接受输入时声称已移交，不得仅因接收方沉默而重发，也不得在移交失败后未经用户新决定继续任务。