Only _one_, you still get macros, robust data structures (for example hash-maps that take anything as a key), multimethods (dispatch on anything, not just type), lazy data structures, dynamic variables, metadata, etc. macros alone would be worth it in IMHO, the rest is just icing on the cake.
The first one dispatches if obj is of class "class-name", and the second dispatches if obj and object are EQL (i.e. strictly equal by value or pointer.) and this second one allows you to do very clean switch/case style dispatching on actual values.
You can write a function that determines the dispatch action.
In the example below we dispatch my-add based on a function of the two arguments. This function returns a bool that determines the function to call, but it could return anything that you could then use to define the method upon (e.g. a symbol).
Keep in mind you're dispatching on both arguments; the MY-ADD generic function is created for you and it's lurking in memory. You can add :before, :after and :around methods, which will allow you to get a hold of both arguments BEFORE the dispatch method is applied and after in a serial fashion, or AROUND the method dispatch altogether. This allows for stuff like logging, debugging, tracing, method wrapping and augmentation for moving-target type protocols and designs, etc.
No criticism of CLOS generic functions, but they accomplish something very different from Clojure multimethods. generic functions are intended to support objects. Clojure doesn't have objects, so Clojure does not limit multimethods to the kinds of use cases that generic methods are intended to solve.
Again you can dispatch on anything. Your dispatch function can return any value (a set, a hash-map, a vector, a list, a string, a number, etc.).
(defn new-dispatch
[x y z] (meta y))
(defmulti my-multi new-dispatch)
(defmethod my-multi {:meta-key1 meta-val1}
[x y z] ...)
(defmethod my-multi {:meta-key2 meta-val2}
[x y z] ...)
This one dispatches on the metadata attached to the second argument.