Repository navigation
Workers start without the supervisor's agent-session markers; act classes read as act - #94
Merged
Merged
Conversation
…sses read as act A tmux server started from inside the supervisor's Claude Code session gave every window that session's CLAUDECODE / CLAUDE_CODE_* markers, so workers ran as its children: no transcript, and their spend went unmeasured. The worker and planner launch now strips the markers it sees in its own environment and tmux's (env -u, whatever the window's shell). Settings an owner exports, such as CLAUDE_CONFIG_DIR, stay. supervisor.md §3 wrote approve-spec, approve-plan, contract-ruling and approve-design-change as if they were commands; they are act classes: act --class <class> --refs <ticket>. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Member
Author
|
Review (upstream loop, author's own PR):
|
This was referenced Nov 4, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Two issues the Stacks supervisor reported after the move: its observations o-20261104-174501777 and o-20261104-185328718, both verified in its log.
What
env -u …for each agent-session marker found in this process's environment or tmux's global or session environment.SESSION_MARKERSmatchesCLAUDECODE,CLAUDE_CODE_*andCLAUDE_PID. Owner settings such asCLAUDE_CONFIG_DIRandCLAUDE_EFFORTaren't markers and stay.env -uworks whatever the window's shell is (sh, zsh, fish). Bothagent_commandandresume_commandare covered.act --class approve-spec --refs <id>(and likewise for approve-plan, contract-ruling and approve-design-change), not as commands of their own. The refusals the line describes areact's own checks (devteam.mjscmdAct).CLAUDECODEandCLAUDE_CODE_CHILD_SESSION, then asserts that the pane's command strips both and keepsCLAUDE_CONFIG_DIR.Why
CLAUDE_CODE_CHILD_SESSIONand the messaging-socket variables, so Claude Code treated each worker as a child session and saved no transcript. Spend went unmeasured until the supervisor unset the variables by hand and relaunched the three workers.devteam.mjs approve-specand got "unknown command".Authority
This adds no new path. It removes inherited variables from a worker's agent process, and the worker's role and policy still come from the
DEVTEAM_*export and the--settingsfile, as before.Harness-agnostic
The marker list names Claude Code's variables because those are the ones observed. Codex and OpenCode markers join
SESSION_MARKERSas they're found. An unknown harness is unaffected.Migration
None.
🤖 Generated with Claude Code