BriefFeed 隐私政策

官网访问与下载统计

BriefFeed 官网使用 Cloudflare Analytics Engine 统计页面浏览以及前往五个应用和扩展商店的点击。事件仅包含固定的官网路径、商店平台、按钮位置、已登记的推广渠道或宽泛来源分类、设备类别和国家代码，不包含用户标识、IP 地址、完整引荐网址、任意查询参数或账户数据。推广渠道标签保存在当前标签页的会话存储中，有效期为 30 分钟，每次加载官网页面时续期，以便站内导航后仍能保留归因。已识别的自动化浏览器及带 bf_analytics=off 的访问不参与此项统计。事件保留三个月。商店点击代表下载意向，不代表已安装或成功使用。独立的 Cloudflare Web Analytics 和基础设施请求日志也可能统计官网流量。

可选的本地 Agent 访问

在包含 Agent 访问功能的版本中，你可以授权本地 CLI 或 MCP 访问收藏、保留的历史、当前浏览器洞察及已有原文摘录（每条 800 字符预览，以及每个来源树最多 25,000 字符的已有来源上下文）。新的授权也允许保存链接、将历史转为收藏，以及删除指定收藏或历史。已有只读授权保持不变，直至你明确重新授权。资料库变更可通过已有设备同步传播，文件导出仍为只读。浏览器组件通过运行中的扩展读取，不额外保留数据文件；Mac 组件读取本地 Apple 资料库，包括私人 iCloud 已同步到本机的数据。这些组件不会将资料库上传到 BriefFeed 服务器。你选择的 Agent 可能按其自身规则将数据发送给模型或保留结果。撤销会阻止后续访问，无法收回已获取的副本或撤回已完成的资料库变更；已导出的文件需另行删除。历史仍遵循原有到期时间，云同步可能延迟。

BriefFeed 会处理什么

当 BriefFeed 总结受支持来源或创建 AI 洞察简报时，它会处理浏览器页面中已经加载的内容，包括 X、Bluesky、即刻、微博、Reddit 和 V2EX 在前台或后台标签页中已加载、尚未进入视口的受支持帖子、回复和评论；用户主动打开的小红书笔记详情中的可见标题与正文，或用户通过 iOS 明确分享给 Apple 客户端的笔记公开页面响应中与该笔记匹配的标题和正文（解析失败时回退到 App 提供的分享文本）；当前 YouTube/哔哩哔哩 视频可用的转写/字幕/时间轴文本和章节标记；微信公众号、DEV Community、已明确启用的知乎专栏文章及单条回答或网易新闻文章可见文本；arXiv 论文的可见标题、作者和摘要，以及已打开 arXiv HTML 论文页中已渲染主要章节的有界分段抽样文本；已打开公开 OpenReview 论文页中的可见标题、作者、TL;DR、摘要与关键词；Apple Podcasts 或小宇宙单集的可见 Show Notes；Substack/Medium/WordPress 的可见文章文本；Product Hunt 的可见产品/发布文本和进入视口的评论；以及 GitHub 的可见公开仓库或个人资料 README。开启浏览历史同步后，AI 洞察也会使用从其他设备收到的当天浏览记录中的有界来源片段。BriefFeed 不会自动滚动或翻页来加载更多内容。摘要请求可能包括来源 id 或稳定 URL、作者显示标签、时间戳、已加载页面文本或当前视频转写/字幕或时间轴文本、当前视频章节标记（如有）、平台、检测语言、摘要语言、内容发现范围，与所提供正文匹配的有界加粗强调信息、可选的连续帖布局偏移量（标明同一文本中的主文及嵌入引用范围），以及可选的已加载页面链接元数据或引用帖上下文。对于小红书，带签名的可打开 URL 和可见图片 URL 只会在用户明确收藏后保留，用于重新打开来源和可选外部同步；带签名 URL 不会发送给 BriefFeed 托管摘要服务。

BriefFeed 不会收集什么

