I tend to mostly agree with you. Trying to do table-schema management like I would have done while developing ETL flows in an RDBMS world is quite different from trying to do this in a fast-moving "new-sources-all-the-time" data engineering world.
There have been feature requests from customers to split the MANAGE into a DML vs DDL privilege. If that happens then your "data engineering" user/SP can be given the DML, while another "schema management" SP does the Liquibase-type schema management.
Note: This is more of a confusing overlap in lower environments. In higher environments you would be able to make sure that whatever gets deployed by the "data engineering SP" does not include DDL commands. In lower environments it becomes more of a "monitor and correct" motion to ensure your devs follow the best practice for table-schema management.
~Mohan Mathews.