How do I take over an agent system someone else built?

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 take over an agent system someone else built?", you want to inherit a system you can actually read. The short answer: a Swirls system is its .swirls files. Read them, run swirls doctor to validate your understanding, and the git history tells you how it got this way.

#Who's asking

Managed service provider / agency. Inherits a client's agent setup from a previous vendor or an internal team and has to own it with confidence, fast.

#Why Swirls is a fit

The system is fully described by its files. Agents, tools, triggers, schedules, and secret declarations are all in the .swirls files in front of you. There is no hidden wiring in a dashboard to archaeologize.

The DSL is small and declarative, built so capable readers (human or LLM) ramp from the files alone. swirls doctor validates the project and swirls deploy to a fresh project gives you a safe place to study it.

History and behavior are both inspectable. Git history shows every change the previous team made; the audit trail shows what the system has actually been doing. Together they are the takeover brief the previous vendor never wrote.

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.