• BriefFeed 不会要求、收集或传输你的社交媒体密码。
• BriefFeed 不会收集、保存 cookies、session token、登录凭据或账号密钥，也不会把它们发送给 BriefFeed 服务器。
• BriefFeed 不会上传原始 DOM 快照、完整页面快照、浏览历史、完整关注/粉丝列表、社交关系图、支付数据或精确位置。
• BriefFeed 不会为 AI 洞察自动滚动或翻页社媒信息流、打开额外社媒页面，或调用平台 feed API 获取更多帖子。
• BriefFeed 不会抓取 Bluesky app state、DID、network response 或隐藏 API payload。
• BriefFeed 不会抓取小红书信息流或私有平台 API、图片文字、视频、音频、评论、无关推荐、cookies 或账号/session 数据；它只读取用户已打开笔记详情中的可见标题与正文，或用户通过 iOS 明确分享的笔记公开页面响应中与该笔记匹配的记录（解析失败时回退到分享文本），并且只在用户明确收藏时保留可见图片 URL。
• BriefFeed 不会抓取微信 API、账号/session 数据、评论或纯媒体 payload。已总结内容试用期间，公众号条目使用请求中提交的文章元数据与生成摘要，不再额外抓取原文进行来源核验。
• BriefFeed 不会抓取 Substack API、订阅者数据、邮件 payload、评论，或当前页面没有加载的付费文章文本。公开已总结内容试用仅会按下文说明，对同一篇已提交文章执行匿名公开 HTML 核验。
• BriefFeed 不会抓取 Medium API、会员数据、推荐信息流、responses，或当前页面没有加载的付费文章文本。公开已总结内容试用仅会按下文说明，对同一篇已提交文章执行匿名公开 HTML 核验。
• BriefFeed 不会抓取 WordPress API、后台或账号数据、评论、相关文章信息流，或当前页面没有加载的文章文本。公开已总结内容试用仅会按下文说明，对同一篇已提交文章执行匿名公开 HTML 核验。
• BriefFeed 不会抓取 DEV Community API、reaction、评论或账号数据。公开已总结内容试用仅会按下文说明，对同一篇已提交文章执行匿名公开 HTML 核验。
• BriefFeed 不会抓取知乎 API、初始状态 payload、评论、推荐、账号/session 数据，或折叠、登录、付费控件后的文本；只读取已打开文章或单条回答中已渲染的标题、作者与可见正文。问题仅作为回答的上下文，不读取整题所有回答。公开已总结内容试用仅会按下文说明，对同一篇已提交文章执行匿名公开 HTML 核验。
• 网易新闻摘要只使用已打开文章中已加载的可见正文，不读取评论、推荐、隐藏 payload、cookies 或账号数据。
• BriefFeed 不会抓取 arXiv API、PDF、引用关系或相关文章流。摘要页只使用可见标题、作者和摘要；HTML 论文页最多发送 24,000 个字符，从页面已渲染的标题、摘要和主要章节中分段抽取，并排除参考文献与附录。
• BriefFeed 不会抓取 OpenReview API、PDF、评审、rebuttal、decision、评分、评论、隐藏字段或私密 forum 内容；只总结已打开公开论文页中的可见标题、作者、TL;DR、摘要与关键词。
• BriefFeed 不会抓取 Product Hunt API、隐藏 app payload、排名、投票、评论或页面没有渲染出来的评论。
• BriefFeed 不会抓取 YouTube 音频、视频、评论、推荐内容、账号数据或 Google/Gemini 登录状态；视频文本自动读取只限当前视频可用的 YouTube 转写/字幕或时间轴文本和章节标记。浏览器可能会在发给 YouTube 的该请求中使用当前 YouTube 登录状态，但 BriefFeed 不会读取、保存、记录或发送这些 cookies/session token 到 BriefFeed 服务器；也不会在总结前强制改用英文字幕。
• BriefFeed 不会抓取 哔哩哔哩 音频、视频、评论、推荐内容、隐藏平台 payload 或账号数据；视频文本自动读取只限当前视频可用 哔哩哔哩 字幕 JSON 和章节标记。浏览器可能会在发给 哔哩哔哩 的字幕请求中使用当前 哔哩哔哩 登录状态，但 BriefFeed 不会读取、保存、记录或发送这些 cookies/session token 到 BriefFeed 服务器。
• BriefFeed 不会抓取 Apple Podcasts 或小宇宙音频、转写稿、RSS 或平台 API；播客摘要只基于页面可见 Show Notes。
• BriefFeed 不会抓取 GitHub API、私有仓库、账号数据、隐藏仓库元数据或页面没有渲染出来的个人资料文本。
• BriefFeed 不会创建单独的 BriefFeed 用户账号。

可选网站访问

