作为一个长期依赖聚合服务吸收新闻的网宅来说，当时即刻初号机横空出世的时候我是非常看好的，甚至主动冲向英文网络充当自来水。之所以如此重视即刻而没有采用传统的 RSS 订阅方式，是因为我的阅读源比较分散，但同时在每个源上只会关注一小部分话题，比如来自少数派，爱范儿，36氪的科技早报我都会看，但同时也只会看这几个源的这很小一部分内容。由此造成的痛点就是，如果在 RSS 阅读器中订阅这些源，势必会引入过多不必要的文章。而即刻能做到按这种特定的话题订阅相关的源。但因为众所周知的原因，本来以即刻为中心的每日主题新闻阅读流程后来不能持续了。

但互联网总有解决方案，这之后一个类似的服务，快知，出现在视野中。以前的即刻，现在的快知能很好地解决我上面的痛点，但同时有一个国内绝大多数类似服务都会引入的，让我深恶痛绝的设计，就是在原始页面之前加入自己的中间页。也就是说，如果直接使用 app 内部的分享功能，分享出来的链接会先是一个该 app 的框架页面，然后再跳转到收录的原始页面；甚至都不会跳转，直接在框架页面内嵌原始页面，非常丑陋。所以我采用的一个折衷方案是，必须使用 “话题订阅” 的源，采用快知；其余尽量采用 RSS 订阅的方式，使用 feedly 订阅，在前端用 reeder 阅读。

采取这种模式模式进行了一段时间，基本能满足自己的需求，但还是会经常性觉得快知的阅读体验非常差，特别是前面提到的中间页和由此导致的另一个问题：如果遇到想要保存到稍后读的文章，必须要在 app 内部的分享菜单里选择先用 safari 打开，再通过 safari 的分享保存到稍后读服务，否则稍后读中保存的会是中间页而不是源文章。这和 reeder 3 的左滑一下即保存的体验简直天差地别。

于是又一次开始折腾新流程。因为从本质上来说，我需要的就是一个关键字监控功能，所以首先尝试了直接在订阅端来达到这个目标。在 feedly 中可以用搜索功能实现筛选文章的目的，但搜索需要 pro 订阅（这也是 feedly 被抨击得最多的一点）。好处是原生支持中文单词的搜索，基本可以完美搜出需要的文章；但搜索结果不能保存，也就是说无法实现监控的功能，需要每次手动输入搜索词来过滤文章。这对于一个需要每天使用的功能来说未免过于繁琐。放弃。

以上两种途径都必须在官方客户端中操作，第三方客户端如 reeder 等，由于没有接口，无法实现。同时在研究的过程中，我也尝试了另一个主流的 feedly 替代服务 inoreader，想看看它能不能有什么亮点，遗憾的是并没有。比较令人哭笑不得的一点还在于，针对 feedly 将最基本的本地搜索都砍掉，放入付费功能中这一大槽点，inoreader 在自己的主页上放出了醒目的广告，声明自己的本地搜索是免费的基础功能，但我在使用过程中发现它的 iOS 客户端不支持中文单词搜索，比如直接搜索“早报”的中文，结果会是空白；英文单词搜索正常，同时如果以数字或英文起头，或者用中英混合的关键字搜索，也是可以出现结果的，只是可能结果会非常微妙。不知道这是 bug 还是对中文的天生支持不力。没有发现其他途径实现监控功能，直接放弃。 

对于使用第三方阅读客户端，只把 feedly 当做同步源的人来说，也可以采取另一种方式，即在订阅端接收所有文章，然后在阅读客户端进行上面的筛选。在我的尝试中，reeder 4 原生支持中文搜索，基本可以完美搜出需要的文章，但同样无法保存以实现监控的功能，也就是说，可以部分替代 feedly pro 订阅的功能。另外两个客户端，unread 和 reeder 3 不支持搜索，放弃。

至此已经基本得出结论，最完美的实现方式是直接订阅 feedly pro+，使用 Leo。这种方式的体验最佳，同时还有很多除了话题监控以外的高级功能。但一年100刀订阅费并不适合所有人，特别是如果 pro+ 中其他的功能几乎都用不到的话。

最后遗留的一点小遗憾是仍然没有找到方法在此基础上实现一键保存源文章到稍后读服务，不过生活难道不就是这样充满了各种不完美吗？

May the force be long and prosper.