com um clique
handoff
// REQUIRED when user says 'pickup', '/pickup', 'handoff', '/handoff' — MUST load this skill BEFORE any other work. Compacts conversations into handoff docs or resumes work from a prior handoff document.
// REQUIRED when user says 'pickup', '/pickup', 'handoff', '/handoff' — MUST load this skill BEFORE any other work. Compacts conversations into handoff docs or resumes work from a prior handoff document.
Structured workflow for research → plan → tickets → work. Use when starting or continuing a task with /task, /plan, or /tickets commands.
Create and refine tickets for the tk ticket system. Use when the user says 'create tickets for X', 'refine ticket X', 'break this into tickets', 'seed tickets from plan', or anything about creating or refining tk tickets.
Work on a single tk ticket end-to-end. Use when the user says 'work on ticket X' or when spawned by work-tickets.sh.
Interact with web pages using Chrome DevTools Protocol. Launches a managed browser instance (Helium / Brave Nightly / Chrome) with an isolated profile and exposes nav, eval, screenshot, pick, and emulation helpers. Run scripts/start.js first.
Delegate tasks to other agents - pi sessions or external agents (claude, opencode, aider). Non-blocking with task tracking and completion notifications.
Display code, diffs, images, and other content in a tmux pane or popup, OR render markdown as a single-page interactive HTML and open in the default chromium-family browser. Auto-detects nvim/megaterm for floating popups.
| name | handoff |
| description | REQUIRED when user says 'pickup', '/pickup', 'handoff', '/handoff' — MUST load this skill BEFORE any other work. Compacts conversations into handoff docs or resumes work from a prior handoff document. |
| argument-hint | What will the next session be used for? |
| commands | ["handoff","pickup"] |
If a request to "handoff" is invoked by the user, then write a handoff document summarising the current conversation so a fresh agent or session can continue the work. Save to ~/.local/share/pi/handoffs/$(basename $PWD)/$(date '+%Y-%m-%dT%H-%M-%S').md, not the current workspace.
Include a "suggested skills" section in the document, which suggests skills that the agent should invoke.
Include a "next steps" section in the document, that might include questions that still need answers from the user, blockers or issues that were found in the summarized session conversation, any task pipeline next steps.
Do not duplicate content already captured in other artifacts (PRDs, plans, tasks, ADRs, tickets, issues, commits, diffs). Reference them by path or URL instead.
Redact any sensitive information, such as API keys, passwords, or personally identifiable information.
If the user passed arguments, treat them as a description of what the next session will focus on and tailor the doc accordingly. Do not immediately start working on those passed arguments before you create the handoff document; instead, include those in the next steps section for the agent to use as context on what to work on next or to prioritize.
Prepend helpful, relevant, human-readable frontmatter to the handoff document:
# Handoff: {brief title}
**Tmux Session:** {output of `tmux display-message -p '#{session_name}'`}
**Time:** 2026-02-19 14:30:00 EST
**Working Directory:** /Users/seth/.dotfiles
**Branch/Bookmark:** feature-auth-refactor
If a request to "pickup" or /pickup is invoked, the agent should use the following methods for finding the correct handoff document (using rg or fd) to pickup:
~/.local/share/pi/handoffs/$(basename $PWD)/*.md, find the specific document via the "Time:" in the frontmatter, the format is 2026-02-19 14:30:00 EST~/.local/share/pi/handoffs/{the current tmux session}/*.md, find the specific document via the "Time:" in the frontmatter, the format is 2026-02-19 14:30:00 EST (legacy/older handoff documents followed this pattern of storage in subdirectories based on the tmux session)If the user passed arguments to pickup:
rg to search) to find the right docIf no arguments, use the most recent handoff document.
The agent should then:
git status or jj status, check key files exist