Agent skill

Skill Resume

by nyldn in nyldn/claude-octopus

Pick up where you left off from a previous session — use after context resets, compaction, or new conversations

MITAuto-check passedAgent Workflows

Install Skill Resume

skills CLI
$ npx skills add nyldn/claude-octopus --skill skill-resume -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install nyldn/claude-octopus skill-resume --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/nyldn/claude-octopus.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/skill-resume .claude/skills/skill-resume && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
skill-resume
GitHub stars
4.2k
Used in
1 other repo
Token cost
~3.8k tokens
SKILL.md length
1,049 words
Files
2
Skills in repo
62
Repo updated
First seen
Licence
MIT

At a glance

Pick up where you left off from a previous session — use after context resets, compaction, or new conversations

  • Works in 10 steps: Check Session Handoff File (v9.6.0) → Check Project Initialization → Read Current State → …
  • Tasks that involve Session handoff
  • SKILL.md covers Overview, When to Use, The Process and Repository feature recovery, plus 7 more sections
  • Calls python3

What it does

Skill Resume is an agent skill from nyldn/claude-octopus. Pick up where you left off from a previous session — use after context resets, compaction, or new conversations

Its SKILL.md is about 3.8k tokens, which your agent loads only when the skill is triggered. The skill folder holds 2 other files (for example `agents/openai.yaml`).

It sits in Agent Workflows, covering Session handoff. The repository describes itself as: Run multiple AI models against the same research, design, or coding task. Surface disagreements before you ship. The licence is MIT.

When your agent uses it

  • Tasks that involve Session handoff

Example prompts

  • “/skill-resume”

Requirements

  • Python 3

Workflow steps

10 steps, taken from the step headings in SKILL.md.

  1. Check Session Handoff File (v9.6.0)
  2. Check Project Initialization
  3. Read Current State
  4. Load Adaptive Context
  5. Extract History and Blockers
  6. Display Restoration Summary
  7. Intelligent Routing
  8. Always Use octo-state.sh for State Reading
  9. Provide Full Context Restoration
  10. Route Intelligently Based on Status

What it can do on your machine

Read from SKILL.md and the folder at commit b34780d. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • python3

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Skill Resume loads about 3.8k tokens when it runs. Until then it costs about 31 tokens; SKILL.md has 1,049 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~31
When it runs · the whole SKILL.md, loaded when a task matches
~3.8k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from nyldn/claude-octopus at commit b34780d, republished under its MIT licence (© nyldn). 1,049 words, ~3,835 tokens.

Download SKILL.mdSave it as .claude/skills/skill-resume/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.
name
skill-resume
description
Pick up where you left off from a previous session — use after context resets, compaction, or new conversations
disable-model-invocation
true

Host: Codex CLI — This skill was designed for Claude Code and adapted for Codex. Cross-reference commands use installed skill names in Codex rather than /octo:* slash commands. Use the active Codex shell and subagent tools. Do not claim a provider, model, or host subagent is available until the current session exposes it. For host tool equivalents, see skills/blocks/codex-host-adapter.md.

Session Restoration

Overview

Restore context from a previous session and seamlessly continue the workflow where you left off.

Core principle: Check state → Load adaptive context → Display restoration summary → Route to appropriate action.

When to Use

Use this skill when user says:

  • "Resume" or "continue working"
  • "Pick up where I left off"
  • "What was I doing?"
  • "Restore session"
  • "Continue from last time"

Do NOT use for:

  • Starting new projects (use /octo:embrace)
  • Checking current status only (use /octo:status)
  • Modifying state directly (use octo-state.sh)

The Process

Phase 0: Check Session Handoff File (v9.6.0)
Step 0: Check for the session handoff file

Before checking .octo/, look for a session handoff file. This is written automatically by PreCompact and SessionEnd hooks and contains a human-readable summary of the last session. It lives beside the workflow state returned by octopus state-path, outside the project checkout. Older releases wrote .octo-continue.md into the project root instead; read that copy only when no relocated handoff exists, and never modify, move, or delete it.

