你有没有想过，和 AI 对话这件事，不一定要打开一个网页？如果它就在你的聊天软件里，像联系人一样随时发消息，会更方便。
OpenClaw 是一个开源的多平台 AI agent 框架，支持接入 Discord、Telegram 等聊天平台。OpenClaw 跑在家里的服务器上，通过聊天软件的手机客户端，走在路上也能让它帮忙处理事情——总结一下今天的 RSS、查个资料、处理邮件，发条消息就行，随时随地，不用坐在电脑前。
为什么是 Discord
Discord 的频道结构天然适合分工——一个服务器下建多个频道，不同频道干不同的事，侧边栏一目了然。消息展示也丰富，AI 回复的内容排版好看，读起来舒服。
一个频道，一个专属助手
OpenClaw 支持给不同频道配不同的 agent。
我建了一个专门的 RSS 频道，里面跑的是一个"RSS 助手"。它只做一件事：总结我的 RSS 订阅内容。跟它说"总结今天的新闻"，它就去拉 Miniflux 里的未读文章，挑重点列出来。问它别的，它会告诉你"我只负责 RSS 总结"。
这个思路挺有意思的——不是搞一个无所不能的通用 AI，而是给特定的事配一个专注的助手。它的边界很清楚，不会跑题，不会自作主张往外扩展。就像请了一个只管读报纸的助理，你让他讲笑话他不干。
分频道还有几个好处。对话历史独立：RSS 频道的上下文不会污染通用频道，AI 不会在回答其他问题时莫名其妙引用 RSS 相关内容。便于回溯：想查之前的 RSS 总结，去那个频道翻就行，不用在长对话记录里挖。
如果只用一个主频道，问题会更严重。模型的上下文窗口是有大小限制的，一旦达到限制，早期的对话就会被截断——AI 会"忘记"之前的交互。RSS 总结是高频操作，每天都会产生大量对话，很快就会把上下文撑满。到时候要么频繁清空历史（丢失所有上下文），要么忍受 AI 忘记你之前说过的话。
分频道后，每个频道独立计算上下文，RSS 频道满了就清 RSS 的，不会影响通用频道。
通用助手还在，放在另一个频道里，什么都能聊。两者互不干扰。
日常用起来什么感觉
举两个实际的例子。
订阅更新总结
我订阅了不少软件的更新日志，有些软件更新很频繁，每次都点进去看一遍太耗时间。现在让 RSS 助手直接总结更新内容，很快就能知道这次更新了什么、跟我有没有关系，阅读效率提升很大。
追踪 RSSHub 新路由
另一个是追踪 RSSHub 新增的路由。我订阅了 RSSHub 的新路由列表，但订阅源里只有路由名称，想用的话还得自己去项目里查地址和文档。现在让 RSS 助手来做这件事：从订阅源条目里提取新路由的名称，去 RSSHub 项目下查出路由地址和文档链接，还会生成包含我自己部署的 RSSHub 实例地址的完整 URL。比如最近新增了"豆瓣即将上映电视剧"路由，它会直接给我一个可用的订阅链接：https://rsshub.home/douban/tv/coming，复制粘贴到阅读器就能订阅。一条消息搞定，不用自己翻代码找半天。
通用频道那边就更随意了，想到什么问什么，查个资料、帮忙想个方案、翻译一段文字，都在聊天窗口里完成。用下来最大的感受就是：少了那个"先打开 XX 网页"的步骤，像发消息一样自然。
小结
大多数 AI 产品的交互方式还是"打开一个入口，新建一个对话"。这个模式没什么问题，但它是一个独立的入口，需要你主动去找它。把 AI 放进聊天软件之后，它就变成了通讯录里的一个联系人——你不需要切换工具，不需要记住网址，想用的时候发条消息就行。
更有意思的是频道分工带来的可能性。RSS 助手只是一个例子，同样的思路可以扩展到很多场景：一个频道专门处理邮件摘要，一个频道跟踪 GitHub 通知，一个频道做每日待办整理。每个助手专注做一件事，边界清楚，互不干扰。与其追求一个无所不能的通用 AI，不如让多个专注的小助手各司其职。
配置方法可以参考这两篇记录：