An agent gets broad access to accomplish a narrow goal, then uses that access in a way nobody specifically authorized, because "can do X" and "should do X in this situation" got conflated during setup. This isn't unique to any one vendor — it's a design pattern problem.
Scoped permissions (can this agent write, or only read), human-in-the-loop checkpoints for anything irreversible or public-facing, and explicit logging of every action taken — not just the final output — are the practical version of this, not an abstract safety principle.
The same principle applies at any size: an automation that can draft a reply is low-risk, one that can send a reply unreviewed is a different risk category entirely, and the line between them should be a deliberate decision, not a default setting left unexamined.