[lukasschwab]

Basically linkblogging. I'm not sure this needs to be a separate feed; JSON Feed has a dedicated `external_url` field:

> If `url` [optional] links to where you’re talking about a thing, then `external_url` links to the thing you’re talking about.

I'd be shocked if Atom/RSS didn't have equivalents.

This kind of "repost"-ish behavior may just be obscured in the tools people use to construct feeds, so they remain obscure features of the standards. The designers had syndication in mind, very much like what you're describing — ingesting feeds, reprocessing/mixing/extending them, and exposing the result as another feed.

[EvanAnderson]

Replying to both your and parent post at once:

Using RSS for this seems reasonable for people who already have the ability to host a feed. I was thinking more about the Twitter-alikes for the "normies" who don't have a place to host a feed. I don't just want to see recommendations from bloggers. I'd like to be able to pull recommendations from a wider net of "content consumers" as well as "content creators".

I can't come up with an economic model that would work to run a hosting service for feedreader-generated feeds except in the case of for-profit feedreaders. There's abhorrent models there like, say, peppering the recommendation feeds with "sponsored content", or extracting demographic data from the participants and selling it. Making the recommendation feed a fee-based service also seems like a bad model, too.

That was why I look at the Twitter-alikes for the recommendation feeds-- because the transport is "free" (or, at least, not something where I'd have to worry about the business model).

[rambambram]

The RSS spec has the 'source' sub-element, which should point to the original source feed to give credit while forwarding/reposting. I guess one can apply this spec loosely and point it to a webpage url instead of an RSS feed.