用途：确定从更新日志或发布说明页面获取结构化发布数据的最佳方式，优先寻找页面背后的 RSS、原始 markdown 或 API，避免解析渲染后的 HTML。
主要能力：按“well-known 文件 > link relations > feed > GitHub Releases API > 原始 markdown > 页面抓取”的优先级发现来源；识别 Mintlify、Fern、ReadMe、Docusaurus、Ghost、WordPress 等托管平台及其已知 feed 路径与 markdown 后缀；对 GitHub 来源同时抓取 tagged releases 与仓库根目录的 CHANGELOG.md（或 CHANGES.md、HISTORY.md、RELEASES.md、NEWS.md）。
使用方式：CLI 可用 releases admin discovery evaluate <url> --json 评估 URL，releases list --query <text> --json 查询已有来源；GitHub 来源的 CHANGELOG 可通过 GET /v1/sources/:slug/changelog、get_source_changelog MCP 工具或 releases admin source changelog <slug> 读取，支持 tokens/--tokens（cl100k_base 预算，推荐 2000/5000/10000/20000）与 limit/--limit 两种切片模式，并用 nextOffset 翻页。
适用场景：为组织挑选 3–5 个高信号来源，区分核心产品与生态插件，标记主更新日志，对陈旧或生态来源先添加再设为 paused。
限制：发现 feed 后必须抽样校验条目确为发布内容；注意重定向与站点级 feed 误判；GitBook、Notion、Intercom、Zendesk 等无 feed，需 crawl 或 scrape；索引型页面才用 crawl，单页更新日志或 feed 不应使用。