Skip to main content
Glama
megamen32

agent-resume

by megamen32

agent-resume

MCP/CLI helper that waits for background work and resumes the same local coding-agent session when the work is done.

agent-resume is now the long-wait/control-plane tool. It can run a command, attach to an existing PID/query, or wait a fixed timer, then wake the same CLI coding agent and continue the task. notify is only an optional human Telegram ping.

Supported agents

  • Codex CLI: codex exec resume <SESSION_ID> "prompt" or codex exec resume --last "prompt"

  • OpenCode: opencode --session <SESSION_ID> --prompt "prompt" or opencode --continue --prompt "prompt"

  • Claude Code: supported as a fallback, but normally not installed because Claude can resume itself.

Related MCP server: Codex MCP Sidecar

Install into clients automatically

Run the installer to write ready-to-use MCP config entries for Codex and OpenCode:

npx -y github:megamen32/agent-resume --help
python3 scripts/install-client-configs.py codex opencode

The installer sets client identity once in each MCP config:

  • Codex: env = { "AGENT_RESUME_AGENT" = "codex" } in ~/.codex/config.toml

  • OpenCode: environment.AGENT_RESUME_AGENT = "opencode" in ~/.config/opencode/opencode.jsonc

  • Claude Code is not installed by default; Claude can resume itself. Pass claude explicitly to the installer only if you want the fallback.

After that, tools can be called without passing agent.

Agent identity

Do not make the model pass agent=codex|opencode|claude on every tool call. Configure identity once in the MCP client config:

Codex

[mcp_servers.agent_resume]
command = "npx"
args = ["-y", "github:megamen32/agent-resume"]
env = { AGENT_RESUME_AGENT = "codex" }

OpenCode

{
  "mcp": {
    "agent-resume": {
      "type": "local",
      "command": ["npx", "-y", "github:megamen32/agent-resume"],
      "enabled": true,
      "environment": { "AGENT_RESUME_AGENT": "opencode" }
    }
  }
}

Claude Code

{
  "mcpServers": {
    "agent-resume": {
      "command": "npx",
      "args": ["-y", "github:megamen32/agent-resume"],
      "env": { "AGENT_RESUME_AGENT": "claude" }
    }
  }
}

A local fallback also works:

// ~/.config/agent-resume/config.json
{ "agent": "codex" }

Long wait and automatic resume

agent-resume has built-in background waiting now. It does not need notify to watch long work.

MCP tools:

  • run_and_resume — run a non-interactive command, wait for it to exit, then resume the same chat.

  • attach_pid_and_resume — watch an existing PID and resume when it exits.

  • attach_query_and_resume — find a process by command substring, watch it, then resume.

  • wait_and_resume — wait a fixed duration, then resume.

  • wait_job_status — inspect the background wait job state.

Default behavior is execute_resume=true: when the watched process/timer finishes, the watcher launches the appropriate resume command in the background. Set execute_resume=false only for tests.

For Codex, the current thread id is captured immediately from MCP _meta.threadId before the watcher detaches. For OpenCode, pass cwd + marker so the watcher can freeze the exact target session before it starts waiting.

Example:

{
  "command": "npm test",
  "cwd": "/repo",
  "marker": "Q7xK2",
  "note": "test suite",
  "hard_timeout": "30m"
}

When the command exits, agent-resume resumes the same chat with job id, log file, status, and note.

Resume identity and marker rules

agent-resume must not guess “the last session”. It resumes by an explicit current-session identity:

  • Codex: Codex sends its thread/session id in MCP request _meta.threadId; agent-resume reads it and does not require a marker.

  • OpenCode: OpenCode does not send session id in MCP tool arguments or _meta; cwd and marker are required.

  • Claude Code: Claude Code does not expose a documented session id to MCP tool calls; cwd and marker are required.

For OpenCode/Claude, the marker is a plain required tool argument, not something agent-resume invents:

marker = exactly 5 ASCII alphanumeric chars: [A-Za-z0-9]{5}
example: Q7xK2

The model should put the same marker in the session title/prompt/cwd when starting the long task, then pass it to agent-resume later. The MCP server records called_at_ms itself; the model does not need to know the time.

Example for OpenCode/Claude-style clients:

MARKER=Q7xK2
opencode run --title "agent-resume-$MARKER" "Do the task. Marker: $MARKER"
AGENT_RESUME_AGENT=opencode ./agent_resume.py resume --cwd "$PWD" --marker "$MARKER" --job-id job-123 --log-file /tmp/job.log

For custom/local OpenCode builds, set OPENCODE_DISABLE_CHANNEL_DB=true if you want all sessions in the standard database:

export OPENCODE_DISABLE_CHANNEL_DB=true
# writes to ~/.local/share/opencode/opencode.db instead of opencode-<channel>.db

use_last is disabled because it can wake the wrong chat.

Where SESSION_ID comes from

