How do I update one customer's agent without touching the others?

One system source to reviewchecked before runtime
The coding agent authors against a finite language, and Swirls validates the complete project.

#The question

If you are asking "How do I update one customer's agent without touching the others?", you want change isolation per customer. The short answer: each customer's system is its own Swirls project with its own .swirls files and its own deploys. Updating one customer is a PR and a git push or swirls deploy against their project alone.

#Who's asking

Forward-deployed / solutions engineer. Maintains custom agent logic across many customers and needs a change for one to carry zero risk for the rest.

#Why Swirls is a fit

Projects are the isolation boundary. Each customer's agents, workflows, triggers, schedules, and secrets live in their own project, deployed as their own versioned artifact. A deploy for customer A changes nothing for customer B.

Deploys are versioned, so the question "what is this customer running?" has a precise answer. The diff between any two versions is a readable .swirls diff in git, reviewable before it ships.

Shared improvements still flow. Keep your common patterns in a template repo, apply them per customer through normal git workflows, and let each customer's project pick up changes on its own schedule.

Add the people, data, authority, and decisions around this job.

Keep this solution beside the Apps, records, rules, connections, and reviews it depends on in one .swirls project.