常见问题

Mera 是一款以影响力为先的个人新闻助手——没有可供滑动的信息流。它持续扫描数百个信息源,并按你设定的数量每天推送提醒,每条提醒都附有通俗易懂的"为什么这与你有关"说明,以及直达原始出版商的链接。它的设计初衷是把大多数人每天花在自行筛选新闻上的 60 到 90 分钟还给你。

没有刻意提升用户黏性的机制,也没有无限信息流。Mera 只在真正影响到你的事情发生时才提醒你,而不是想方设法延长你在应用内停留的时间。事实上,当你花在阅读新闻上的时间变少而非变多时,Mera 才算真正成功。

Mera 监测全球数百家媒体,涵盖多种语言。文章会被翻译并跨语言匹配,因此关于同一事件的本地语言报道和英文报道会被归为一组。完整的信息源列表在 GitHub 上公开发布,任何人都可以查阅。

不会。Mera 只向你展示标题以及它认为这篇报道重要的理由——真正的阅读发生在原始出版商那里。Mera 并非要取代新闻业,而是把流量和关注度重新导回制作这些内容的新闻编辑室。

不会。你的画像以及由此得出的个人事实从不离开你的设备。我们发送的是一份简短的宽泛主题短语列表——比如“阿姆斯特丹住房政策”——外加一个可选的国家。传输的内容仅此而已:没有画像,没有个人事实,没有阅读历史,也没有你打开过哪些文章的信息。我们把这套设计称为 Mera Protocol。

绝不会。没有任何广告,我们也绝不出售你的数据。Mera 是纯订阅模式,这意味着你是我们的客户,而不是卖给广告商的商品。

其中大部分你可以自己核实,而不必只听我们说。应用的代码可供查阅,我们还发布网络流量分析指南,你可以亲自看清楚究竟有什么离开了你的设备——只有宽泛的主题短语,别无其他。我们的后端尚未公开,这是我们坦承的差距:我们正把每一项接触你数据的服务迁移到源码公开的代码仓库中,预计会在 2026 年 9 月之前公开(见下方“透明度与路线图”)。在此之前,有一件事确实需要你的信任——我们没有保留任何把你和你发送的主题关联起来的记录。我们把系统建成让这种记录根本不可能产生:主题存放在一个仅以文本本身为键的共享缓存中,不附带任何用户 ID。而不那么好听但必须直说的部分是:公开服务器源码只能证明代码做了什么,永远无法证明服务器实际运行的是哪份代码。这对所有公开后端的人都成立,包括 Signal 在内。

你可以直接在应用内删除账户,本网站上也提供了数据删除页面。由于你的档案存储在你的设备上,只需卸载应用即可一并删除。

由你自己决定——你可以在适合自己的时间,设置每天最多 24 次提醒机会。唯一的例外是关乎生命安全的紧急提醒,它们始终会突破你设定的上限。

首先,语义搜索会找出可能与你相关的候选文章。然后,LLM 会分析每篇候选文章,判断它是否——以及为什么——真正与你相关。各套餐之间的区别仅在于每天可分析的候选文章数量。

Mera 在全球范围内同时支持 iOS 和 Android。

二十种,在 iOS 和 Android 上都一样:阿拉伯语、简体中文、繁体中文、荷兰语、英语、法语、德语、印地语、印度尼西亚语、意大利语、日语、韩语、波兰语、葡萄牙语、俄语、西班牙语、泰语、土耳其语、乌克兰语和越南语。新闻本身从多种语言的来源收集,并在不同语言间进行匹配,因此新闻撰写的语言永远不会限制你能看到的内容。

59 种。Android 使用 Google 的设备上模型进行翻译,每种语言的模型在你首次需要时下载,因此语言数量不取决于你的 Android 版本。

在当前 iPhone 上为 20 种,在 iOS 27 及更高版本上为 26 种。Apple 随操作系统一起提供翻译语言,因此你能使用的语言取决于你的 iOS 版本:乌克兰语需要 iOS 17、印地语需要 iOS 18,粤语、丹麦语、希伯来语、马来语、挪威语和瑞典语需要 iOS 27。无论你的 iPhone 无法处理什么,Google Translate 仍然可以。

超过 200 种,在 iOS 和 Android 上都一样。文章页面附带“在 Google Translate 中阅读”按钮,可打开出版商页面并将其翻译成你的应用语言,无需下载任何内容,不依赖你的操作系统版本。Google 自动检测源语言,因此这条路径不仅限于你的手机能在设备上翻译的内容;翻译会进入你选择的我们 20 种应用语言中的任何一种。按钮在我们拥有指向文章的安全链接时显示。