MCP does not have a universal “current chat id” field. agent-resume derives it from each client’s local state:

  • Codex: ~/.codex/state_5.sqlite, table threads, preferred because it includes id, cwd, title, rollout_path, model and git metadata. Fallback: ~/.codex/session_index.jsonl.

  • OpenCode: ~/.local/share/opencode/*.db, table session, including id, directory, title, agent, model, timestamps.

  • Claude Code: ~/.claude/projects/<encoded-cwd>/*.jsonl, where file stem is the session id.

The strongest match is an explicit session_id; next best is cwd + query; fallback is “latest for this configured agent”.

Safety

build_resume_command is dry-run by default. It returns the command it would run. Set execute=true only when you really want to start the resumed agent in the background.

CLI

AGENT_RESUME_AGENT=codex ./agent_resume.py find --cwd "$PWD"
AGENT_RESUME_AGENT=opencode ./agent_resume.py find --cwd "$PWD"
AGENT_RESUME_AGENT=claude ./agent_resume.py find --cwd "$PWD"

AGENT_RESUME_AGENT=codex ./agent_resume.py resume --cwd "$PWD" --query "deploy" --log-file /tmp/job.log
AGENT_RESUME_AGENT=codex ./agent_resume.py resume --cwd "$PWD" --session-id 019f... --prompt "Job finished; inspect log and continue"

MCP

python3 /path/to/agent_resume.py mcp

Tools:

  • find_sessions — list likely sessions for agent=codex|opencode|claude.

  • build_resume_command — choose a session and build or execute the resume command.

  • run_and_resume — run command, wait, then resume.

  • attach_pid_and_resume — watch PID, then resume.

  • attach_query_and_resume — find process by query, watch, then resume.

  • wait_and_resume — timer wait, then resume.

  • wait_job_status — inspect wait job state.

  • register_agent — let a client record its agent identity and optional session id.

How it finds sessions

  • Codex: reads ~/.codex/session_index.jsonl.

  • OpenCode: reads SQLite session tables from ~/.local/share/opencode/*.db.

  • Claude Code: scans ~/.claude/projects/<encoded-cwd>/*.jsonl and falls back to all project transcript dirs.

Current limitation

agent-resume resumes CLI sessions non-interactively by launching the client resume command. It does not inject keystrokes into an already-open TUI. For true interactive prompts/TUIs, use a terminal-specific tool manually.

Source findings

Codex

Codex source was checked from https://github.com/openai/codex.

Important files:

  • codex-rs/exec/src/cli.rs

    • resume accepts SESSION_ID, --last, --all, images, and prompt.

    • SESSION_ID is documented as conversation/session UUID or thread name; UUID wins.

  • codex-rs/rollout/src/list.rs

    • find_thread_path_by_id_str() locates rollout files by UUID.

    • It first asks the state DB for rollout_path, verifies the file belongs to the same thread id, then falls back to scanning rollout filenames.

  • codex-rs/rollout/src/session_index.rs

    • session_index.jsonl is a thread-name index and fallback helper, not the strongest source for current project matching.

Best local SESSION_ID source for Codex is therefore:

~/.codex/state_5.sqlite
  table: threads
  id              -> SESSION_ID
  cwd             -> project match
  rollout_path    -> backing transcript file
  updated_at_ms   -> recency

Fallback:

~/.codex/session_index.jsonl

OpenCode

OpenCode source was checked from local fork:

/home/roomhacker/.config/opencode/apps/forks/opencode

Important files:

  • packages/opencode/src/cli/cmd/run.ts

    • --continue / -c continues the last root session.

    • --session / -s continues a specific session id.

    • --fork forks before continuing.

    • --prompt sends a message to the continued session.

  • packages/opencode/src/cli/cmd/session.ts

    • opencode session list --format json exposes id, title, updated, created, projectId, directory.

Best local SESSION_ID source for OpenCode:

~/.local/share/opencode/*.db
  table: session
  id          -> SESSION_ID
  directory   -> project match
  title       -> query match
  time_updated -> recency

Claude Code

Claude Code is a binary here, but local state and CLI help show:

claude --print --resume <SESSION_ID> "prompt"
claude --print --continue "prompt"

Best local SESSION_ID source:

~/.claude/projects/<encoded-cwd>/*.jsonl
  filename stem -> SESSION_ID

Tests

Basic syntax/package checks are cheap:

python3 -m py_compile agent_resume.py scripts/install-client-configs.py scripts/test-codex-paid-smoke.py
node --check npm/agent-resume-mcp.js
npm pack --dry-run

The real Codex MCP _meta.threadId smoke test is paid, so it is skipped by default:

npm run test:codex-paid
# SKIP: paid Codex smoke test disabled. Set AGENT_RESUME_RUN_PAID_CODEX=1 to run.

Run it explicitly when needed:

AGENT_RESUME_RUN_PAID_CODEX=1 AGENT_RESUME_CODEX_MODEL=gpt-5.4-mini npm run test:codex-paid

It asserts that Codex calls agent_resume.build_resume_command without cwd and without marker, that session_id_source == "mcp_meta", marker == null, used_last == false, and that command is the full argv array beginning with codex exec resume <thread_id>.

A
license - permissive license
-
quality - not tested
A
maintenance

Maintenance

Maintainers
Response time
1dRelease cycle
9Releases (12mo)
Commit activity

Resources

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/megamen32/agent-resume'

If you have feedback or need assistance with the MCP directory API, please join our Discord server