Round-3 review of f5a6575 (planner-reviewer-codex-01, R1/R2).
R1 - the adapter's in-use check handed only the conversation DB to lsof, so a
holder that keeps the presence lock (or a sidecar) open while naming the uuid
on no command line and in no session variable was invisible, and the held
lock was unlinked from under it. AgyAgentAdapter.conversation_in_use now
passes every path of the conversation (DB, -wal/-shm/-journal, brain,
annotation, presence lock).
R2 - both resolver stages required the DB, so once an interrupted or pre-#10
purge had removed it, the WAL/annotation/lock left behind were "no artifact"
(exit 5) forever. BaseAgentAdapter.has_artifacts (default: a uuid-bearing
artifact path that exists) replaces the resolver's path fallback, and agy's
override accepts any of its pieces.
Tests: a flock holder that names the uuid nowhere is refused and nothing is
removed; orphaned leftovers resolve to agy and are purged. VERSIONS.md
v4.4.3 items 1-2 and orc-onboard SKILL.md updated.
Refs #10 #13
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01VCgu9Fa9iT7TbJUSzdq4Ff
5.1 KiB
name, description, version, author, license, platforms, environments, metadata
| name | description | version | author | license | platforms | environments | metadata | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| multi-agent-mux-orc-onboard | Register current or specified orchestrator session UUID into agent-sessions.yaml orchestrator_uuids list to prevent sub-agent discovery capture. | 4.4.3 | godopu | MIT |
|
|
|
multi-agent-mux-orc-onboard
Registers an orchestrator session UUID into the orchestrator_uuids list of .mam/agent-sessions.yaml (and underlying state DB). This ensures that find_workspace_uuid and verify_session_uuid in lib.sh exclude orchestrator conversations when discovering unassigned sub-agent session UUIDs.
Usage
.agents/skills/multi-agent-mux-orc-onboard/scripts/orc_onboard.sh [OPTIONS]
Options
--uuid <uuid>: Explicitly register the specified orchestrator session UUID.--remove <uuid>: Remove the specified UUID from theorchestrator_uuidslist.--purge-conversation: With--remove, also delete the conversation's on-disk artifacts through its agent adapter (Issue #13). Irreversible — requires--yes; refused (exit5, registration untouched) while a live process still references the conversation — including the session the command itself runs in: its session-id variable (CLAUDE_CODE_SESSION_ID,ANTIGRAVITY_CONVERSATION_ID,HERMES_SESSION_ID,GROK_SESSION_ID,OPENCODE_SESSION_ID) equals the UUID, or the nearest agent CLI ancestor names it on its command line. An orchestrator therefore cannot purge its own conversation from inside that very session. Any live process whose command line contains the UUID counts, not only a resumed session — an editor, agrepor a delegation wrapper whose prompt merely mentions it blocks the purge too; if it is refused, find the process withps -axww | grep <uuid>.--yes: Skip the--purge-conversationconfirmation (without it the script prints the danger notice and exits4).--agent <name>: Adapter to purge with (claude|agy|hermes|grok|opencode|codex). Defaultauto: each adapter is asked whether it owns an artifact for the UUID (agy→~/.gemini/antigravity-cli/conversations/<uuid>.dbetc.). Needed becauseorchestrator_uuidsstores bare UUIDs, not the agent kind.--list: Display all currently registered orchestrator UUIDs.--no-autodetect: Disable process ancestry auto-detection when--uuidis not provided.--dry-run: Output proposed changes without mutating the state registry.
Purging the orchestrator conversation
multi-agent-mux-stop --purge-conversation only reaches sessions that have a herdr_sessions row; the orchestrator never has one. To wipe an orchestrator conversation for good:
.agents/skills/multi-agent-mux-orc-onboard/scripts/orc_onboard.sh --remove <uuid> --purge-conversation --yes
# purged: ~/.gemini/antigravity-cli/conversations/<uuid>.db
# purged: ~/.gemini/antigravity-cli/brain/<uuid>
# ...
# residual: none (agent: agy)
The purge runs before the registry update, so a refused purge (conversation in use, exit 5) changes nothing. If no adapter finds an artifact for the UUID the registration is still removed with a warning. For agy the adapter also removes the SQLite sidecars (-wal/-shm/-journal), the title annotation and the presence lock (Issue #10) and reports anything under ~/.gemini/antigravity-cli that still carries the UUID as WARN residual:. Orphaned leftovers — a WAL, annotation or lock whose DB is already gone — still resolve to agy and are purged, and the in-use check asks lsof about every one of those paths, so a holder that keeps only the presence lock open (naming the UUID nowhere) is refused too.
Auto-Detection Hierarchy (Rev.2)
When --uuid is omitted, orc_onboard.sh inspects the process ancestry tree of the nearest agent ancestor (claude, agy, hermes, grok, opencode, codex) in the following order:
- CLI
argv:claude -r <uuid>/claude --session-id <uuid>agy --conversation <uuid>grok --session-id <uuid>/grok --resume <uuid>opencode --session <uuid>codex resume <uuid>
- Family-Matched Environment Variables:
claude→CLAUDE_CODE_SESSION_IDagy→ANTIGRAVITY_CONVERSATION_IDhermes→HERMES_SESSION_IDgrok→GROK_SESSION_ID
- Fallback:
- If no valid ID matching the nearest agent family is found, exits with status 3 (
Could not detect orchestrator ID).
- If no valid ID matching the nearest agent family is found, exits with status 3 (
Exit Statuses
0: Success (registered, removed, listed, or already present).1: Conflict — the ID is currently owned by arunningsub-agent session row.2: Invalid arguments or malformed ID format (including--purge-conversationwithout--remove).3: Detection failed — ID could not be determined.4:--purge-conversationneeds--yes— nothing changed.5: Purge refused — the conversation is still in use by a live process; nothing changed.