skills/golem-powers/_archive/orchestrator-status/SKILL.md
Ecosystem-wide status collection and orientation. Use when returning to work, starting a new session, when the user says "where were we", "what's the status", "catch me up", "what happened", or any time you need to understand the current state across projects. This is NOT the repo-scoped /catchup (git diffs) — this is the orchestrator-level "what's happening across the whole ecosystem." Also use when you need to prepare a research prompt — this skill gathers all the context needed to write a detailed, self-contained prompt for a research agent.
npx skillsauth add etanhey/golems orchestrator-statusInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Quickly orient yourself across the entire golems ecosystem: what's active, what's done, what's blocked, what needs research. This replaces the pattern of reading random files and hoping for context.
This is the ORCHESTRATOR-level catchup. For single-repo git status, use /catchup.
brain_recall(mode="context") # What's happening right now
brain_recall(mode="summary") # High-level ecosystem state
If the user mentioned a specific topic, also:
brain_search("<topic>") # What do we know about this
brain_search("<topic> decision") # Past decisions on this
Read the single source of truth:
Read ~/Gits/orchestrator/roadmap/README.md
Focus on the "What's Next?" section at the top. This tells you:
Check git log across active repos. Only check repos mentioned in the active wave:
cd ~/Gits/golems && git log --oneline -5
cd ~/Gits/brainlayer && git log --oneline -5
cd ~/Gits/orchestrator && git log --oneline -5
Read the collab files for the current wave:
Glob ~/Gits/orchestrator/collab/wave*-*.md
Read each one — focus on: Status line, last message, blockers. Collabs are the communication channel between agents.
Read the design doc for the most relevant active track. The roadmap's "Design Docs Index" section links them all. Only read the first 40-60 lines (problem + schema) — don't read the whole thing unless needed.
After the 5 steps, synthesize into a brief status report:
**Wave N Status:**
| Track | Status | Latest | Next |
|-------|--------|--------|------|
| A: ... | DONE/IN PROGRESS/BLOCKED | PR #X / commit | What's next |
**Active design doc:** designs/X.md — [one line summary of where it is]
**Blockers:** [any blockers from collabs]
**Research needed:** [if any track needs research, describe what]
If a track needs information you don't have (external platform capabilities, library APIs, architecture patterns), prepare a research prompt. The prompt must be:
Use the /research skill or spawn a researcher subagent. For library/API docs, use context7 MCP first.
## Deep Research: [Topic] for [Project]
### Context — What We're Building
[2-3 paragraphs explaining the ecosystem, the specific project, and WHY this research matters]
### The Active Design Doc / Decision
[Summary of the design doc that needs this research input]
### What We Need to Know
[Numbered list of specific questions, grouped by subtopic]
### Output Format
[Exact structure of the report you want]
### Search Strategy
[Specific search terms, sites to check, types of sources]
### Important
[Constraints, anti-patterns, what NOT to research]
| Need | Use |
|------|-----|
| Single-repo git status | /catchup |
| Ecosystem-wide orientation | This skill |
| Detailed web research | /research |
| Library/API docs | context7 MCP |
| BrainLayer troubleshooting | /brainlayer |
tools
The human-eval UX contract for Phoenix views: turn-by-turn scrollable replay (not a scorecard), hide-but-copyable IDs, collapsed thinking, identity chips, tool filters, tiny frozen starter datasets, mark-wrong-in-thread, mobile-first. Use when: building or reviewing ANY Phoenix/eval view, annotation UI, session replay, or human-grading surface. Triggers: phoenix view, eval UI, annotation view, session replay, human eval UX, grading interface. NOT for: Phoenix data pipelines/ingest (capture scripts have their own specs).
tools
macOS systems specialist — AppKit NSPanel architecture, launchd services, socket activation, MCP bridge resilience, syspolicyd, and high-frequency SwiftUI dashboards. Use when building menu-bar apps, LaunchAgents, debugging syspolicyd/Gatekeeper/TCC, resilient UDS/MCP bridges, or SwiftUI dashboards at 10Hz+.
development
Bulk LLM-judging protocol for fleet-dispatched verdict runs (KG cluster, eval harness). Use when: dispatching or running judge workers (J1/J2/RT), planning bulk-apply from verdict JSONL, or triaging evidence_degraded outputs. Triggers: judge fleet, bulk judge, R3 verdicts, kg-judge, RT gate, evidence_degraded. NOT for: single-item code review, Phoenix view UX (use phoenix-human-view), or non-judge eval pipelines.
development
Quiet-down protocol for sprint close: when the fleet wraps, delete ALL polling crons and monitors, send ONE final dashboard + ONE message, then go SILENT. Use when: fleet wraps, all workers done, overnight queue exhausted, sprint close, Etan asleep/away with nothing approved left. Triggers: fleet wrap, wrap the fleet, stand down, going quiet, sprint close. NOT for: mid-sprint monitoring (keep your loops), spawning a successor (use /session-handoff first).