v1.102.0
Attended chats can now spin up sub-agents automatically
When you chat with Boss directly (an attended session), Boss can now bring in sub-agents to help with the work without you having to configure anything extra. Previously this required explicit setup; now it happens by default, with an opt-out available in settings if you prefer to keep sessions single-agent.
Improvements
- Node.js toolchains are now visible to the Boss service. If you installed Node via nodenv, nvm, or a similar tool, Boss’s background service previously could not see that installation and would fail silently or use the wrong version. You can now also add custom paths through a
daemon_path_extrasetting, and the Boss doctor view shows which paths the service is actually using. - Usage limits are checked correctly across models. An account with headroom in its overall weekly budget could still get blocked because per-model limits were being applied too aggressively. Boss now checks the right budget window, so sessions are less likely to be stopped when there is capacity available.
- Gates that fail to start are now reported as failures. If a gate command crashed or timed out before returning a result, Boss would treat it the same as a gate that deliberately blocked work, making it hard to tell whether a job was skipped on purpose or because something went wrong. Failures now show up as a distinct failed row so you can see what actually happened.
- Verify-only checklist items are now checked properly. Acceptance criteria marked as verify-only were not being seen by the gate that reviews changes, so they could pass without ever being confirmed. Boss now correctly flags those items and requires them to be cleared before work ships.
Fixes
- Fixed an issue where the status message shown while Boss is waiting would include a redundant label prefix, making the line read awkwardly.