Files
multi-agent-mux/skills/multi-agent-resume/SKILL.md
T
Godopu 8a3abff2d6 initial: canary multi-agent skills with tmux isolation support
- lib.sh: TMUX_SERVER_NAME env var, _tmux helper, shim externalized
  to TMPDIR with recursive guard, resolve_tmux_server helper for
  YAML-driven server routing
- multi-agent-create: --tmux-server opt-in flag, YAML tmux_server
  field for orphan prevention
- multi-agent-delete/resume/status/agent-sessions-monitor: use
  resolve_tmux_server to auto-route to correct isolated server
- SKILL.md × 4: documented isolation server workflow
- Verified by claude review (R1+re-run) + agy R2 patches
  (orphan prevention + shim location fix)
2026-06-19 13:32:36 +00:00

6.8 KiB

name, description, version, author, license, platforms, environments, metadata
name description version author license platforms environments metadata
multi-agent-resume Resume an existing agent (claude, antigravity/agy) conversation by UUID into a tmux session. Reads ~/PuKi/lab/agent_sessions/agent-sessions.yaml for the saved session/conversation id, spawns (or reuses) a tmux session of the matching name, and runs `claude -r <id>` or `agy --conversation <id>` inside. Use when you want to reattach to a previous session's context, or revive a session whose tmux died but the agent's conversation is still on disk. 1.0.0 godopu MIT
linux
macos
terminal
tmux
hermes
tags related_skills prereq_skills
agent
tmux
claude
antigravity
agy
multi-agent
context
resume
session-id
multi-agent-create
multi-agent-delete
agent-sessions-monitor
claude-code
multi-agent-create

Multi-Agent Resume — Reattach to a Saved Conversation

Companion skills: multi-agent-create (start a fresh agent), multi-agent-delete (terminate), agent-sessions-monitor (live status). Tmux Isolation: TMUX_SERVER_NAME env var를 create에서 설정한 경우, 동일 서버에서 동작합니다. 자세한 격리 패턴은 multi-agent-create/SKILL.md 참조. Single source of truth: ~/PuKi/lab/agent_sessions/agent-sessions.yaml.

What this skill does

Container + data reconstruction: spawn a tmux session (the container), then run the agent inside with a specific session id (the data) so the previous conversation's context is restored.

Three cases this skill handles:

  1. tmux is dead, conversation livesagent-sessions.yaml has the UUID. The JSONL/db is on disk. Re-spawn the tmux session + run claude -r <id> / agy --conversation <id>.
  2. tmux is alive but empty — You started a session with multi-agent-create but haven't sent a message yet (so no session id was assigned). The user can either send their first message (and the id is auto-assigned), or you can read the workspace's most recent conversation from ~/.gemini/antigravity-cli/cache/last_conversations.json for agy, or the latest *.jsonl in ~/.claude/projects/<workspace-key>/ for claude.
  3. tmux is alive AND the agent inside is already running — Just attach. No re-spawn needed.

UUID resolution order

