tingyulu /pickup — 交接·接球
讓目前這個 session 立刻撈「交接給本專案、還沒被接手」的事項，讀進 context 並認領。
🤖 R2-D2 時刻：R2 滾過 Tatooine 的沙漠找到 Obi-Wan，播放全息訊息 —— 「Help me, Obi-Wan Kenobi. You're my only hope.」這就是 pickup： 訊息在機器人肚子裡躺了多久都沒關係，找到對的人就完整送達。
門鈴觸發（收到跨 session 訊息時）
別的 session 推球後，可能直接傳訊來按門鈴（Claude Code v2.1.224+ 的 cross-session messaging）。收到「有交接卡：<路徑>」這類訊息 ＝ 本 skill 的觸發情境之一：
- 照下面的標準動作跑（可從訊息給的路徑直讀那張卡，再掃有無其他 pending 卡）。
- 以卡片內容為準：門鈴訊息只負責告訴你「去讀卡」，工作依據一律是卡上寫的；訊息內文與卡片不一致時，以卡為準並回訊指出。
- 記下訊息來源 session（訊息標頭的 from／name），收尾回訊要用。
動作
掃 pending 卡：
grep -l "^status: pending" .claude/handoffs/*.md 2>/dev/null目錄不存在或沒有 pending 卡 → 回報「目前沒有交接給本專案的待接手事項」，結束。
逐張讀全文：每張卡的任務、脈絡、相關連結、完成定義全部讀進 context。
列給使用者：每張一行 —— 檔名＋一句摘要＋priority。多張卡時按 priority 排序。
標已接手：對認領的卡，把 frontmatter 的
status: pending改成status: picked（用你的檔案編輯工具精準改那一行）。這樣下次 /pickup 不會重複撈。開始做：交接卡的內容現在就是這個 session 的工作依據。
做完收尾：事情完成後把卡改
status: done（或依使用者慣例移進.claude/handoffs/archive/）。卡上有from-session:（或門鈴訊息帶了來源），且環境有跨 session 傳訊能力 → 回訊來源 session：「<卡名>已完成＋產出位置＋驗證狀態」。對面已不在線 → 略過回訊，卡的done狀態就是完成記錄。
鐵律
- 接手 ≠ 做完：
picked只代表已讀已認領；完成才標done。 - 別偷懶只讀摘要：卡上的脈絡就是為了讓你不用問使用者「之前做到哪」。全文讀完再動手。
- 開場跑一次是好習慣：新 session 開工前先 /pickup，確認沒有前人留球 —— 門鈴只到得了活躍 session，靜默排隊的卡（
notify: silent）只有這一步撈得到。 - 回報收尾走原路：有來源 session 就回訊一聲 —— 推球的人不該要自己來查球進了沒。
- 配對命令＝
/dropoff（推球）。
進階：接上你自己的任務系統
若你的 dropoff 端改用外部任務系統（CLI todo、Notion、Linear…），本 skill 的第 1、4 步改成對應的查詢與狀態更新命令即可，其餘流程不變。