发现新建子版块（尚未实测）
查看 Reddit 帖子、评论与社区数据 API 的全部接口 →无需必填输入，即可请求文档化的新建社区列表。cursor 为可选续页值，首个请求应省略。本接口尚未经过实测验证；用于时效敏感的社区发现前，请确认当前响应结构、游标行为与排序含义。 文档样本展示了由社区对象组成的 body 数组，包含 display_name、display_name_prefixed、id、name、title、description、public_description、created_utc、subscribers、subreddit_type、url 及可选图片字段。样本中有订阅人数很少的受限社区，因此出现在列表中，不等于允许公开访问、已有稳定受众或存在活跃讨论。请区分社区创建时间与自己的采集时间，并用 subreddit-info 了解候选社区，不要假设这是完整或严格按最新创建排序的社区目录。
API 功能
新建社区候选列表 通过文档化的 new 列表寻找社区候选项，无需先提供一个已知子版块名称。
区分创建与首次发现时间 文档样本含 created_utc，可将社区自身创建时间与应用首次观察到它的时间分别记录。
早期受众与访问限制背景 参考 subscribers 和 subreddit_type 等样本字段，不假设新出现的社区已活跃或可公开读取。
供人工评估的新话题线索 将可用标题和公开简介作为相关性审核材料，不把入选列表直接视为已证实的话题需求。
在线 API 演示
未找到可用的 API Key，请前往控制台创建后刷新本页。 控制台 →
GET
/api/project/reddit/subreddit-new API 响应 (JSON)
{} curl -X GET 'https://api.opendata-api.com/api/project/reddit/subreddit-new?key=<API_KEY>'
curl -X GET 'https://api.opendata-api.com/api/project/reddit/subreddit-new?key=<API_KEY>'
查询结果
需要帮助？
如遇接口异常，或需要其他接口需求，可联系我们
使用场景
- 新兴细分社区审核队列：验证当前接口行为后，为研究人员整理新出现在列表中的社区候选项。
- 本地首次发现标记：比较已保存的新建社区列表，识别自己的采集任务首次观察到的名称。
- 早期社区采集预算筛选：先核对主题相关性与访问限制，再决定是否分配研究资源。
- 分析人员审批前的资料补全：逐个查询选定新社区的简介和创建日期，再决定是否纳入关注清单。
常见问题
new 能保证完整收录，并严格按最新创建排序吗？
不能。new 是文档化的列表名称，其实时性、排序、分页与完整性均未验证。应将 created_utc 与采集时间分开保存，依赖排序前先验证实际结果。
新出现的社区可能受限，或只有很少订阅者吗？
可能。所提供的文档样本中就有一个仅 1 名订阅者的受限社区。出现在列表中不能证明开放访问、存在实质受众需求或讨论活跃。
应该怎样评估列表里发现的社区？
先用可用的 display_name、public_description、created_utc、subscribers 与 subreddit_type 进行初筛，再通过 subreddit-info 查询选定名称。应保留人工相关性审核，并在自动化社区发现前验证列表的实际响应。