Filtry to wzorzec Intercepting Filter. A w prawdziwym MVC nie ma po co decydować, jaką akcję wykonać jako pierwszą, bo wykonywana jest tylko jedna akcja. I tą akcję wybiera oczywiście kontroler.
Jeżeli planujesz użycie LiveUser, to ważne jest dla ciebie, aby dało się wyłączyć wbudowane uwierzytelnianie frameworka (jeżeli jest). Już masz ważne kryterium.
Jeżeli chcesz używać smarty, to potrzebny ci albo framework, który już jest oparty o smarty, albo taki, który nie jest związany z żadnym systemem szablonów, albo taki gdzie można to łatwo wyłączyć. Np. mojavi jest oparte o smarty - plus. Ale WACT ma własny język szablonów - IMHO bardzo dobry - i nie wiem co ci wyjdzie, jak z niego zrezygnujesz - być może minus.
A o co chodzi z XML? To zależy jak skomplikowanej konfiguracji taki framework potrzebuje. Taki np. phrame wymaga definicji wszystkich akcji i wszystkich przejść między akcjami, i to wszystko w wielkim pliku php. Tutaj zero XML = zero walidacji (poza fatal compile error

) i zero wspomagania przy pisaniu tego = minus.
Co do kontenerów, to bym uważał. To będzie pociągało za sobą wybór (a raczej brak wyboru) biblioteki do bazy danych. Być może dużą integrację z systemem szablonów (chyba WACT). Z drugiej strony, takie systemy kontenerów są dostępne niezależnie od MVC (propel, db_dataobject, itd). Z trzeciej, integracja na pewno pomaga.