默认情况下，BriefFeed 会在启用小红书、知乎专栏、DEV Community、arXiv、OpenReview，或检测到自定义域名 Substack、Medium、WordPress 文章站点时，只请求当前站点的精确 HTTPS origin。Chrome 用户也可以主动开启自动网站访问，让 BriefFeed 在用户打开的 HTTPS 网页中识别随扩展打包的支持，以后无需逐站确认。BriefFeed 不会主动访问未打开的网站；无论采用哪种授权，都只在已识别的支持站点使用，不会用于泛化浏览、分析、cookies、浏览历史、隐藏内容或后台抓取。自动网站访问也可以随时关闭。

可选 Apple Mobile Inbox 同步

如果 BriefFeed for Mac 正在运行，Chrome 扩展可能会与同一台 Mac 上的应用交换 Mobile Inbox 链接。Mac App Store 版本使用仅绑定到 127.0.0.1、仅允许已发布 BriefFeed 扩展来源访问的 HTTP bridge；扩展仅在你连接 Mac App 时请求限定为 http://127.0.0.1/* 的可选权限，官网下载版本也可以使用 Chrome Native Messaging。随机配对码仅显示供手动输入，不会复制到系统剪贴板；它会在两分钟后失效，并配置一个仅保存在 Mac 钥匙串和当前浏览器中的独立连接码。一次性签名 challenge 会在扩展发送收藏数据前验证 Mac App，Mac App 也会验证每个请求和响应。侧边栏打开或刷新时，以及你保存或解析受支持内容之后，扩展会导入 iPhone/Mac 端待处理的链接，并把已解析的 Chrome 收藏元数据同步回你的本地 Apple 资料库。payload 仅限链接 ID/URL、可选标题、作者、受限的捕获客户端和捕获方式、备注、摘要、最多 3 个标签、平台/内容类型、时间戳、状态和界面语言。对于用户明确发送给 iOS App 的小红书分享，BriefFeed 会从用户可见分享文本中去掉短链和 App 引导语，并在不使用 cookies 的情况下跟随该公开短链，尝试只读取与目标笔记匹配的标题和正文；解析失败时回退到分享文本，请求摘要时只使用不含签名能力参数的 URL。对于已收藏的非文章类社交帖子，备注可以包含最多 25,000 个字符的完整页面可见正文，与 X 的长帖上限一致，方便在 iPhone 和 Mac 上阅读。其他受支持的论坛和社区来源在明确收藏后，可保留最多 4,000 个字符的可见来源文本，包括没有生成摘要的情况。BriefFeed 不会通过任何一种本机传输读取任意本地文件、扫描设备、访问浏览历史、cookies、密码、账号凭据、DOM 快照、隐藏帖子内容或完整文章正文，也不会控制其他 App。如果 BriefFeed for Mac 未运行或本机 bridge 不可用，这项同步不会启用。

Apple App 链接处理与 iCloud 同步

iPhone App、分享扩展和 Mac App 可以保存你输入、粘贴或分享的 URL。已保存项目会通过你的 Apple iCloud 账号同步；BriefFeed 不会为这项 Apple 同步创建单独的 BriefFeed 账号。当你保存受支持 URL，且 App 尝试读取元数据或创建摘要时，它可能会抓取公开页面，并向 BriefFeed 托管 API 发送最小化请求。该请求可能包含保存的 URL、页面标题、作者标签、可见文章或帖子文本、受支持文章中从 HTML 提取的有限文本、平台/内容类型、摘要语言，以及返回的最多三个标签。这些 Apple App 请求只用于 App 功能，不用于追踪或广告，也不会被有意关联到 BriefFeed 用户身份。

托管摘要服务

默认情况下，BriefFeed 会把受支持的摘要请求发送到 BriefFeed 的托管后端。后端会验证最小化请求，在需要时调用配置好的 AI provider，并把生成的摘要和标签返回给扩展或 Apple App。

• 请求体会刻意保持克制，只包含完成摘要所需的字段。
• BriefFeed 不会把帖子内容用于广告，也不会用于判断信用、贷款资格或类似敏感决策。

托管摘要使用统计

客户端发送可选技术元数据时，BriefFeed 使用从服务端随机 subject 派生的假名标识，统计托管摘要的重复使用。事件包含该标识、内部或外部分类、客户端平台与版本、内容平台、服务提供方和返回摘要数量，不包含原始凭据、IP 地址、来源网址、作者姓名、原文或生成摘要。事件保留三个月，已知内部流量不计入外部留存报告。未发送可选技术元数据的客户端（包括未授予可选技术数据权限的 Firefox）不参与此统计。凭据更新或清除本地数据可能重置统计身份。这些统计反映凭据实例和服务端确认的输出，不代表独立人数或实际阅读完成。