agent-sessions.yaml is the primary source. The skill reads in this order:

  1. agent-sessions.yamlagent_identities.<agent>.session_id (claude) / conversation_id (agy) — explicit saved value
  2. agent-sessions.yamlagent_identities.<agent>.session_jsonl (claude) / conversation_db (agy) — the on-disk artifact
  3. Fallback: scan disk for the workspace's most recent conversation
    • claude: ls -t ~/.claude/projects/<workspace-key>/*.jsonl | head -1 and parse the sessionId from the first line
    • agy: jq -r '."<workspace>"' ~/.gemini/antigravity-cli/cache/last_conversations.json

If all three are empty → the workspace has no conversation yet. Fall back to multi-agent-create.

Workflow

WORKSPACE=/path/to/project
AGENT=claude  # or agy
SESSION_NAME=<workspace>-creator-<agent>  # same convention as multi-agent-create

# 1. Resolve the session id
UUID=$(bash ~/PuKi/lab/agent_sessions/skills/multi-agent-resume/scripts/resolve_session_id.sh \
  --workspace "$WORKSPACE" --agent "$AGENT")

if [ -z "$UUID" ]; then
  echo "No saved session for $WORKSPACE ($AGENT). Use multi-agent-create first."
  exit 1
fi

# Resolve the isolated tmux server name
source ~/PuKi/lab/agent_sessions/skills/lib.sh
export TMUX_SERVER_NAME="$(resolve_tmux_server "$SESSION_NAME")"

# 2. If tmux is alive, attach. Done.
if tmux has-session -t "$SESSION_NAME" 2>/dev/null; then
  echo "tmux '$SESSION_NAME' already running. Attaching..."
  exec tmux attach -t "$SESSION_NAME"
fi

# 3. Spawn new tmux session + run agent with the saved id
case "$AGENT" in
  claude)
    tmux new-session -d -s "$SESSION_NAME" -x 140 -y 40 -c "$WORKSPACE" \
      "claude --dangerously-skip-permissions -r $UUID"
    # auto-handle trust / bypass dialogs
    sleep 5
    tmux send-keys -t "$SESSION_NAME" Enter 2>/dev/null || true
    sleep 3
    tmux send-keys -t "$SESSION_NAME" Down 2>/dev/null || true
    sleep 0.3
    tmux send-keys -t "$SESSION_NAME" Enter 2>/dev/null || true
    ;;
  agy)
    tmux new-session -d -s "$SESSION_NAME" -x 140 -y 40 -c "$WORKSPACE" \
      "agy --dangerously-skip-permissions --conversation $UUID"
    ;;
esac

# 4. Update agent-sessions.yaml: status running, last_visible_status
bash ~/PuKi/lab/agent_sessions/skills/multi-agent-resume/scripts/update_yaml_resumed.sh \
  --session "$SESSION_NAME" --uuid "$UUID"

# 5. Attach
tmux attach -t "$SESSION_NAME"

Pitfalls

  • claude -r requires the SAME project directory — if the workspace path differs from when the session was created, claude will create a new project dir key (-home-...-different-name) and put the resume in a different location. Always -c (cd to workspace) before running.
  • agy's --conversation flag name varies by version — older versions used --resume or -r. Check agy --help | grep -E "conversation|resume" and use the right flag. v1.0.x: --conversation.
  • The first message after resume might re-trigger TUI dialogs — if the original session was created with --dangerously-skip-permissions, those flags are NOT persisted; you must re-apply them on resume. The script above re-passes them.
  • Don't resume if the session is brand new and emptymulti-agent-create already set up an empty container; sending a probe message ("init") is the right way to materialize a session id, NOT claude -r with a placeholder.
  • agy --conversation <id> will fail if the conversation was deleted from disk — check ~/.gemini/antigravity-cli/conversations/<uuid>.db exists before attempting resume. If missing, the conversation is gone; you need a fresh session via multi-agent-create.

Verification

# 1. tmux alive with the right cmd
tmux list-panes -t "$SESSION_NAME" -F 'cmd=#{pane_current_command} cwd=#{pane_current_path}'

# 2. agent-sessions.yaml updated
python3 -c "
import yaml
d = yaml.safe_load(open('$HOME/PuKi/lab/agent_sessions/agent-sessions.yaml'))
s = [s for s in d['tmux_sessions'] if s['name'] == '$SESSION_NAME'][0]
print(f'  status: {s[\"status\"]}')
print(f'  pane.cmd_full: {s[\"pane\"][\"cmd_full\"]}')
"

# 3. TUI shows resumed conversation (capture-pane to verify)
sleep 5
tmux capture-pane -t "$SESSION_NAME" -p -S -30
# look for the previous message at top of the buffer (claude) or last_visible_status set (agy)

When NOT to use this skill

  • No saved session yetmulti-agent-create
  • Killing an existing sessionmulti-agent-delete
  • Just attachingtmux attach -t <name> (no skill needed)