---
title: "视频来电先核实"
date: "2026-08-02"
canonical: "https://raytally.com/ideas/2026-08-02-halo-by-scam-ai/"
generator: "萤录 RayTally · dev-prompt-v4"
signal:
  query: "Halo by Scam AI"
  observed_at: "2026-08-02T00:33:18.427Z"
sources:
  - url: "https://www.producthunt.com/products/scam-ai"
    boundary: "观测于 2026-08-02T00:33:18.427Z。"
  - url: "https://consumer.ftc.gov/articles/scammers-use-fake-emergencies-steal-your-money"
    boundary: "来源记录未提供发布时间。"
  - url: "https://developer.android.com/reference/android/service/quicksettings/TileService.html"
    boundary: "来源记录未提供发布时间。"
  - url: "https://support.google.com/googleplay/android-developer/answer/10964491"
    boundary: "来源记录未提供发布时间。"
notice: "本任务书中的信号，是在所列时间点截取的有界观察（搜索关注、论坛分数或新品列表），不是市场验证、用户数量或持续需求证明。转述或据此行动时，必须保留这些时间边界与最强反方。"
---

[在 RayTally 阅读原始页面](https://raytally.com/ideas/2026-08-02-halo-by-scam-ai/)

使用声明：以下信号只是带时间边界的公开观察，不是市场验证、用户数量或持续需求证明；转述或执行时必须保留时间边界与最强反方。

你是资深产品工程师。请把下面这条产品灵感做成一个可以本地运行的 MVP。

## 灵感

视频来电先核实
视频来电突然要求转账或验证码时，先暂停通话，再从旧号码或家庭群独立确认身份。

## 产品概念

父母接到视频来电，对方自称亲友并急着借钱、索要验证码或要求共享屏幕时，最危险的往往是来不及多想的几十秒。手机上常驻一个“先核实”按钮，用户点下后，当前通话立即静音，屏幕不再显示转账入口和验证码内容。 应用随后通过事先登记的旧手机号、家庭群或备用联系人发起独立确认。它会让对方回答一条不在当前视频通话里出现的问题，例如家人约定的短语，或最近一次见面的细节。确认过程只收集是否回应和回应内容，不录制整段家庭通话。 结果只显示三种状态：独立渠道已确认、本人否认发起请求、暂时无法确认。若无法确认，应用给出挂断、改用旧号码回拨和联系另一位亲属的顺序，不用一个模糊分数催用户继续冒险。家人可为长辈预设不同强度的保护规则，例如出现转账关键词时自动弹出核实按钮。 第一版专门处理视频或语音通话中的高风险请求，不判断一张脸是不是 AI 生成，也不替家庭决定是否转钱。它要守住的是在做出不可逆操作前，把确认从同一条可被冒充的通话里移出去。

## 为什么是现在（有事实支撑）

截至8月2日，Halo by Scam AI位于Product Hunt新品流第15名，主打判断视频通话中的对象是否真实。 这次上新把注意力推向一个具体缺口：即使画面像亲友，转账前仍需改走旧号码或家庭群核实。

## 方向判断（以下为模型推断，未经独立验证）

目标用户：核心用户是独居或不熟悉手机安全设置的父母，以及远程照看他们的成年子女。关键场景是熟悉面孔突然要求转账、验证码或共享屏幕。此时亲情和紧迫感会压缩判断时间。子女需要提前设好旧号码、家庭群和备用联系人，让父母不用临场寻找核实对象。

最小切入点：安卓先行，把“先核实”做成快捷设置磁贴。TileService可让用户在当前应用中触发快捷动作。 点按后进入全屏保护页，先遮住验证码与支付入口。对已适配的通话应用，用无障碍服务执行固定的静音点击。每款应用单独维护控件规则。无障碍权限必须明确披露，自动化只采用用户触发的固定流程。 身份确认走预登记的短信深链或家庭群链接。后端只保存挑战状态、回应文本和过期时间。首版适配少量通话应用，不做真假脸模型，也不读取整段音视频。

最强反方：第三方通话应用一改界面，静音控件定位就可能失效。失效时仍显示已静音，会制造更危险的错觉。全屏遮罩只能挡住当前视线，无法保证系统通知或另一台设备不露出验证码。预登记号码若已更换，确认请求可能发给错误的人。家庭群账号被接管时，独立渠道也会一起失守。私密问题若取自社交媒体，答案未必真正私密。真正紧急时，备用联系人迟迟不回应，用户也可能绕开流程。产品需要长期维护机型适配，并反复演练失败状态。

以上是模型基于灵感本身与已核验事实的推断，请当作方向假设与真实约束对待：不要默认「最强反方」已被解决，也不要据此在产品里写下确定性结论。

## 以小博大（模型推断）

第一批用户应从替父母管理手机的成年子女中寻找。把产品做成一次家庭防骗演练，让子女在家庭群发起模拟借款，再让长辈按下核实按钮。演练结果页可生成不含私密答案的设置清单，方便转发给兄弟姐妹。围绕“帮父母设好旧号码和备用联系人”制作短视频，比泛讲深度伪造更容易带来安装。

## 竞品与缝隙（模型推断）

- Halo by Scam AI：从公开定位看，Halo by Scam AI主打判断视频通话中的对象是否真实。 它解决的是画面或身份可信度问题。这对合成脸和换脸攻击很直接。可若真人骗子盗用了亲友账号，内容检测未必能阻止转账请求。即使识别结果准确，用户仍要决定下一步找谁确认。它也没有替家庭建立旧号码、家庭群和备用联系人的确认顺序。本方案的缝隙是绕开真假检测，把高风险请求强制移到另一条渠道。它不必证明画面是假的，只需在转账前取得亲友本人或其他家属的回应。代价是确认速度取决于家人是否在线，还要处理无人回应和号码失效。
- 家庭暗号与已知号码回拨：FTC建议遇到家庭紧急借款时先放慢速度，改用已知号码回拨，也可询问只有本人知道的问题。 这种做法免费，任何手机都能执行。它也不依赖真假脸或声音模型。缺口在于高压通话中，人往往记不起完整步骤。受骗者还可能继续留在原通话里，让对方阻止其联系家人。临时问题若来自社交媒体，答案也可能已经泄露。单纯回拨没有清晰状态，未接通容易被误解为默认可信。本方案把建议变成按钮、固定联系人和三种结果。它还能先遮住验证码与支付入口，减少边听边操作的机会。真正需要验证的是，这些额外步骤会不会让长辈嫌麻烦而绕开。

## 怎么赚钱（模型推断）

按家庭订阅收费。一个套餐覆盖长辈、成年子女和备用联系人，并包含短信确认额度。基础核实流程可免费，自动保护规则和更多家庭成员进入付费版。

## 来源背景

主题：视频通话真人身份识别Halo
触发的 Product Hunt 新品：Halo by Scam AI — Know who’s real on every video call

以上只记录新品出现在 Product Hunt 公开 feed 与被观测的事实；该 feed 不提供票数，不要把 feed 顺序描述成热度或市场需求。

## 来源清单

- Halo by Scam AI（https://www.producthunt.com/products/scam-ai）
- Scammers Use Fake Emergencies To Steal Your Money（https://consumer.ftc.gov/articles/scammers-use-fake-emergencies-steal-your-money）
- TileService API reference（https://developer.android.com/reference/android/service/quicksettings/TileService.html）
- Use of the AccessibilityService API（https://support.google.com/googleplay/android-developer/answer/10964491）

## 交付要求

- 开工前，先从上文的产品概念与最小切入点提炼 3–5 条可验证的完成标准并列出，交付时逐条对照说明。
- 先交付「最小切入点」描述的核心流程，让核心用户能走通；范围外的账号、支付、后台等通用系统，除非确有必要否则不做。
- 页面或接口里不要展示未经验证的市场数字。
- 关键文案保持克制、可验证；产品内若需要领域事实、安全指引类内容，从「来源清单」等权威来源取材改写并注明出处，不要凭通识编写。
- 若在已有项目里实现：先读 README、依赖与项目约定，遵循既有技术栈与风格，不重构无关代码。
- 若当前目录为空：选一套轻量技术栈，优先交付可运行原型。
- 完成后说明改了什么、如何运行、如何验证。
- 遇到真正会改变产品方向的歧义再提问，普通实现细节自行做工程判断。