bash
HANDOFF_FILE=""
if WORKFLOW_STATE_FILE="$(octopus state-path)" && [[ -n "$WORKFLOW_STATE_FILE" ]]; then
    HANDOFF_FILE="$(dirname "$WORKFLOW_STATE_FILE")/continue.md"
fi
if [[ -n "$HANDOFF_FILE" && -f "$HANDOFF_FILE" ]]; then
    cat "$HANDOFF_FILE"
elif [[ -f ".octo-continue.md" ]]; then
    cat ".octo-continue.md"
fi

If a handoff file was found, display its contents to the user as context. Then continue to Phase 1 to load the full state. The handoff file provides a quick overview; .octo/STATE.md provides the authoritative state. If the legacy .octo-continue.md was shown, tell the user it is no longer updated and can be deleted from the project.

Phase 1: Check Project Initialization

Repository feature recovery

Before looking for a transcript or machine-local .octo state, inspect portable feature artifacts:

bash
OCTO_ROOT="${CLAUDE_PLUGIN_ROOT:-${HOME}/.claude-octopus/plugin}"
python3 "$OCTO_ROOT/scripts/helpers/feature-contract.py" resume --root "$(pwd -P)" --explicit "<feature directory or spec path, empty when omitted>"

An unambiguous feature recovers intent, decisions, open markers and stable completed/pending task IDs from the repository. Historical completion is context and needs fresh verification. Missing raw runtime files are expected. If several unrelated features exist, ask the user to select one; never choose by recency. Pass the selected feature to the existing agent-resume orchestrator path. Explicit Claude agent IDs retain transcript continuation.

A feature with a spec only resumes planning. A feature with plan/tasks resumes pending implementation through the same policy, clarification, analysis and wave-validation gates. Run the returned decision batch once through the host's native question tool before the next plan/develop boundary. Keep skipped decisions open.

Step 1: Verify .octo/ Directory Exists
bash
if [[ ! -d ".octo" ]]; then
    echo "No project state found"
    exit 1
fi

If .octo/ does not exist but Step 0 found a handoff file, display its contents and offer to start a new session based on that context.

If neither exists, display:

markdown
## Session Restoration Failed

**No project state found.**

There is no machine-local `.octo/` directory. Check the portable feature artifacts before treating this as a fresh project.

### Get Started

Run `/octo:embrace [your project description]` to start a new project.

**Example:**

/octo:embrace build a REST API with user authentication


This will:
1. Initialize .octo/ directory with STATE.md, PROJECT.md, ROADMAP.md
2. Begin the Double Diamond workflow
3. Create session state you can resume later

Stop here - do not proceed to Phase 2.

Phase 2: Read Current State
Step 1: Execute octo-state.sh read_state
bash
./scripts/octo-state.sh read_state

Expected output format:

schema=2.0
last_updated=2026-02-02T10:30:00Z
current_phase=2
current_position=define-requirements
status=in_progress
Step 2: Parse State Variables

Extract these key values:

  • current_phase - Phase number (1-4)
  • current_position - Description of current position within phase
  • status - Workflow status (in_progress, blocked, complete, paused, etc.)
  • last_updated - Timestamp of last state modification
Phase 3: Load Adaptive Context
Step 1: Get Context Tier (Auto Mode)
bash
./scripts/octo-state.sh get_context_tier auto

This automatically selects the appropriate context tier based on current status:

StatusTier SelectedContext Loaded
ready, planned, planning, complete, shippedplanningSTATE.md + PROJECT.md + ROADMAP.md
building, in_progressexecution+ phase plans + recent summaries
blocked, pausedexecution+ phase plans + recent summaries
Step 2: Store Context for Reference

The context returned includes:

  • Current state details
  • Project vision and requirements
  • Phase-specific plans and summaries
  • Codebase analysis (if brownfield project)