匿名托管访问凭据

BriefFeed 不要求 BriefFeed 账号。BriefFeed 客户端会向托管 API 申请一个由服务器随机签发的 bearer 凭据；Chrome 和 Safari 浏览器扩展将其保存在各自的扩展本地存储中，原生 iOS 和 macOS 客户端将其保存在 Apple 钥匙串中。对于这项凭据，服务器只保存其 SHA-256 hash，以及随机 subject 标识、状态、tier、客户端平台、签发时间和过期时间。BriefFeed 将其用于 API 准入、额度控制和滥用防护。客户端启用可选技术元数据时，托管服务还会从随机 subject 派生独立的假名标识，用于统计成功摘要的重复使用；它不是账号，也不用于广告或跨站追踪。为了执行每小时和每日滥用防护额度，托管服务还会把请求 IP 地址转换成带盐、截断的单向 hash；BriefFeed 的应用限流记录不会保存原始 IP 地址，过期 hash 计数器会被忽略并在清理时删除。原始 bearer 不会写入后端日志。请求体中仍可能存在的旧 client/install 标识只是运行元数据，不会被接受为身份验证。

公开作者资料

对于收藏中已识别的作者，受支持的客户端可以保留页面作者区域中展示的公开名称、主页链接、头像 URL 和简介，用于完善作者列表，并通过现有浏览器与 Mac 连接及你的私有 iCloud 资料库同步。简介与收藏正文分开保存，不发送给托管摘要服务。未观察到的字段不会清空已有资料。BriefFeed 不会为补齐资料而遍历作者动态或在后台抓取个人主页。

公开已总结内容试用

对于受支持的长文章总结请求，BriefFeed 可以保留观察到的文章标题、经过验证的来源作者身份键和主页链接、有依据的发布时间、规范来源链接、语言及生成摘要的引用。此索引独立于你的私人收藏和已加载内容历史。作者页可以展示日常阅读或收藏后生成的文章标题和摘要；收录不代表任何人收藏过它。试用阶段覆盖符合条件的微信公众号、DEV Community、Substack、WordPress、Medium、X 长文章、微博长文章和知乎专栏文章，以及受支持的自定义域名。试用期间，公众号条目在来源作者身份信息一致时，直接使用请求中提交的文章元数据和生成摘要，不再独立确认匿名访问状态，也不额外抓取原文；收录不代表原文可免费访问。其他受支持来源仍需核验：展示前，服务器会对同一篇公开文章发送有长度和时间限制、不带凭据或 cookies、不跟随重定向的请求，根据匿名公开页面核验所提交的正文及作者归属；不会爬取作者列表，也不会据此扩大总结的来源内容。对这些其他来源，受保护、付费或未通过核验的内容不会展示。所有来源仍排除依赖额外上下文、过期、已屏蔽或版本不兼容的条目。核验所用正文和 HTML 仅作临时处理，不会存储。客户端与 Agent 使用相同的列表边界。索引不包含正文、访问者或收藏者身份、私人笔记、收藏人数或用户与文章的关系。作者查询仅发送一个来源作者键、语言和分页游标，不上传你的收藏列表。结构化元数据沿用托管摘要的保留期限；公开展示资格在7 天后到期，之后新的合格总结请求可以续期。删除私人收藏不会删除这一独立的公开索引条目。如需按来源移除，请联系 hello@brieffeed.app；移除后也会阻止该来源再次加入索引。已有历史摘要缓存不会被批量公开。

保留期限

你明确收藏的页面可见来源文本可以保留在 Chrome 本地收藏存储中；对于非文章类社交帖子和受支持的社区来源，还可以在各自的文本长度上限内保留在通过你的 iCloud 账号同步的 Apple 资料库中。除已收藏内容外，原始来源文本只用于总结当前内容和短期加载内容保留周期，默认仅保存在本地，主动开启同步后也会保存在私人 iCloud 中。BriefFeed 托管缓存不会保存原始来源正文，但会保存生成的摘要和标签、来源 URL 或 ID、作者标签、来源时间、语言、内容与 context hash、可选的长文章标题与来源作者结构化信息，以及 provider 和 model 标识。当前这些托管缓存记录会永久保留，用于跨用户去重。如需删除与某个来源 URL 或 ID 关联的托管缓存记录，请联系 hello@brieffeed.app。后端日志也必须避免记录原始来源正文、provider 密钥、auth token、cookies 和扩展存储转储。

