Agent Harness Orchestration
You are orchestrating external agent harnesses (pi, hermes) via the agent-turn wrapper script. You are the coordinator — you decide what prompt to send each turn, read the response, and determine next steps.
Prerequisites
The agent-turn script ships alongside this skill. Resolve it at runtime:
SKILL_DIR="$(dirname "$(realpath "${BASH_SOURCE[0]:-$0}")")"
AGENT_TURN="$SKILL_DIR/agent-turn"
Use $AGENT_TURN in place of agent-turn throughout all Bash calls in this skill.
Note on pi sessions: pi uses UUID-based sessions internally. The script maps your human-readable session IDs to pi UUIDs automatically — pass a stable name like
20260512-my-taskand the script handles the rest. Session data lives in/tmp/agent-sessions/pi-sessions/and the name→UUID map in/tmp/agent-sessions/pi-session-map.
Session ID Convention
Generate a stable session ID at the start of a task and reuse it across all turns:
SESSION="$(date +%Y%m%d)-$(echo "$TASK_DESCRIPTION" | tr ' ' '-' | tr '[:upper:]' '[:lower:]' | cut -c1-30)"
echo "$SESSION" # e.g. 20260512-summarize-quarterly-report
Store it in context — you'll need it for every subsequent turn.
Invoking a Turn
"$AGENT_TURN" <tool> <session-id> "<prompt>"
# tool: pi | hermes
# session-id: stable string, reused across turns
# prompt: the message for this turn
Output is printed to stdout and logged to /tmp/agent-sessions/<session-id>.log.
Session Open
Before sending the first turn, check for a STATE.md in the working directory. If it exists, read it and carry Verified facts, General rules, and Last session into context. This is stage 5 (Consult) of the memory progression — skip it and the next session restarts from zero.
Turn-by-Turn Loop
Follow this loop until the task is complete or you hit a stop condition:
- Send turn — call
agent-turnwith the current prompt - Read response — the full output is in stdout
- Evaluate — score the response against the task goal:
- ✓ advances task → continue normally
- △ partial / off-track → note specifically what's missing; compose a targeted corrective prompt
- ✗ stuck (same issue 2+ turns) → pivot: state explicitly what isn't working, then try a structurally different approach (different framing, different constraints, decompose differently)
- Act:
- Done → verify with a separate harness session (new session ID, no shared context with the maker) before presenting to user. A verifier with no exposure to the maker's reasoning finds gaps the maker won't. Self-critique in the same session misses structural errors.
- Follow-up → compose next prompt, go to step 1
- Correction → compose corrective prompt naming the gap and varying the approach, go to step 1
- Switch tools → synthesize context from current log, start new harness session
Switching Between Harnesses
pi and hermes use separate session IDs. To hand off, synthesize the relevant context from the current session log and pass it as part of the first prompt in the new harness:
# Read current session log for context
cat /tmp/agent-sessions/${SESSION}.log
# Start hermes turn with context summary
HERMES_SESSION="${SESSION}-hermes"
"$AGENT_TURN" hermes "$HERMES_SESSION" "Context from prior session: [summary]. Now: [new task]"
Reviewing Session History
# Full log for a session
cat /tmp/agent-sessions/<session-id>.log
# Just agent responses
grep -A999 '\[agent\]' /tmp/agent-sessions/<session-id>.log
Stop Conditions
Stop the loop and present results when:
- The agent's response fully satisfies the original task (confirmed by self-check turn)
- The agent indicates it cannot proceed (escalate to user)
- You've made 3+ corrective turns on the same issue without progress (escalate to user)
- The user has specified a max number of turns
Session Close
After any task that took 4+ turns, write to STATE.md before ending. Five sections, only update what changed:
## Verified facts # things the session stopped guessing about
## General rules # distilled patterns that apply beyond this task
## Open failures # failures investigated but not yet resolved
## Lessons learned # new rules distilled from this session's post-mortems
## Last session # resume pointer — what to do first next session
If STATE.md doesn't exist, create it. Write before closing — a session that ends without a write restarts from zero next time.
Skills that surfaced new failure modes or anti-patterns during the session should be updated directly: write the lesson into the Skill file, not just STATE.md. STATE.md is project-scoped; Skill updates travel across projects.
Multi-Agent Pattern (pi + hermes in parallel)
For tasks where you want both harnesses to attempt independently:
# Run both concurrently, capture outputs
PI_OUT=$("$AGENT_TURN" pi "$SESSION-pi" "$PROMPT")
HERMES_OUT=$("$AGENT_TURN" hermes "$SESSION-hermes" "$PROMPT")
# Compare and synthesize
echo "=== pi ===" && echo "$PI_OUT"
echo "=== hermes ===" && echo "$HERMES_OUT"
Then synthesize or pick the better response before continuing.
Example Orchestration
Task: Research and summarize recent advances in vector databases
Turn 1 (pi): "List the 5 most significant advances in vector databases in 2025. Be specific — names, benchmarks, capabilities."
→ Response: [list]
Turn 2 (pi): "For each item you listed, identify one concrete use case where it changes what's now possible."
→ Response: [use cases]
Turn 3 (pi): "Synthesize this into a 3-paragraph summary suitable for a technical blog post introduction."
→ Response: [draft]
Evaluate: Draft is good. Present to user.