How do I keep agent permissions in sync with what the agent actually does?

Authority is part of the systemidentity and limits attached
Declare who may enter, which resources the App can reach, and who may approve work.

#The question

If you are asking "How do I keep agent permissions in sync with what the agent actually does?", you want the guarantee enforced by the runtime, not by convention. Swirls does that: each execution is bound to its deployed definition and scoped runtime identity.

#Who's asking

Platform / infra engineer. Owns how things run in production. Cares about durability, isolation, audit, and repeatable deploys.

#Why Swirls is a fit

Permissions are bound to the deployed workflow definition. Ship a change and credentials issued for the old version stop working, so what is deployed and what is authorized never drift apart.

Swirls files live in source control next to your application code. You review agent changes in a PR and read your operational process over time through git history.

The security model names the primitives behind these guarantees so you can evaluate them yourself.

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.