How do I connect an AI agent to my identity provider with OIDC?

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

With Swirls you declare an auth block in a .swirls file and reference it from a node. The runtime mints short-lived scoped credentials from your identity provider at run time, so agent code never holds long-lived keys.

#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

Identity federation is declared in the DSL. You declare an auth block in a .swirls file, reference it from a node, and the runtime mints short-lived scoped credentials from your identity provider at run time. Agent code never holds long-lived keys.

Every agent execution runs with its own identity. Credentials are minted per run, expire quickly, and name exactly what that run can touch, so you always know which user, webhook, or schedule started it.

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.