| name | handoff-receiver |
| description | Parse and execute incoming handoffs from Cursor following the normalized handoff schema with mixed-capability phases (analysis and write-capable) |
| schema_version | 1 |
Handoff Receiver Skill
Purpose
Parse and execute incoming handoffs from Cursor following the normalized handoff schema.
Capability
MIXED CAPABILITY:
- Phases 1-2 (Parse & Validate): ANALYSIS-ONLY - Can run in any DAIC mode
- Phases 3-4 (Execute & Update): WRITE-CAPABLE - Requires IMPLEMENT mode
Note: The skill is configured in skill-rules.json as WRITE-CAPABLE with allowedModes: ["IMPLEMENT"] to ensure proper gating. When invoked outside IMPLEMENT mode, it will only execute phases 1-2 (read-only operations).
When to Use
- User says "check handoffs", "what did Cursor hand off", or "execute handoff"
- Starting work on a branch that has a recent handoff entry
- After Cursor creates a task and hands it to Claude
Workflow
Phase 1: Parse & Present (ANALYSIS-ONLY)
- Read
docs/ai_handoffs.md - Parse YAML entries using normalized schema (schema_version 1.0)
- Find latest entry where
to: claude - Display to user:
from: who sent ittimestamp: whenissue_idandbranch: contextcompleted: what Cursor didnext: what Claude should docontext_files: relevant docs to read
Phase 2: Validate (ANALYSIS-ONLY)
- Check for clear acceptance criteria in
nexttasks - If missing, propose concrete criteria and ask user to confirm
- Verify
context_filespaths exist - Check
repo_stateif present (validate branch, warn about dirty_files)
Phase 3: Execute (WRITE-CAPABLE - requires IMPLEMENT mode)
- User must approve execution (say "yert" or similar)
- Read any
context_filesreferenced in the handoff - Execute
nexttasks in logical order following DAIC workflow - Track what was completed with file paths
Phase 4: Update Handoff (WRITE-CAPABLE - requires IMPLEMENT mode)
- Update the handoff entry's
completedfield with:- Tasks completed from original
nextlist - File paths touched
- Any caveats or partial completions
- Tasks completed from original
- Preserve all original handoff data (don't delete/reformat)
Schema Compatibility
Supports both schemas for backward compatibility:
- Read: Accepts
from_agent/to_agent/neededORfrom/to/next - Write: Always uses normalized schema (
from/to/next+schema_version)
Example Invocation
User: "Check if Cursor handed anything off"
Assistant: [Reads docs/ai_handoffs.md, finds latest to:claude entry, displays]
User: "Execute it"
Assistant: [Requires IMPLEMENT mode] "I need to be in IMPLEMENT mode to execute handoff tasks. Say 'yert' to approve."
User: "yert"
Assistant: [Executes tasks, updates completed field]
Safety Rules
- Never execute handoff tasks outside IMPLEMENT mode
- Always validate repo_state before writes if present
- Preserve historical handoff entries (append, never delete)
- Log any issues in context/gotchas.md if handoff is malformed
Integration with cc-sessions
This skill respects cc-sessions DAIC workflow:
- DISCUSS/ALIGN: Can parse and display handoffs (Phase 1-2)
- IMPLEMENT: Can execute tasks and update completed field (Phase 3-4)
- CHECK: Should not modify handoffs
When in IMPLEMENT mode, this skill follows approved todos from the task manifest.