The lifecycle is explicit
A change set moves through draft, captured, pending approval, approved and applied, with separate rollback statuses after that. At each stage you can see what it contains rather than inferring from a log line.
The reason most people will not give an AI agent write access is that they cannot see what it did or undo it. Change sets answer both. Tracked write operations record pre- and post-images with checksums, so every supported change can be inspected, verified and reversed.
A change set moves through draft, captured, pending approval, approved and applied, with separate rollback statuses after that. At each stage you can see what it contains rather than inferring from a log line.
Rollback is not a single irreversible button. You can preview the reverse order and any conflicts without touching the site, and verify current resources against the checksums recorded at capture time.
If a resource changed after its post-image was recorded, rolling back would destroy that newer work. Talos refuses those resources instead of overwriting them, and tells you which ones drifted.
A changes shelf in the chat panel lists restore points from the current session, so reversing something is a two-click operation in the same place you made it.
Pre-image · post-image · checksum
draft · captured · pending_approval · approved · applied · rolled_back
Refuses drifted resources
Snapshots 180 days by default
No. Change sets cover the resources Talos itself touched, which makes its own actions reversible. They will not help with database corruption, a bad migration or server failure. Keep a real backup solution.
Supported write operations are captured into change sets. Not every conceivable action produces a restore point, so treat the changes shelf as the authoritative list of what is reversible in a given session.
Retention is configurable in settings. The defaults are 30 days for artifacts, 90 for jobs, 180 for snapshots and 365 for audit events, cleaned up by a daily job.
Talos reviews what an update changes, applies it inside a tracked change set with checksums, verifies the site afterwards, and rolls back if it went wrong.
Read moreModes, per-tool policy, approval gates, roles and budgets.
Read moreThe complete tool list, grouped by area, with each risk level.
Read moreSpend less time clicking through admin and more time moving your site forward.