Start-of-day wake-up routine for the PyAuto workspace — sync every repo to main and clean generated cruft (local), then a gh-API status glance (overnight scheduled-run conclusions, version-pin drift, resume context) plus /health and /hygiene, ending in one prioritized digest. Runs on the CLI and on mobile Claude Code chat / Codex (auto-skips local-only steps when there is no workspace). Use when starting the day or asked for a morning status/cleanup pass.
Coordinate PyAuto build, deploy, or release execution through the PyAutoBrain Build Agent, including its vitals consultation and PyAutoHands delegation. Use when the user asks to build, publish, deploy, or release.
Use the single PyAuto health door for readiness assessment, validation sweeps, active-work status, release-run status, or worktree status through the Brain and Heart-owned procedures.
Periodic hygiene sweep across PyAuto repos and worktrees — audit stale feature branches, tracking refs, stashes, and dirty checkouts, then execute per-bucket cleanups after confirmation. Use for end-of-week tidying or unwieldy branch lists.
Ship PyAutoLabs source-library changes — run tests, commit, push, open pending-release PRs, analyze downstream workspace impact, and update the issue and PyAutoMind task state.
Analyze how a mature PyAuto domain assistant should be reproduced as an exact clone, sibling, or seed through the PyAutoBrain Clone Agent, and birth a lightweight seed once a human has answered the clone-mode question. Use for assistant-cell cloning decisions and seed births.
Run the visualization review loop through the PyAutoBrain Eyes Agent — survey a visualization workspace's figure surface, render via its gallery harness, review figures with the human, and route accepted critiques to intake/start_dev. Use when the user wants to look at, judge, or update the organism's plots and figures.
Hear and answer the PyAuto community through the PyAutoBrain Community Agent — scan every repo for user-filed issues awaiting a response, triage one issue's context sufficiency, then draft human-approved replies and route actionable work via start_dev_for_user. Use when responding to external users' GitHub issues or checking what the community is waiting on.