Resume Session

Load the last saved session state and orient fully before doing any work. This skill is the counterpart to /ycc:save-session.

Operational context: Load the most recent session through the shared session-state contract, or select by date/path; brief completed work, successful and failed approaches, open questions, and the exact next step. Do not start work or touch files until the user directs continuation.

Questions: class checkpoint (Step 4); headless (no question tool or chat turn): print the brief and stop; start no work. See ${CLAUDE_PLUGIN_ROOT}/skills/_shared/references/question-policy.md.

When to Use

• Starting a new session to continue work from a previous day
• After starting a fresh session due to context limits
• When handing off a session file from another source (just provide the file path)
• Any time you have a session file and want Claude to fully absorb it before proceeding

Usage

/ycc:resume-session                                                       # most recent file in ~/.claude/session-data/
/ycc:resume-session 2024-01-15                                            # most recent session for that date
/ycc:resume-session ~/.claude/session-data/2024-01-15-abc123de-session.tmp # specific short-id file
/ycc:resume-session ~/.claude/sessions/2024-01-15-session.tmp             # legacy-format file

Process

Step 0 — Read the session-state contract

Before locating any file, read ${CLAUDE_PLUGIN_ROOT}/skills/_shared/references/session-state.md. It is the single source of truth for the session store (~/.claude/session-data/, legacy fallback ~/.claude/sessions/), the filename forms, and the selection rules for blank / date / path arguments. Follow its "Discovery" section — do not restate or duplicate it here.

Step 1 — Find the session file

Locate the file using the contract's Discovery section:

• No argument: most recent file in the canonical store. If none found, tell the user:

  No session files found in ~/.claude/session-data/
  Run /ycc:save-session at the end of a session to create one.
  

  Then stop.

• Date or path argument: apply the contract's selection rules.

• Not found: report clearly and stop.

Step 2 — Read the entire session file

Read the complete file. Do not summarize yet.

Step 3 — Confirm understanding

Respond with a structured briefing in this exact format:

SESSION LOADED: [actual resolved path to the file]
════════════════════════════════════════════════

PROJECT: [project name / topic from file]

WHAT WE'RE BUILDING:
[2-3 sentence summary in your own words]

CURRENT STATE:
PASS: Working: [count] items confirmed
 In Progress: [list files that are in progress]
 Not Started: [list planned but untouched]

WHAT NOT TO RETRY:
[list every failed approach with its reason — this is critical]

OPEN QUESTIONS / BLOCKERS:
[list any blockers or unanswered questions]

NEXT STEP:
[exact next step if defined in the file]
[if not defined: "No next step defined — recommend reviewing 'What Has NOT Been Tried Yet' together before starting"]

════════════════════════════════════════════════
Ready to continue. What would you like to do?

Step 4 — Wait for the user

Do NOT start working automatically. Do NOT touch any files. Wait for the user to say what to do next.

If the next step is clearly defined in the session file and the user says "continue" or "yes" or similar — proceed with that exact next step.

If no next step is defined — ask the user where to start, and optionally suggest an approach from the "What Has NOT Been Tried Yet" section.

---

Edge Cases

Session file references files that no longer exist: Note this during the briefing — "WARNING: path/to/file.ts referenced in session but not found on disk."

Session file is from more than 7 days ago: Note the gap — "WARNING: This session is from N days ago (threshold: 7 days). Things may have changed." — then proceed normally.

Session file is empty or malformed: Report: "Session file found but appears empty or unreadable. You may need to create a new one with /ycc:save-session."

---

Example Output

SESSION LOADED: /Users/you/.claude/session-data/2024-01-15-abc123de-session.tmp
════════════════════════════════════════════════

PROJECT: my-app — JWT Authentication

WHAT WE'RE BUILDING:
User authentication with JWT tokens stored in httpOnly cookies.
Register and login endpoints are partially done. Route protection
via middleware hasn't been started yet.

CURRENT STATE:
PASS: Working: 3 items (register endpoint, JWT generation, password hashing)
 In Progress: app/api/auth/login/route.ts (token works, cookie not set yet)
 Not Started: middleware.ts, app/login/page.tsx

WHAT NOT TO RETRY:
FAIL: Next-Auth — conflicts with custom Prisma adapter, threw adapter error on every request
FAIL: localStorage for JWT — causes SSR hydration mismatch, incompatible with Next.js

OPEN QUESTIONS / BLOCKERS:
- Does cookies().set() work inside a Route Handler or only Server Actions?

NEXT STEP:
In app/api/auth/login/route.ts — set the JWT as an httpOnly cookie using
cookies().set('token', jwt, { httpOnly: true, secure: true, sameSite: 'strict' })
then test with Postman for a Set-Cookie header in the response.

════════════════════════════════════════════════
Ready to continue. What would you like to do?

---

Notes

• Never modify the session file when loading it — it's a read-only historical record
• The briefing format is fixed — do not skip sections even if they are empty
• "What Not To Retry" must always be shown, even if it just says "None" — it's too important to miss
• After resuming, the user may want to run /ycc:save-session again at the end of the new session to create a new dated file