用途：当 /relay 无法安全地直接进入规划阶段时，先运行 Relay Intake。适用条件包括请求为自由格式或含糊、任务可能包含多个步骤或多个叶子、尚无稳定的 Done Criteria 锚点、或任务文本过于宽泛难以安全评审。仅当任务已是单一 relay-ready 任务且已有可信评审锚点时才可跳过。
主要能力：将原始请求规范化为一个或多个 handoff，每个 handoff 包含 request_id、leaf_id、title、goal、order、depends_on、in_scope、out_of_scope、assumptions、done_criteria_path、escalation_conditions。所有产物持久化到 ~/.relay/requests/<repo-slug>/<request-id>/，包括 request artifact、raw-request.md、relay-ready/<leaf-id>.md、done-criteria/<leaf-id>.md 以及仅追加的 events.jsonl。
使用方式：先写入 JSON 契约文件，包含 source.kind、request_text、单叶子的 handoff 或多叶子的 handoffs[]，以及每个叶子的字段与 done_criteria_markdown、escalation_conditions。然后执行：${CLAUDE_SKILL_DIR}/scripts/persist-request.js --repo . --contract-file /tmp/relay-intake-contract.json --json。可选契约字段包括 readiness.clarity、readiness.granularity、readiness.dependency、readiness.verifiability、readiness.risk。预检塑形仅追加到 events.jsonl，使用 proposal_presented、question_asked、question_answered、proposal_accepted、proposal_edited 等事件类型，并在 request artifact 上以 next_action 跟踪后续动作。
下游交接：持久化成功后，以 relay-ready/<leaf-id>.md 作为 relay-plan 的输入；多叶子按 decomposition.leaf_order 并遵守 depends_on 派发；relay-review 从运行清单锚点读取冻结快照。Intake 在 relay-ready 契约持久化后即停止，不创建第二套生命周期。
限制：资料未提供具体收费、平台支持范围或效果保证；使用前需确保已具备 dev-relay 相关脚本与目录结构。