Mera 提供三个计划 — 入门版、个人版和专业版 — 它们的区别仅在于您每天可以分析多少篇文章（详见下方”计划之间有什么区别？”）。每个新账户可完全免费获得 14 天的入门版，无需任何付款信息。14 天后，您可以选择一个计划；您所在地区的当前价格会显示在应用的计划选择器中以及 App Store 或 Google Play 列表中。

不需要。每个新账户会自动获得 14 天的入门版，完全免费，由我们的服务器提供 — 无需信用卡、无需 App Store 或 Google Play 试用，也没有任何需要取消的东西。14 天后，选择一个计划以继续获得每日提醒。

唯一的区别是每日文章分析额度。每个套餐都包含完整的 Mera 体验——套餐之间的差异仅在于每天能为你分析多少篇候选文章。

免费的 14 天期间不是订阅，所以没有任何东西可以取消 — 它会自动结束，如果您想继续使用，系统会提示您选择一个计划。一旦您选择了付费计划，它会通过 App Store 或 Google Play 进行管理，应用内也有订阅管理界面。您可以随时取消。

相关性评分是真正的 LLM 运算工作,运行在你自己的设备或私有隔离环境中——而不是在读取你档案的服务器集群上。文章会以可见进度的批次进行分析。这正是保护隐私的个性化所需付出的代价,而在较新的手机上,这一过程会明显更快。

在你的设备上。你的画像、个人事实、阅读历史和收藏的文章全部留在本地——Mera 的服务器从不接收它们。我们关于你保存的只有:登录邮箱、订阅状态,以及你的账户每天被分析的文章数量计数,这个计数正是用来执行你所在套餐每日额度的依据。如果你因触发了聊天护栏而提交过解封申请,你选择附上的对话记录会被保留以供人工审核。完整情况请参见“你们的服务器上存储了哪些内容?”。

如果你的手机无法在本地运行模型,分析会在一个可信执行环境(TEE)中进行。你的应用会获取该隔离环境的证明报告(attestation report),并对其公开的密钥加密请求内容(采用 X25519 密钥交换配合 XChaCha20-Poly1305),因此请求在传输过程中是不可读的,对我们而言也是不可读的,计算一结束一切都会被清除。关于目前局限性的一点澄清:应用目前还不会将该证明报告的签名与硬件厂商进行核验,也不会在核验失败时拒绝继续执行。所以现阶段你信任的对象是 Mera 和隔离环境运营方,而不是芯片本身。弥补这一差距——核验证明并在失败时拒绝执行(fail closed)——已列入下方的路线图。

与你的账户关联的:登录邮箱、订阅状态、用于执行你所在套餐额度的每日分析文章数计数,以及订阅状态发生变化时应用商店发送给我们的账单记录。如果你因触发了聊天护栏而提交过解封申请,你选择附上的对话记录会一直保存到有人工完成审核为止——我们正在为其增加保留期限上限,并提供更清晰的预览,让你确切知道会附上什么内容。你发送的主题短语也会被存储,但存放在一个仅以文本本身为键的缓存中——不附带用户 ID,所有读者共用同一份缓存,任何 14 天内无人请求过的主题都会被删除。你的画像、个人事实和阅读行为绝不会发送给我们,也绝不会被存储。

不是——Mera 是源码公开(source-available)。应用的完整源码已经公开,任何人都可以阅读、编译和审计它,但许可协议并不授予生产环境使用权或商业使用权。我们对这个措辞是刻意的:“开源”有明确的定义——一份 OSI 批准的许可协议,附带使用和再分发的自由——Mera 并不满足这个标准。把自己称为开源,对我们来说会是最廉价的说法,而这恰恰是我们不这么说的原因。

我们的目标是在 2026 年 9 月之前。这不只是把代码仓库开关切换成公开那么简单:目前处理你数据的代码和运行我们新闻管线的代码位于同一个代码库中,把它们妥善分离是这项工作的主要部分。我们正在构建的是一项新服务——一个代码仓库,内含四个可独立部署的部分,全部源码公开:应用查询的 API、处理邮箱登录/会话/签名密钥的身份验证服务、端到端加密的推理中继,以及用于通知的后台工作进程。这项服务将成为应用唯一对话的对象。任何知道“你是谁”的部分都会迁移进去。我们的新闻后端保持闭源,变成一个纯粹的文章服务,只接收不附带任何标识符的主题短语——没有用户 ID、没有会话、没有设备 ID、没有客户端 IP——这一点未来将由一份固定的出站字段白名单强制执行,并配有一项测试:一旦有人添加了新字段,构建就会失败。这两套系统届时将运行在各自独立的数据库上,使用各自独立的凭证,系统之间不存在跨库访问,因此闭源那一侧即使出错也将无法读取用户记录。以上这些目前都还不存在——这正是我们正在构建的内容,比起让你误以为已经完成,我们更愿意用将来时态来描述它。

