claude-code-session-broker

name	claude-code-session-broker
description	Use when running Arcgentic V2 in Claude Code and fixed Planner, Developer, and Auditor role sessions must be coordinated through a broker.

claude-code-session-broker

Use this skill for Claude Code V2 parity. Claude Code does not expose the same Codex thread tools to Arcgentic, so V2 parity is broker-backed: the broker keeps the same four-role state contract and uses Claude Code subagents, Agent Teams, hooks, or explicit copy-back depending on what the host supports.

Relevant host capabilities:

• Subagents provide isolated role contexts within a session: https://code.claude.com/docs/en/sub-agents
• Agent Teams coordinate across separate sessions when enabled: https://code.claude.com/docs/en/agent-teams
• Hooks can observe stop events and final assistant output: https://code.claude.com/docs/en/hooks

Contract

V2 still has exactly five role identities:

• Orchestrator
• Planner
• Developer
• Test
• Auditor

Do not create round-numbered role identities. Store round identity in state and prompt payloads.

Broker priority

Use the strongest available transport:

1. Hook-backed broker for Stop/SubagentStop footer capture.
2. Agent Teams when enabled and stable in the local Claude Code install.
3. Background subagents + hooks when Agent Teams are unavailable.
4. Explicit copy-back when automation is unavailable: role session returns RoleReturnSignal and the orchestrator records it manually.

All three transports must write the same state shape.

Procedure

1. Install project-local Claude Code hooks once:

   arcgentic claude-code-broker install-hooks \
     --settings .claude/settings.local.json \
     --state .agentic-rounds/state.yaml
   

   The installed Stop/SubagentStop hook calls:

   arcgentic claude-code-broker handle-stop \
     --state .agentic-rounds/state.yaml
   

   The hook reads Claude Code's last_assistant_message, extracts the arcgentic-role-return footer, runs the same V2 return validation, updates .agentic-rounds/state.yaml, and writes a broker inbox record under .agentic-rounds/claude-code-broker/inbox/.

2. Initialize or read V2 host state:

   arcgentic v2-session-plan \
     --state .agentic-rounds/state.yaml \
     --host claude-code-broker \
     --user-request '<current user request>'
   

3. If orchestrator_status is sleeping, stop immediately. The broker is waiting for pending_role; do not dispatch another role.

4. If orchestrator_status is active, create or resume only the single role context in actions, then record its broker id:

   arcgentic v2-record-session \
     --state .agentic-rounds/state.yaml \
     --host claude-code-broker \
     --role <planner|developer|test|auditor> \
     --thread-id <broker-session-id>
   

5. Inject only that role's prompt. The developer does not receive auditor reasoning. The auditor does not receive developer chat transcript. The planner owns phase decisions.

6. After injecting the role prompt, put the Orchestrator to sleep and end the Orchestrator turn:

   arcgentic v2-dispatch-role \
     --state .agentic-rounds/state.yaml \
     --host claude-code-broker \
     --role <planner|developer|test|auditor> \
     --thread-id <broker-session-id>
   

7. Require every role turn to end with RoleReturnSignal JSON.

8. Record the signal. This wakes the Orchestrator and clears the pending dispatch:

   arcgentic v2-return-signal \
     --state .agentic-rounds/state.yaml \
     --signal-json '<RoleReturnSignal JSON>'
   

9. Re-run v2-session-plan --host claude-code-broker and dispatch the next role.

Hook guidance

When hooks are available, configure stop hooks to extract the role's final response and pass it back to the orchestrator as context. The hook must not invent a PASS/NEEDS_FIX outcome. It only transports the role's own RoleReturnSignal.

The bundled hook runtime uses official Claude Code Stop/SubagentStop input fields, especially last_assistant_message and stop_hook_active. If the Orchestrator is sleeping and the role output lacks a valid footer, the hook blocks once with a corrective reason. If stop_hook_active is already true, it does not block again, preventing hook recursion.

Fail-closed rules

• If a role returns prose without valid RoleReturnSignal, do not advance.
• If the broker cannot identify which role produced a signal, do not advance.
• If the Orchestrator is sleeping, do not dispatch more work until the pending role returns.
• If a role tries to rename itself outside the four fixed titles, reject it.
• If Claude Code transport is unavailable, fall back to explicit copy-back rather than pretending automation succeeded.