resume-bod · git:20261008.15f480c · 2026-10-08 · sha256 925e735276093612
resume-bod git:20261008.15f480cA
Immutable. This exact content never changes and is served at /api/v1/blob/925e735276093612.
---
name: resume-bod
description: "Use on /resume-bod, /bod-resume, \"resume the board\", \"continue council workflow\", \"pick up where BOD left off\". Restores BOD/Agency Council context from memory and reassembles the 8-person council in two waves (max 6 per wave), or a focused sub-council, reusing an intact team."
---
# Resume BOD — Continue Council Workflow in New Session
Use this skill to restore context and continue The Agency council workflow without re-deriving state manually.
---
## When Invoked
Trigger on:
- `/resume-bod`
- `/bod-resume`
- "resume the board"
- "continue council workflow"
- "pick up where BOD left off"
---
## Step 1: Load Session Context
1. Read `~/.claude/memory/medium-term.md`
2. Identify the active project and confirm whether `agency-agents` is the target
3. Read the target project's `PROJECT.md`
4. Read latest session log at `{project}/memory/sessions/YYYY-MM-DD.md` (most recent)
If project is ambiguous, ask the user to choose from active projects before proceeding.
---
## Step 2: Summarize Prior BOD State
Summarize in 5 bullets max:
- Last completed phase / milestone
- Current status and blockers
- Last known council/team state
- Key constraints (Tier rules, approvals)
- Next recommended action
Do not re-explore the codebase unless PROJECT.md is stale or missing critical state.
---
## Step 3: Offer Council Assembly
After context summary, offer explicit next actions:
- **Assemble full council now** (`BOD`, `assemble`, `the board`, `the council`)
- **Assemble focused team** (engineering / content / custom)
- **Skip assembly** and continue solo planning
If user confirms assembly, proceed immediately.
---
## Step 4: Assemble via TeamCreate + Two-Wave Spawn
For full council:
1. Create team `agency-council` via `TeamCreate`
2. Spawn leaders in TWO WAVES (max 6 each):
Wave 1:
- engineering-lead
- design-lead
- content-creation-lead
- pm-lead
Wave 2:
- testing-lead
- specialized-lead
- critiques-lead
- video-studio-lead
3. Wait for wave 1 join acknowledgements before wave 2
4. Send council kickoff brief after all 8 are online
Never spawn all 8 in a single parallel burst — it can corrupt team config writes.
---
## Step 5: Kickoff Brief Template
Use this message format:
```
TYPE: council-assembly
PURPOSE: project-resume
PROJECT: [project name]
SCOPE: [brief]
DEPARTMENTS_NEEDED: [list]
TIMELINE: [urgency]
PROJECT_LEAD: [team-lead]
---
[What was completed previously]
[What remains]
[Decisions needed now]
```
Then request each leader's dept perspective (deliverables, dependencies, risks).
---
## Step 6: Resume Execution Loop
After leader replies:
1. Synthesize shared plan
2. Assign work packages
3. Enforce tiers:
- Tier 1 = leader approves
- Tier 2 = escalate to parent AI
- Tier 3 = escalate to human
4. Report concise checkpoint summary to user
---
## Key Rules
- Read memory first, spawn second
- Treat PROJECT.md as source of truth unless user says otherwise
- Use 2-wave spawn policy every time
- Keep kickoff summaries concise and decision-focused
- If prior team still exists, reuse it instead of creating duplicate team
- If team config looks corrupted, shutdown, clean up, then recreate