指南部分核验低风险

每日 Reddit 摘要

每天获取你关注的 subreddit 热门帖子摘要,根据偏好自动筛选内容。

证据边界: 本页是对社区方案的中文整理与风险补充,本站未在统一 OpenClaw 环境中逐项完成产品实测。涉及版本、权限、第三方 API、定时任务或数据写入的步骤,执行前仍需按当前官方文档和自己的隔离环境验证。

每天获取你关注的 subreddit 热门帖子摘要,根据偏好自动筛选内容。

适合人群: 内容消费者、信息追踪者、Reddit 用户

场景价值: 不用每天手动刷多个子版块,定时收到按你的偏好筛过的热帖摘要,关注社区的新内容更不容易被刷走。

来源与边界:社区可搭建工作流(源自 awesome-openclaw-usecases 案例库),并非 OpenClaw 内置默认功能。需要从 ClawHub 安装 reddit-readonly 社区技能(如 @buksan1950/reddit-readonly),可通过 Telegram 等渠道接收每日摘要,支持自定义偏好过滤。

问题描述

传统 Reddit 浏览存在以下痛点:手动检查多个子版块耗时、需要滚动浏览大量帖子、难以持续跟踪感兴趣的内容、缺少从历史反馈中沉淀偏好的机制。

解决方案

这是一个基于 OpenClaw 技能架构搭建的社区工作流方案:结合持久内存存储,构建可逐步改进的内容策展流程。reddit-readonly 技能通过 Reddit 公共 JSON 端点读取数据,只读运行——仅获取和分析内容,不发布、不投票、不评论(该技能的只读与免认证特性已于 2026-08-15 在 ClawHub 注册表核验)。

工作流程

工作流程:1) 初始化:用户设置子版块列表和偏好;2) 每日触发:定时器在设定时间激活智能体(示例时间如每天 17:00,可自定义,社区案例原文示例为下午 5 点);3) 数据获取:reddit-readonly 技能从各子版块读取帖子;4) 内容过滤:按内存中的偏好规则筛选内容;5) 发送通知:将筛选后的摘要发送给用户;6) 收集反馈:用户反馈存入内存;7) 迭代改进:下次运行时应用更新后的规则。以上为社区案例的可复现流程,效果取决于偏好规则与反馈质量。

所需技能

  • reddit-readonly 技能(ClawHub 社区技能)- 只读获取 Reddit 数据
  • Agent Memory - 存储用户偏好和规则
  • Scheduling System - 自动化每日执行

工具和技术

工具 用途 必需
OpenClaw 实例 已安装并配置 - 本地、云或托管部署
reddit-readonly 技能 从 ClawHub 安装的社区技能 - 通过 Reddit 公共 JSON 端点读取,无需 Reddit API 凭证(已核验)
Telegram/Discord/CLI 用于接收每日摘要的通信渠道(示例,按所用渠道配置)
初始子版块列表 推荐 3-10 个 - 可后续扩展

功能特色

  • 无需 Reddit API 认证: 技能使用 Reddit 公开 JSON 端点,无需开发者账户、API 密钥或 OAuth(已核验)
  • 偏好沉淀: 基于内存累积偏好规则,逐步贴近个人口味
  • 灵活配置: 可自定义运行时间、过滤规则、输出格式
  • 内容过滤: 通过内存中的偏好规则筛选内容
  • 持续改进: 用户反馈存储到内存中,下次运行时应用更新后的规则

设置步骤

  1. 安装 reddit-readonly 技能: 从 ClawHub 安装 reddit-readonly 社区技能(安装前查看技能页的安全扫描状态)。
  2. 连接消息平台: 配置 Telegram、Discord 或其他你使用的渠道,用于接收摘要。
  3. 设置子版块列表: 提供你想关注的子版块列表(推荐 3-10 个)。
  4. 配置偏好规则: 定义内容过滤规则,如最低 upvote 要求、关键词过滤等。
  5. 设置定时触发: 配置每日运行时间(示例时间如每天 17:00,可按自己的作息自定义)。

故障排除

问题 原因 解决方案
未收到摘要 定时任务未正确配置 检查提示词中的时间格式和时区设置
内容不相关 偏好规则需要调整 通过自然语言反馈告诉智能体哪些内容不相关
帖子数量过多 每子版块的帖子限制太高 调整帖子数量限制(建议 5-10)

相关案例

Fact check

来源与核验记录

优先展示一手资料,并记录最近一次检查日期。