这正是我们采用这种做法的意义所在——不过要说清楚,这里描述的是我们正在构建的东西,不是你今天就能下载到的东西。源码公开的服务届时将采用可插拔的提供方设计:会有一个新闻提供方接口,附带一个基于公开搜索 API 的参考适配器,让你能够完全脱离我们的管线、针对自己的数据运行整个应用;还会有一个权益(entitlements)接口,默认设置为无限制,所以你将不需要开通付费账户也能试用。你会得到一个能正常工作、真正保护隐私的新闻阅读器。但你不会得到我们的语义检索、跨语言的事件聚类,或按覆盖广度排序的头条——这些正是基础设施与成本投入的所在,也是订阅费所支付的部分。我们认为这是一条诚实的分界线:你应当能够验证自己的数据发生了什么,但不必一定能从我们的源码重建出整个产品。

我们更希望你是从我们这里听到这些,而不是自己发现。云端推理才是默认方式,并非设备端运行——在自己手机上运行模型,是你需要主动开启的选项。我们本该把这一点说得更直白,因为我们其他文案的表述容易让人产生相反的印象。后端尚未公开,所以你的主题短语会经历什么,目前只有文档记录,而无法被阅读验证。应用会将推理请求加密发送给隔离环境已认证的密钥,但目前还不会将该证明与硬件厂商进行核验、也不会在核验失败时拒绝继续——所以今天的信任锚点是我们加上隔离环境运营方,而不是芯片本身。我们还没有发布可重现构建或已签名的发布哈希,所以你可以阅读我们的源码,但目前还无法证明你手机上的应用确实是由该源码构建出来的。即便后端公开之后,源码本身也无法证明服务器实际运行的是哪份代码——没有任何人能做到这一点,我们宁愿直说,也不愿含糊其辞;我们计划发布一份透明度报告,至少让我们在面对法律请求时的应对记录在案。账号删除目前还不能一次性清除所有系统中的每一处痕迹。有些数据的保留期限尚未设定上限,具体是指提交的客服对话记录和每日用量计数。针对 AI 处理内容的提示注入攻击加固工作仍在进行中。此外,我们此前公开的第三方服务商列表并不完整,还列出了我们实际上并未使用的支付处理商——这一点已在本次更新中更正。

对某些话题，且仅在狭义字面意义上这样做。当您的某个话题短语将城市或地点名称与主题词配对时 — 例如”博帕尔天气”、”阿姆斯特丹爵士音乐活动” — 服务器要求文章自身的文本必须真正提及该地点，才能为该话题返回该文章。这是对短语的关键词后过滤，被添加是因为仅靠语义搜索无法完成这项工作：对于地点加主题的查询，向量几乎完全锚定在主题词上，地理位置最多对相似度分数贡献约 0.03，因此来自无关城市、主题相同的文章可靠地超过了真正的本地文章。限制本身比功能更重要，所以这里列出来了。这仅适用于城市和地点话题：当话题主体是国家或大陆时（如”荷兰政策”、”欧盟 AI 法案”），故意不采用这种方式过滤，因为在这些情况下地点是主题本身，精确的地点匹配会舍弃合法的国家级报道。匹配本身是对文章标题、描述和原始语言标题的简单不区分大小写的子字符串测试。没有地名数据库，也没有别名列表，所以说”Bombay”的话题不会与说”Mumbai”的文章匹配 — 这是一个已知的差距而非已解决的问题。它故意采用开放失败设计：当无法自信地进行检查时，比如我们不理解为地点的短语或没有可搜索文本的文章，该文章会被保留而不是被舍弃。这些都不会让您的资讯具有位置感知，也不涉及服务器知道您在哪里。这是对话题短语中词语的过滤。该门控仅读取话题短语，话题记录不携带位置字段，也没有记录哪个事实生成了它们。

某种程度上,你本不该需要信任我们——这正是以上所有工作的全部意义所在。你能自己核实的部分越多,需要单凭我一面之词相信的部分就越少。但我会如实说明现状:Mera 由一个人打造。完全的透明是我努力的方向,但我还没有做到。上面列出的这些差距都是真实存在的,我选择主动公开它们,而不是等着被人发现;我拥有的资源就是这些,不多不少。眼下诚实的请求是,希望你相信我会尽快把这些补上——而不是相信它们已经完成了。这个页面会随着每一项落实而更新。

请发送邮件至 contact@mera.news,或使用应用内的"报告问题"选项。