Phase 4: Extract History and Blockers
Step 1: Read Last 3 History Entries from STATE.md
bash
# Extract history section from STATE.md
grep -A 4 "^## History" .octo/STATE.md | tail -n 3

Expected format:

- [2026-02-02T10:30:00Z] Phase 2: Completed requirements review (complete)
- [2026-02-02T09:15:00Z] Phase 2: Started define phase (in_progress)
- [2026-02-01T16:45:00Z] Phase 1: Completed discovery (complete)
Step 2: Extract Blockers from STATE.md
bash
# Extract blockers section
sed -n '/^## Blockers/,/^## /p' .octo/STATE.md | head -n -1 | tail -n +2

Expected format:

  • If blockers exist: List of blocker items
  • If no blockers: (none)
Step 3: Read Project Title from PROJECT.md
bash
# Get project title (first H1)
head -n 5 .octo/PROJECT.md | grep "^# " | head -1 | sed 's/^# //'
Phase 5: Display Restoration Summary
Show full SKILL.md (418 more words)Show less
Step 1: Build and Display Summary
markdown
## Session Restored

**Project:** {project_title from PROJECT.md}
**Last Active:** {last_updated from STATE.md}
**Phase:** {current_phase} - {phase_name}
**Position:** {current_position}
**Status:** {status}

### Where You Left Off

{Last 3 entries from STATE.md history}

### Current Blockers

{Blockers from STATE.md or "None"}

### Ready to Continue

{Intelligent suggestion based on status - see routing table below}
Step 2: Map Phase Number to Name
PhaseName
1Discover
2Define
3Develop
4Deliver
Phase 6: Intelligent Routing
Step 1: Route Based on Status
StatusActionMessage
in_progressContinue current phase"Continue with current phase. Context loaded."
blockedReview blockers"Review blockers first: /octo:issues"
completeReady for next phase"Phase complete. Ready for /octo:ship"
pausedResume project"Project paused. Resume with /octo:embrace"
readyBegin workflow"Ready to begin. Run /octo:embrace to start."
planningContinue planning"Continue planning. Use /octo:define to refine."
buildingContinue building"Continue implementation. Use /octo:develop."
shippedProject delivered"Project delivered! Review lessons in LESSONS.md."
complete_with_gapsReview gaps"Phase complete with gaps. Review ISSUES.md before proceeding."
Step 2: Phase-Specific Guidance (for in_progress status)

Phase 1 (Discover):

Continue research and exploration.
- Use `/octo:research [topic]` for multi-AI research
- Use `/octo:debate [question]` for decision support
- Check `.octo/phases/phase1/` for research notes

Phase 2 (Define):

Continue requirements clarification.
- Use `/octo:prd` to write product requirements
- Use `/octo:define` to refine scope
- Check `.octo/phases/phase2/` for requirements docs

Phase 3 (Develop):

Continue implementation.
- Use `/octo:develop` to build features
- Use `/octo:tdd` for test-driven development
- Check `.octo/phases/phase3/` for implementation plan

Phase 4 (Deliver):

Continue validation and delivery.
- Use `/octo:deliver` for final review
- Use `/octo:security` for security audit
- Use `/octo:ship` to finalize delivery

Example Outputs

Example 1: No Project State Found
markdown
## Session Restoration Failed

**No project state found.**

There is no machine-local `.octo/` directory. Check the portable feature artifacts before treating this as a fresh project.

### Get Started

Run `/octo:embrace [your project description]` to start a new project.
Example 2: Successful Restoration (In Progress)
markdown
## Session Restored

**Project:** User Authentication System
**Last Active:** 2026-02-02T10:30:00Z
**Phase:** 2 - Define
**Position:** define-requirements
**Status:** in_progress

### Where You Left Off

