Yes, you can use the workflow publish reaction to publish the article
page and related page, which mean any other page that the article page
is connected to. However, in that case, I would not be using
lst_pages to reference list_nextlevel because a reference is not a
page connection.
How do you achieve an automatic push to lst_pages in the RSS feed
page, you ask? Use category and keywords.
However, watch out in the scenario that a page is connected in
multiple locations because if each location has a different pub
package, then the page will get published multiple times to multiple
locations according to pub package.
How to avoid this you ask?
We use a technique call "shadow list". Have lst_pages and
lst_pages_ref in you RSS feed content class. Reference lst_pages_ref
to lst_pages. In the content class code, wrap lst_pages in XML
comments and SmartEditModeOnly blockmark, and use list_pages_ref to
illiterate through your articles instead.
What does this technique accomplish?
A page is connected to multiple places, a publish related page command
will be triggered if needed, but the publish will follow
lst_pages_ref, which is used in the template, and lst_pages_ref is a
reference, so the pub package used for those pages defaults to pub
package on mainlink, where you really want your pages to go to.