ReadLens 阅读助手（DEMO）

示例内容（DEMO） — 本文为站点功能验证用的占位内容，发布前将整体替换。

产品背景

先说结论：长文阅读的真问题不是"读不完"，而是"读完留不下东西"。ReadLens 是一个虚构的示例产品，用于演示本站可体验项目详情页的信息结构，以下背景均为行业通用观察，不指向任何真实业务。

一个常见的场景是：用户每天往收藏夹里塞进十几篇论文、行业报告和深度报道，真正读完的不多，读完还能在一周后说清楚要点的更少。市面上多数 AI 阅读工具把力气花在"一键总结"上，这解决的是"快速知道大意"，但没有触及两个更值钱的问题：读的过程中能不能持续追问，读完之后能不能被再次检索和引用。ReadLens 的核心假设是，把 AI 放进阅读过程而不是阅读之后，留存才会真正发生。

目标用户

不做"所有爱读书的人"。示例场景里，ReadLens 只服务一类人：需要把阅读转化为工作产出的专业读者。

被有意排除的人群：休闲阅读者。他们对"读完留下什么"没有刚性需求，迁就这部分需求只会稀释产品。

核心功能

功能取舍遵循一条原则：凡是把用户推离原文的功能，一律降级。

1. 随读追问：选中任意段落即可向 AI 提问，回答必须基于原文上下文并标注出处段落，不允许模型自由发挥。这是整个产品的核心交互。
2. 结构化笔记：阅读中的追问与划线自动归档成一份带原文锚点的笔记，可导出为 Markdown。
3. 阅读前预判：打开长文先给出"这篇文章回答了什么问题、论据强度如何"的简报，帮用户决定精读还是略读。
4. 社区分享广场：早期规划中存在，后被砍掉——示例场景中的判断是，分享功能会把产品拖向流量逻辑，与"个人知识留存"的定位冲突。

界面预览

下图为占位示意图，仅用于验证详情页的图片渲染，不代表真实界面。

正式版本将替换为真实界面截图：左侧原文、右侧追问与笔记的双栏阅读布局。

我的职责

以下为模板式占位描述，正式发布时将替换为真实项目中的角色说明：

• 负责从 0 到 1 的产品定义：界定目标用户、撰写第一版 PRD、明确"不做什么"的边界。
• 负责 AI 交互方案设计：包括追问的上下文组织方式、出处标注的产品规则、模型回答失败时的兜底体验。
• 负责与工程侧对齐落地优先级，主导 MVP 范围裁剪与迭代节奏。
• 负责上线后的效果评估框架设计（指标定义此处为占位，不展示具体数字）。

技术与产品方案

方案层面有三个值得记录的决策点（均为示例推演）：

出处优先于流畅。 回答生成采用检索增强（RAG）路线：先把原文切分并建立索引，提问时只允许模型基于命中的片段作答，并强制返回片段编号。代价是回答偶尔生硬，收益是用户可以一键跳回原文核对——对专业读者来说，可核对比好读更重要。

上下文按章节组织，而非整篇灌入。 把整篇长文塞进上下文窗口，成本高且注意力被稀释；按章节检索能把单次问答成本压在可控范围内，同时让出处定位更精确。

配置示意（YAML，参数为占位值）：

retrieval:
  chunk_strategy: by_section
  top_k: 6
  require_citation: true
answer:
  fallback: show_original_text
  max_tokens: 800

检索不到就承认不知道。 当没有足够相关的片段时，产品不让模型硬答，而是直接展示最相关的原文段落，提示用户自行判断。宁可显得保守，也不输出无出处的内容。

体验入口与源码

• 在线体验：demoUrl 当前指向 example.com 的占位地址。
• 源码仓库：repositoryUrl 同样为 example.com 的占位地址。

两个链接均为占位链接，仅用于验证详情页按钮与外链的渲染逻辑，正式上线后会替换为真实可访问的地址。再次说明：本页全部内容（包括 ReadLens 这个产品本身）均为虚构示例，请勿作为真实项目参考。