- [2026-02-02T10:30:00Z] Phase 2: Started requirements review (in_progress)
- [2026-02-01T16:45:00Z] Phase 1: Completed discovery (complete)
- [2026-02-01T14:20:00Z] Phase 1: Research synthesis complete (in_progress)

### Current Blockers

None

### Ready to Continue

Continue with current phase. Context loaded.

Continue requirements clarification.
- Use `/octo:prd` to write product requirements
- Use `/octo:define` to refine scope
- Check `.octo/phases/phase2/` for requirements docs
Example 3: Blocked Project Restoration
markdown
## Session Restored

**Project:** E-commerce Platform
**Last Active:** 2026-02-01T18:00:00Z
**Phase:** 3 - Develop
**Position:** implement-payment-gateway
**Status:** blocked

### Where You Left Off

- [2026-02-01T18:00:00Z] Phase 3: Payment integration blocked (blocked)
- [2026-02-01T15:30:00Z] Phase 3: Started payment gateway integration (in_progress)
- [2026-02-01T12:00:00Z] Phase 3: Completed user auth implementation (complete)

### Current Blockers

- Missing Stripe API credentials
- Payment webhook endpoint not configured
- SSL certificate pending for payment domain

### Ready to Continue

Review blockers first: `/octo:issues`

**To unblock:**
1. Configure Stripe API credentials in environment
2. Set up webhook endpoint at /api/webhooks/stripe
3. Complete SSL certificate setup for payments subdomain
Example 4: Paused Project Restoration
markdown
## Session Restored

**Project:** Data Analytics Dashboard
**Last Active:** 2026-01-28T09:00:00Z
**Phase:** 2 - Define
**Position:** requirements-gathering
**Status:** paused

### Where You Left Off

- [2026-01-28T09:00:00Z] Phase 2: Project paused by user (paused)
- [2026-01-27T16:00:00Z] Phase 2: Stakeholder feedback pending (in_progress)
- [2026-01-27T10:00:00Z] Phase 1: Discovery complete (complete)

### Current Blockers

- Waiting for stakeholder availability

### Ready to Continue

Project paused. Resume with `/octo:embrace`

When ready to continue:
1. Review `.octo/PROJECT.md` for project context
2. Check `.octo/STATE.md` for pause reason
3. Run `/octo:embrace` to resume workflow

Best Practices

1. Always Use octo-state.sh for State Reading

Good:

bash
./scripts/octo-state.sh read_state
./scripts/octo-state.sh get_context_tier auto

Poor:

bash
# Parse STATE.md manually
grep "Current Phase" .octo/STATE.md
2. Provide Full Context Restoration

Good:

  • Load adaptive context tier
  • Show last 3 history entries
  • Display any blockers
  • Give phase-specific guidance

Poor:

  • Only show current phase
  • Ignore history
  • No next steps
3. Route Intelligently Based on Status

Good:

Status: blocked → "Review blockers first: /octo:issues"

Poor:

Status: blocked → "Continue working"

Red Flags - Don't Do This

ActionWhy It's Wrong
Skip .octo/ existence checkWill fail with confusing errors
Ignore blockers on resumeUser won't know why they stopped
Restart from beginningLoses all previous context and progress
Skip history displayUser loses continuity of what was done
Use hardcoded context tierShould adapt based on current status

Integration with Other Skills

With /octo:status
/octo:resume → Full restoration with context
/octo:status → Quick dashboard without restoration
With /octo:embrace
No .octo/ exists → /octo:resume suggests /octo:embrace
.octo/ exists but paused → /octo:resume suggests resuming with /octo:embrace
With flow-* skills
User runs /octo:resume
→ Context restored
→ User continues with /octo:develop (or appropriate phase skill)

Quick Reference

User InputAction Required
"resume"Resolve state with octopus state-path → Load context → Display summary → Route
"continue"Same as resume
"pick up where I left off"Same as resume
"what was I doing"Same as resume, emphasize history
"restore session"Same as resume

The Bottom Line

