Agent Workspaces

Conductor 0.87 Puts More Control Around Routine Triggers

By Kaleido Field Staff ยท September 20, 2026

A matching event should start only the intended work

A shared routine and permission to run local code are different things. Conductor's September 18 version 0.87 adds GitHub trigger filters and says setup scripts from shared cloud workspaces no longer run automatically on collaborators' Macs. Both changes make execution scope more explicit.

Citation-ready: Conductor 0.87 adds label, author and base-branch filters for GitHub-triggered routines and stops shared cloud setup scripts from automatically executing on collaborators' Macs.

Evidence boundary: Vendor changelog and proposed verification criteria. Security fixes are vendor-reported; no exploit reproduced, collaborator machine accessed or software installed.

Conductor official routine interface filtered by a high-severity label and a specific pull-request author
Image source: Conductor; official version 0.87 GitHub routine-filter interface. Used for editorial coverage of automation triggers and local execution desk.

What happened and why it matters

The trigger identifies which event deserves work. The execution environment determines whose machine and resources perform it. Sharing a configuration should not blur those two decisions.

Primary evidence

Primary reference: Conductor version 0.87.0 changelog. Kaleido Field checked the event date and the article's attributed facts against this source.

Source check
Source dateSeptember 18, 2026
Checked by Kaleido FieldSeptember 20, 2026, CST
Source functionagent workspaces -> event selection and local execution consent

The filter can be narrower than the repository

Routines can filter GitHub events by label, author and base branch, including exclusion rules, and use several triggers. The update also adds a weekdays schedule. These are selection controls; the changelog does not claim that they prove the task was completed correctly.

A useful check includes one event that should match and one that should not. Record which configuration was active for each result. This can expose a broad trigger before it produces unnecessary work or notifications.

Shared scripts need a visible destination

The release separates personal and shared cloud repository script settings and identifies whether a script is runnable in the cloud or local mirror. It also reports the change that prevents automatic shared setup-script execution on collaborators' Macs.

Before running a shared script, inspect its intended environment and effects. Afterward, distinguish a launched process, a completed task and a verified external result. Our tool-governance analysis explains why a configuration being available is not authorization for every action it can perform.

Evidence boundary

Vendor changelog and proposed verification criteria. Security fixes are vendor-reported; no exploit reproduced, collaborator machine accessed or software installed.

Reader briefing

Keep the source trail in view.

One concise email when a model, benchmark, or visual-intelligence claim materially changes.

FAQ

Does sharing a cloud setup script mean it should automatically execute on a collaborator's Mac?

The 0.87 changelog says shared cloud setup scripts no longer do that automatically.