plugins/agent-meta/skills/unpark/SKILL.md
Resume work from a parked handoff
npx skillsauth add technicalpickles/pickled-claude-plugins unparkInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Resume work from a parked handoff document, or read a wrapped close-out record as reference.
Check parking locations in order:
CLAUDE.md -> ## Handoffs or ## Parking -> Location:~/.claude/CLAUDE.md -> same lookup.parkinglot/ in project rootIf multiple files exist, group them by mode and list:
Active handoffs:
(A) jwt-authentication.md - Parked 2026-05-06
(B) fix-login-bug.md - Parked 2026-05-04
Wrapped (reference only):
(C) sanitation-skill-fix-wrapped.md - Wrapped 2026-03-30
(D) confirm-dotfiles-work-role-wrapped.md - Wrapped 2026-04-12
(E) Other location
Detect group by filename suffix (-wrapped.md) and the file's first heading (Parked: vs Wrapped:). Filename and heading should agree; if they disagree, trust the heading and note the mismatch.
After the user picks a file, read it and check the first heading.
# Parked: -> continue with Continuation Flow below# Wrapped: -> switch to Reference Flow belowRead the handoff and present a summary:
Resuming: [Topic]
Parked: [Date]
Branch: [branch]
Current state: [Brief summary]
Next steps:
1. [Step 1]
2. [Step 2]
Check that the handoff is still valid:
If valid:
Validation passed. Ready to continue with: [first next step]
Proceed?
(A) Yes, continue
(B) Review the full handoff first
(C) Adjust the plan
If stale or invalid:
Validation found issues:
- [Issue 1]
- [Issue 2]
Options:
(A) Update handoff and try again - I'll revise based on current state
(B) Start fresh - discard this handoff
(C) Continue anyway - I understand the context has changed
If option A: update the handoff file with current findings, then recommend unparking again.
For Wrapped: files. No validation runs by default. Present the file as a reference:
This is a close-out record, not a handoff. Showing it as reference.
Wrapped: [topic]
Date: [...]
Outcome: [first paragraph from Outcome section]
Options:
(A) Read the full record
(B) Start fresh work building on this (invokes brainstorming with this doc as context)
(C) Treat as continuation anyway (runs full validation despite the heading)
Option (A): print the file contents as a reference, no further action.
Option (B): invoke superpowers:brainstorming and pass the wrapped doc's path as starting context.
Option (C): rare escape hatch. Treat the file as if it were a continuation and run the validate step from the Continuation Flow. Useful if the user wrapped something prematurely.
Both Parked: and Wrapped: files include a Session: field. Session tracking tools can use this to link work across sessions:
Session A (parked) -> handoff.md -> Session B (unparked) -> parked again -> ...
Session A (wrapped) -> wrapped.md -> [end of chain, unless treated as continuation]
Parked: file with old shape (Resume Prompt at bottom): Works fine. The validation flow does not depend on section order.tools
--- name: writing-for-scannability description: Use when structuring prose so readers can skim it - drafting or restructuring READMEs, docs, PR or issue bodies, design docs, RFCs, or any long-form text where a wall of prose hides the structure. Also use when explicitly asked to make something scannable or skimmable, convert prose to a list, surface a buried list, fix a wall of text, or decide whether bullets or prose fit. Strong signal: text with parallel sentence shapes, contrast markers ("that
development
Ignore actually-lsp nudges for an ecosystem in this project. Use when the user wants to silence, dismiss, or ignore the LSP setup nudges for a specific ecosystem (Rust, TypeScript, Ruby), or invokes `/actually-lsp-ignore` directly. Writes `dismissed=true` to `.claude/actually-lsp.json`. Persistent across sessions for this project only.
tools
Diagnose and fix LSP setup for the current project's detected ecosystems (Rust, TypeScript, Ruby). Use when the SessionStart hook nudged about a missing LSP plugin, when the env isn't ready (no `bundle install`, no `cargo build`, missing server binary), when LSP calls are failing, or when the user invokes `/actually-lsp-doctor` directly. Walks the per-ecosystem state machine, reports what's missing, then runs the fix.
tools
--- name: investigating-runs description: Use whenever the user mentions a GitHub Actions / GHA run, even casually — invoke this skill before reaching for raw `gh` commands, because the bundled `gha-snapshot` helper distills `gh run view --log-failed` (a firehose) into a readable block with per-job status, failed-step log tails, and annotations. Specific triggers (any one is enough): a `github.com/.../actions/runs/...` URL; the phrase "GitHub Actions" or "GHA"; the `gh run` CLI; a failing workfl