riker
920e9ac196
Some checks failed
CI / Check for .beads changes (push) Has been skipped
CI / Check embedded formulas (push) Successful in 18s
CI / Test (push) Failing after 1m13s
CI / Lint (push) Successful in 21s
CI / Integration Tests (push) Successful in 1m1s
CI / Coverage Report (push) Has been skipped
Windows CI / Windows Build and Unit Tests (push) Has been cancelled
Dogs are just directories with state files - they don't have sessions to receive and execute mail. This means `gt dog dispatch --plugin X` would assign work and send mail, but nothing would ever execute. This fix spawns a tmux session for the dog after dispatch, with an initial prompt that tells Claude to check mail and execute the plugin instructions. This makes dog dispatch actually work as intended. The session is named `gt-<town>-deacon-<dogname>` following the pattern from showDogStatus. If session creation fails, we log a warning but don't fail the dispatch (mail was sent, work was assigned, human can manually start the session). Related: mayor guidance to have deacon execute dog work directly. This is a stepping stone - dogs now execute their own work via sessions. Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>