Chapter 1: The Seam — One Pi Session Becomes a Fleet
Draw the ownership boundary between Pi's runtime primitives and the orchestration layer added by pi-subagents.
A source-guided field guide
Learn how an extension turns ordinary Pi sessions into an observable fleet—without inventing a second agent loop. Every implementation claim traces to a fixed source baseline.
The fleet layer coordinates. Pi still executes every model turn and tool call.
The governing distinction
Most architectural mistakes disappear once each behavior has one named owner.
Nine source-guided chapters. Read in order once; return by boundary when you investigate the code.
Draw the ownership boundary between Pi's runtime primitives and the orchestration layer added by pi-subagents.
Follow the extension factory, tool definition, registration, and execute contract that makes delegation model-callable.
Assemble resources, persistence, model policy, tools, extensions, and a prompt into one real child AgentSession.
See how AgentRecord and AgentManager coordinate an observable fleet, while a ten-slot pool admits ordinary top-level background work and nested work bypasses it to avoid dependency deadlock.
Control a Pi-owned run through events, steering, aborts, resume, turn limits, and a finite child-session shutdown boundary.
Resolve configuration precedence and follow tool, extension, prompt, context, and worktree policy to the runtime boundary.
Treat nested delegation as an opt-in runtime ownership boundary, not as a prompt convention or inherited sandbox.
Follow settled child outcomes through foreground inline return or background delivery, retrieval, grouped notifications, events, and Pi TUI projections.
Compare persistence artifacts by owner and guarantee, classify failure evidence, and trace an unfamiliar feature without outrunning the tests.