Run `octopus state-path` → Read state → Load adaptive context → Show history + blockers → Route intelligently
Otherwise → User loses previous context and wastes time re-discovering where they were

Never restart from beginning if state exists. Restore context, show history, route intelligently.

Context Recovery After Compaction

When context is cleared (compaction, plan mode exit, new session), detect and reload automatically:

bash
# Auto-detect context loss without writing into the project checkout.
# The plugin executable resolves its own installation root on every host.
if ! WORKFLOW_STATE_FILE="$(octopus state-path)" || [[ -z "$WORKFLOW_STATE_FILE" ]]; then
    echo "Unable to resolve persistent workflow state; refusing an incomplete resume." >&2
    exit 1
fi
if [[ -f "$WORKFLOW_STATE_FILE" ]] && [[ -z "${WORKFLOW_CONTEXT_LOADED}" ]]; then
    echo "⚠️  Context was cleared — reloading from persistent state..."
    NEEDS_RESUME=true
fi

What survives context clearing:

  • Host-workspace project state (decisions, context, metrics; resolve with octopus state-path)
  • context/*.md beside the path returned by octopus state-path (phase outputs)
  • Native tasks (TaskList still works)
  • Git commits and WIP checkpoints
  • Multi-AI synthesis files in ~/.claude-octopus/results/

After resume completes, set export WORKFLOW_CONTEXT_LOADED=true to prevent duplicate reloads.

State persists in files. Context clearing is not a problem. Files outlive memory.

© nyldn, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 1 other file in skills/skill-resume of nyldn/claude-octopus.

  • SKILL.md
  • agents/openai.yaml

Open the folder on GitHubat commit b34780d

Used in 1 other repository

We found 2 copies of this SKILL.md (exact, near-identical or edited) in other folders, from 1 other GitHub owner. This page covers the copy in nyldn/claude-octopus, which our catalogue first saw on October 7, 2026.

Compare with similar skills

Skill Resume next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Skill Resume compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Skill Resume this skillnyldn/claude-octopus4.2k1 repos~3.8kAutomated safety check: PassMIT
Orca CLIstablyai/orca89k2 repos~593Automated safety check: PassMIT
Beads Task Memorygastownhall/beads28k—~1.2kAutomated safety check: PassMIT
Session History Searchslopus/happy24k—~3.1kAutomated safety check: PassMIT
Paseo Agent Handoffgetpaseo/paseo20k1 repos~606Automated safety check: PassCustom licence
Memori Long-Term MemoryMemoriLabs/Memori17k—~2kAutomated safety check: NotesCustom licence

Similar skills

  • Orca CLI

    stablyai/orca

    Operate Orca-managed worktrees, folder contexts, terminals, repos, automations, artifacts, skill sharing, worktree comments, and Orca's embedded browser…

    89k GitHub starsUsed in 2 repos~593 tokens
    Agent WorkflowsAuto-check passed
  • Beads Task Memory

    gastownhall/beads

    Tracks multi-session work with dependencies in the bd issue tracker so the agent can find ready tasks and recover its context after conversation compaction.

    28k GitHub stars~1.2k tokensUpdated today
    Agent WorkflowsAuto-check passed
  • Searches past Claude Code, Codex and Cursor sessions and summarizes what was worked on, tried or decided, using extraction scripts instead of reading raw logs.

    24k GitHub stars~3.1k tokensUpdated today
    Agent WorkflowsAuto-check passed
  • Paseo Agent Handoff

    getpaseo/paseo

    Hands off the current task, including context, decisions and failed attempts, to a fresh agent through Paseo by writing a self-contained briefing prompt and launching that agent.

    20k GitHub starsUsed in 1 repo~606 tokens
    Agent WorkflowsAuto-check passed
  • Memori Long-Term Memory

    MemoriLabs/Memori

    Connects Claude Code to Memori Cloud for long-term memory, recalling stored context before substantive replies and saving new context afterward.

    17k GitHub stars~2k tokensUpdated 7 days ago
    Agent WorkflowsAuto-check: notes
  • Beads

    liwp/again

    A skill your agent uses when working in a repository that uses bd or Beads for durable project task tracking, issue dependencies, blocker management, multi-session handoff, or shared work memory.

    118 GitHub starsUsed in 6 repos~537 tokens
    Agent WorkflowsAuto-check passed

More from nyldn/claude-octopus

All 62 skills in this repo
  • Octopus Quick

    nyldn/claude-octopus

    Quick execution for ad-hoc tasks without full workflow overhead — use for small, self-contained requests

    4.2k GitHub starsUsed in 1 repo~2.2k tokens
    Auto-check passed
  • Octopus Research

    nyldn/claude-octopus

    Thorough research across multiple sources — use for complex topics needing broad synthesis

    4.2k GitHub starsUsed in 1 repo~1.9k tokens
    Auto-check passed
  • Octopus Security Audit

    nyldn/claude-octopus

    OWASP compliance, vulnerability scanning, and adversarial red team testing — use for security reviews

    4.2k GitHub starsUsed in 1 repo~2.3k tokens
    Auto-check passed
  • Skill Audit

    nyldn/claude-octopus

    Audit codebases for quality, consistency, and broken patterns — use for pre-release or tech debt review

    4.2k GitHub starsUsed in 1 repo~3.2k tokens
    Auto-check passed
  • Skill Content Pipeline

    nyldn/claude-octopus

    Extract patterns and anatomy from URLs — use to reverse-engineer content strategies from live pages

    4.2k GitHub starsUsed in 1 repo~3.9k tokens
    Auto-check passed
  • Skill Context Detection

    nyldn/claude-octopus

    Auto-detect work context (Dev vs Knowledge) — use to tailor workflows based on current task type

    4.2k GitHub starsUsed in 1 repo~2.6k tokens
    Auto-check passed

Categories

Questions about Skill Resume

What does Skill Resume do?

Pick up where you left off from a previous session — use after context resets, compaction, or new conversations. Skill Resume is an agent skill from nyldn/claude-octopus.

When should I use Skill Resume?

Skill Resume fits situations like: tasks that involve Session handoff.

How do I install Skill Resume in Claude Code?

Run `npx skills add nyldn/claude-octopus --skill skill-resume -a claude-code`. Or copy the skill folder (skills/skill-resume in nyldn/claude-octopus) into .claude/skills/skill-resume in your project. Claude Code loads it when a task matches its description.

How do I install Skill Resume in Codex?

Run `npx skills add nyldn/claude-octopus --skill skill-resume -a codex`. Or copy the skill folder (skills/skill-resume in nyldn/claude-octopus) into .agents/skills/skill-resume in your project. Codex loads it when a task matches its description.

Can I use Skill Resume in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add nyldn/claude-octopus --skill skill-resume -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/skill-resume, .gemini/skills/skill-resume, .github/skills/skill-resume and .opencode/skills/skill-resume in your project.

What does Skill Resume need to run?

Going by SKILL.md and its folder, Skill Resume needs the command-line tools its instructions call (python3). Our summary lists: Python 3.

Does Skill Resume access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Skill Resume safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Skill Resume use?

Skill Resume is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Skill Resume use?

About 3.8k tokens (SKILL.md is roughly 15k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Skill Resume?

Skills that share tags, products or a category with Skill Resume: Orca CLI (stablyai/orca, 89k stars), Beads Task Memory (gastownhall/beads, 28k stars), Session History Search (slopus/happy, 24k stars) and Paseo Agent Handoff (getpaseo/paseo, 20k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Skill Resume?

nyldn (a GitHub user) maintains it in nyldn/claude-octopus, which has 4,198 GitHub stars. The repository holds 62 skills in this directory. The repository was last updated on October 9, 2026.

Source: nyldn/claude-octopus on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.