浏览器本地存储

BriefFeed 会把收藏记录保存在扩展本地的 IndexedDB 中，包括用户主动保存的页面可见来源文本、生成的摘要和标签、来源元数据、同步状态和删除标记。升级后，扩展会把原有收藏记录从 Chrome 扩展本地存储导入 IndexedDB，并删除旧的收藏 envelope。浏览器扩展存储仍用于保存摘要是否启用、首选界面语言和摘要语言、禁用主机、用户主动启用的 Substack、Medium 或 WordPress 自定义域名、Mobile Inbox 链接元数据、轻量收藏变更通知、可选 Mac 连接凭据、可选 Notion 同步配置、可选 NotebookLM 目标 notebook 配置，以及开发构建中的调试参数。扩展会在启用 AI 洞察前，把已加载的受支持内容保存在独立的本地 IndexedDB 中，在浏览器可用存储范围内，不限制每日条数。浏览器和 Apple 客户端的已加载内容统一保留最近 7 个本地自然日（含今天）；AI 洞察仍只使用当天加载的内容。过期内容会在扩展下一次清理、读取或写入时删除，不影响单独保存的收藏。AI 洞察使用当天内容，开启浏览历史同步后也包括从其他设备收到的当天内容。当天按接收浏览器的本地日期和原始浏览时间判断，过期或已删除的内容不会纳入；使用 AI 洞察仍需单独确认隐私说明。已加载内容的跨设备同步默认关闭；开启后，有限长度的来源文本、链接、作者名称、加载和过期时间会通过 Mac 上的 BriefFeed Reader 同步到你的私人 iCloud，供 Apple 设备搜索，并沿用相同保留时间。关闭后停止上传，连接 Mac 时移除此浏览器的同步副本，其他设备联网后通过 iCloud 接收删除；已有收藏不受影响。扩展也可能缓存最近的摘要结果，以便再次查看同一已加载帖子时不必重新请求。如果你启用 Notion 同步，Notion token 只会保存在此浏览器中，不会发送到 BriefFeed 服务器。NotebookLM 同步使用当前浏览器的 Google 登录状态，不会保存 Google cookies 或 NotebookLM 前端 token。

摘要展示检查

对于受支持的浏览器、iOS 和 macOS 请求，如果同语言短摘要几乎没有减少原文阅读量，BriefFeed 可能不展示该摘要。服务端比较主文阅读量与实际摘要，从服务端缓存读取摘要时也会进行检查。单独提供的引用帖、可见讨论上下文及链接预览文字仍作为上下文参与评估，但不计入主文阅读长度；同一作者连续帖中已拼接的所有帖子正文仍属于主文。服务端可根据经过验证的可选布局偏移量，在这项仅用于展示的长度计算中排除拼接标签及嵌入引用，但生成和审查仍保留完整来源文本。这些偏移量不包含额外来源内容，也不会发送给生成模型提供商。小红书笔记可附带有长度上限的标题字段，仅重复可见来源开头已有的标题，以便服务端在正文长度比较中排除标题；生成和审查仍保留完整来源文本。这项展示检查独立于生成前的摘要价值判断。对于进入实际输出审查的文本对，实际提供的翻译、繁简等文字转换、对可见上下文有帮助的解释和无法确定的情况仍予以保留。完全重复主文的摘要可以在不额外调用模型的情况下不予展示。在短篇、同语言、单段纯文本摘要范围内，独立文本及带引用帖的文本，主文阅读量减少不足 30% 时会直接不予展示，即使改写可能带来一些帮助。其他含可见上下文、预览、小红书来源标题或经过验证的连续帖布局的来源保留 10% 底线，在减少不足 30% 时可进入实际输出审查；显式翻译模式及缩短了篇幅的结构化输出仍按原有规则处理。启用实际输出审查时，TypeSafe AI 的 Jev 模型可能将有长度上限的可见来源及其上下文与生成的摘要进行比较，检查这一份输出是否增加阅读价值；调用不可用或返回无效判断时，可使用 OpenAI Decisions API 作为备用服务。比较时也可能包含来源作者已在页面显示的名称，以区分作者归属信息与新增信息。这会将受限的来源、上下文、可见作者名称（如有）和生成的摘要发送给所选的决策服务提供商。有效的低置信度、有价值或无法确定的判断会保留摘要，不会再请求备用服务给出不同结论。这项展示判断不会删除已存储的摘要或已收藏的来源，也不会要求重新生成一份摘要。浏览器展示缓存策略更新后需要重新向服务端检查。新版 Apple 客户端可在展示或后台补全时复核旧的短篇纯文本社交摘要，并保存与当前策略、保留的原文、目标语言和结果绑定的本地标记，避免同步时旧的未复核摘要覆盖已复核的跳过结果。旧版原生应用和仅提供网址的缓存查询不参与这项检查。原生客户端会按来源和语言记住跳过结果；策略调整不会删除已收藏的来源内容；已有的未复核摘要可能在完成相同来源和语言的复核后被隐藏。

