开源 · Hosted Beta
别让 AI 假装读过原文。
把一个公开 URL 交给 x-reader。它不会只说“我看过了”，而是明确告诉你：真正读到了哪一层、哪一层还缺失，以及当前答案最多能说到哪里。
真正的问题
AI “找到了一些信息”，不等于它真的读了你给的来源。
ChatGPT、Claude、Codex 做研究时，搜索摘要很容易被当成原文，推文正文很容易被当成附件视频，YouTube 简介也很容易被当成视频里的真实内容。只要这几层混在一起，答案就可能非常自信，但证据根本没有被读取。
搜索摘要 ≠ 原文推文正文 ≠ 视频视频简介 ≠ transcript
Evidence Receipt
推文正文PASS
附件视频PARTIAL
总体状态PARTIAL
正文可以支撑正文里的结论；没读过的视频就不能假装读过。x-reader 的价值，就是把这条边界直接暴露出来。
为什么需要它
“确认 AI 读过来源”应该是基础能力，不应该靠一句 prompt 祈祷。
x-reader 不只是提醒模型“谨慎一点”，而是给整个工作流增加一份机器可读的证据契约。
01
先读用户真正给的来源从原始 URL 开始，而不是拿一个搜索结果或 preview card 冒充来源。
02
没读到的媒体继续保持缺失附件视频、音频如果对结论重要但没有实际读取，整体状态就不能变成 PASS。
03
把证据边界变成收据人和 Agent 都能看到：读到了什么、没读到什么、为什么不能继续往下声称。
证据契约
四种状态，不允许“假装完成”。
PASS用户要求的来源层已经有证据证明实际读取。
PARTIAL读到了有用内容，但仍缺少会影响结论的关键层。
FAIL无法可靠获取用户要求的原始来源。
UNKNOWN现有材料太模糊，无法确认是否真的覆盖了目标来源。
怎么用
同一套 Evidence Contract，四种产品入口。
研究者 / 内容作者
先看证据边界，再相信结论。
Hosted Beta 只处理公开 URL，不继承浏览器登录态、Telegram 凭证、私有 cookie 或外部转录 key。
URL → reader → evidence coverage → PASS / PARTIAL / FAIL / UNKNOWNBuilder / Agent 开发者
把“有没有真正读到来源”变成工作流里的硬门。
在摘要、分析、引用、交易研究或自动化决策之前，先让 source coverage 可检查，而不是把 retrieval 当成一个看不见的黑箱。
直接试真实产品
别再问 AI“你读了吗？”——让它把收据拿出来。
免费 Hosted Beta，无需注册，只处理公开 URL。