No. You could conceivably write an extension that would abuse the various SQL-oriented contracts to generate no SQL to execute, but that would actually do some programmatic work (we’ve done some of this in the past); it is ugly and doesn’t really fit into the mental model of the tool very well. (We needed the ability to do some data conversion in the JDBC driver for Informix, whose SQL implementation is broken in several data conversion respects.)
One thing that I think would be interesting would be to take the core of Liquibase (keeping track of various commands executed, checksumming them, providing certain kinds of conceptual rollback) and abstract it to various environments other than databases. Think Chef or Puppet but in Java without necessarily relying on state verification—just relying on the fact that a given setup command was run or not.