可选的摘要价值评估

BriefFeed 启用该实验时，可能把有长度上限的可见社媒和社区来源文本发送给 TypeSafe AI 的 Jev 模型，并可在调用不可用时使用 OpenAI Decisions API 作为备用服务，判断同语言摘要是否有阅读价值。评估文本可包含帖子、评论、短回答或讨论节选，以及一并提供的可见问题、引用上下文和链接预览文字。也可包含 X/Twitter、Bluesky 或 GitHub 上可见的个人简介正文，但不会为此采集个人主页的其他信息或发帖历史。浏览器中已加载的简短 X Article 预览也参与评估，已打开的文章正文仍不参与。长文章、采用结构化摘要的长回答或长笔记、播客和视频不参与该评估。这项服务端评估适用于浏览器插件和 Apple 原生客户端所请求的受支持摘要，包括添加链接或通过系统分享链接的路径。观察模式仍正常生成摘要；过滤模式可能省略冗余摘要，但保留已收藏的来源内容和链接。该评估不额外发送来源网址或作者标签等元数据，也不发送私密账户信息、会话数据或 Cookie。BriefFeed 为此实验记录数值化的评估结果和长度指标，不记录原文。已确认的跳过判断和可复用的语言核验结果，以内容与策略的哈希和数值分数永久保存，不保存原文。只有 TypeSafe 的结果会写入这些数值决策缓存；OpenAI 备用分数不写入其中。为保持多端展示一致，BriefFeed 另行永久保存首次完成的显示或跳过结果，包括由任一评估服务或服务端长度检查得出的结果，仅保存来源与策略哈希、显示状态和时间，不保存原文、摘要正文、作者标签或网址。仅当来源、语言、缓存版本和评估策略仍匹配时复用；这些条件变化后，旧记录不再复用，但不会因此自动删除。TypeSafe 声明不使用客户请求或响应训练模型；零数据留存并非默认待遇，需要企业协议，其数据处理条款适用。OpenAI API 数据默认不用于训练；除非账户已获批适用的留存控制，Decisions API 的滥用监控日志可能保留内容最多 30 天。

第三方服务

BriefFeed 的托管后端可能调用配置好的 AI 模型 provider 来总结内容。这些 provider 只会为 BriefFeed 提供所请求的摘要响应而处理提交的 payload。如果你启用 Notion 同步，扩展会直接从你的浏览器把保存书签数据发送到 Notion API，用于在你配置的数据源中创建或更新页面；你也可以在侧边栏主动导出 AI 洞察简报。对于用户明确收藏的小红书笔记，BriefFeed 可能会在不携带凭据的情况下下载笔记中的可见图片文件，并直接上传到用户配置的 Notion 工作区，以便 Notion 正常显示媒体；这些图片文件不会发送到 BriefFeed 服务器。如果你启用实验性的 NotebookLM 同步，扩展可以在你确认 notebook 后发送保存项，并把你主动触发的 AI 洞察简报作为文本 source 直接发送到你配置的 NotebookLM notebook。这些外部同步 payload 可能包含摘要、标签、来源链接、作者标签、时间戳、可见来源文本和可见媒体 URL 或链接元数据，以及你选择保存的 AI 洞察正文和引用来源片段。

Chrome Web Store Limited Use

BriefFeed 对 Chrome 扩展用户信息的使用和传输遵守 Chrome Web Store User Data Policy，包括 Limited Use 要求。BriefFeed 只会为了提供或改进已披露的阅读层功能而使用用户数据，包括内联摘要、AI 洞察、收藏和用户主动启用的同步。BriefFeed 不会出售用户数据，不会把用户数据用于广告，也不会用于判断信用或贷款资格。

本政策的变更

重大隐私变更会在相关产品变更之前或同时反映在本页面。

联系方式

如有隐私、产品或数据处理问题，请联系 hello@brieffeed.app。