Communicating up the chain from subviews in ReactiveCocoa MVVM world about reactiveviewmodel HOT 2 OPEN

Sorry if this is a bit in the weeds, but I just like to have a thorough grasp of patterns and their why's and why-not's.

To provide a current example:

I have a view controller that displays a post. That view controller has a view model. One of the cells displays hash tags associated with that post. The hash tags are tappable, and ultimately should cause a new view controller to be pushed onto the stack with data about that hashtag.

So I have a custom cell, with the ability to return hot words tapped in a label. Somehow I need to surface this action of tapping a hashtag, and the respective hashtag name, up to the primary view model so that it can create a view model for that hashtag detail page and supply it to the view controller.

I've went through several incarnations of this:

1. The cell having it's parent view controller's view model. This is easy as I can just call a method on that view model, but it's coupling things together that need not know of each other. Less reusable.
2. The cell has no view model, and I propagate events to the view controller either via the responder chain, or signals exposed on the cell. (The one nice thing about the responder chain in this instance is not setting up new bindings every time a cell with signals was re-used, though you would have to look at the cell's .m code to determine what selectors to respond to). Instead of actually implementing the selector, I used signalForSelector.
3. The cell has it's own view model, created from the parent view model and assigned in the view controller when preparing the cell. In this case the cell propagates events to it's view model via commands. The parent view model can then observe the signals on those commands and take the appropriate action. This has the downside of creating another file for a simple cell, and I'm not sure it makes sense for a view model to be more or less propagating/broadcasting ui events like that which it doesn't really care about.

from reactiveviewmodel.

I think both (2) and (3) are legitimate ways of solving the problem. If the cell is simple enough that it doesn't need its own view model, (2) seems perfectly fine.

from reactiveviewmodel.