πŸ”­ English documentation
ζ—₯本θͺž β†’

πŸ”­One Step Ahead (Concepts)

Three differentiation-axis concepts (never trust the voice / graduating to the edge / police-report package) + deepfake-detection candidates. Everything ⏳ concept stage.

⏳ Concept stage

The attackers (scams) have finished going AI (voice cloning, fraud-as-a-service). The industry competes on AI that answers calls; AI that doubts calls is an empty space β€” these three differentiation axes aim at that space. **Everything on this page is at the concept stage**: nothing is implemented or verified yet (per our conventions, we never write "it can do X").
πŸ“ŒHow to read this page (spec conventions)

Even one step before this site’s usual rule (distinguishing β€œimplemented” from β€œenabled by default”) β€” everything on this page is at the concept stage. Nothing is implemented or device-verified yet, so we write β€œthe idea is to…” / β€œaims at…” and never β€œit can do X”. Source of truth: aegis-platform docs/specs/ROADMAP_voice_patterns_2026-07-12.md and docs/specs/DESIGN_verification_layer_2026-07-12.md.

One step ahead in differentiation (3 axes)

πŸ—οΈ ⏳ Concept stage

Axis 1: A design that never trusts the voice (behavioral verification)

aegis-platform docs/specs/DESIGN_verification_layer_2026-07-12.md

The idea: protect with behavioral verification, not by judging whether a voice is genuine β€” designed on the premise that voice cloning has already crossed the indistinguishability line.

🏠 ⏳ Concept stage

Axis 2: Graduating to the edge (distillation lands on the Pi)

aegis-platform docs/specs/ROADMAP_voice_patterns_2026-07-12.md

The idea: the graduation target of distillation (stage 4) is on-Pi verdicts β€” something cloud SaaS structurally cannot copy (the device is the moat).

πŸ“¦ ⏳ Concept stage

Axis 3: Proof of protection β†’ a police-report package

aegis-platform docs/specs/ROADMAP_voice_patterns_2026-07-12.md

The idea: store the record of every repelled or encountered scam call (caller number, timestamp, transcript, verdict rationale, tactic classification) with tamper-evidence, and export it in one tap in a format usable for a police report.

Inside Axis 1: the 3 principles and the trigger ⏳ Concept stage

  • Principle 1 β€” never trust the voice: who the voice sounds like is never grounds for identity verification
  • Principle 2 β€” never used to let calls through: verification only clears suspicion. Even on success, the scorer's verdict is never relaxed (no bonus points). Failure or non-completion always falls to the safe side (a human)
  • Principle 3 β€” fail-safe: no failure in the verification layer may break existing call handling
  • Trigger: only when an "urgency signal" AND a "money / personal-info signal" both fire (either alone over-triggers; voice similarity and the caller's claims are never trigger conditions)

Inside Axis 1: the 3 verification steps (V1 β†’ V2 β†’ V3, tried top-down) ⏳ Concept stage

πŸ”‘ ⏳ Concept stage

V1: In-conversation verification (passphrase)

The AI weaves a pre-registered passphrase or a question only the real person can answer naturally into the conversation. Correct β†’ a V record is kept and the normal flow continues (the scorer's verdict is still never relaxed). Wrong or evasive β†’ escalate to V2.

πŸ“² ⏳ Concept stage

V2: Out-of-band verification (call back the registered number)

Declare "we will call your registered number back to confirm," hang up, then dial the registered number and confirm the facts with the real person. A confirmation call to our own customer, so no brand contradiction. As the first outbound feature it presupposes reusing the outbound-restriction design plus legal review.

πŸ§‘β€πŸ€β€πŸ§‘ ⏳ Concept stage

V3: Human fallback

If V1/V2 cannot complete (nothing registered, no answer), guide with "please confirm directly with your family" and end on the safe side. Rollout order: V3 (guidance only, minimal) β†’ V1 (passphrase) β†’ V2 (call-back).

Axes 2 & 3 in brief ⏳ Concept stage

  • [Axis 2] Aims at zero marginal cost (no cloud inference fees)
  • [Axis 2] Aims to keep working even when the line is down
  • [Axis 2] Aims at a topology where audio never leaves the house (a structural privacy advantage)
  • [Axis 3] Business value (a): counters "nothing ever happens = churn" by making the protection visible
  • [Axis 3] Business value (b): positions us against victims' silent resignation (today, neither the recording nor the number survives)
  • [Axis 3] Business value (c): extends into a family dashboard and monthly reports
  • [Axis 3] Tamper-evidence (hash chain or similar; the method is chosen at implementation time). The verification log (Axis 1) doubles as the raw material β€” defense and evidence generation in one
  • [Axis 3] Prerequisite: legal review of the recording notice. Acceptance is up to police-side procedure, so we say "a format usable for a report" (we never promise acceptance)
⚠️Axis 3 prerequisite (legal)

A legal review of the recording notice comes first. Acceptance is up to police-side procedure, so we say β€œa format usable for a report” and never promise acceptance.

Deepfake-detection candidates (external tools) ⏳ Concept stage

ℹ️Premise: we do not build a detection engine
We do not build a deepfake-detection engine. Detection is an arms race with established specialists. Aegis wins with procedures that do not depend on detection accuracy.

Figures and claims below are transcribed from vendor statements and independent test reports. Measurement against our own gold set is still ahead (eval first).

ToolTargetPublished / reported strengthsPricing
🏒 Pindrop PulseReal-time, for call centersClaims ~2-second verdicts, 1,300+ voice features, >90% detection even on unseen synthesis; offers a detection warranty programEnterprise pricing
πŸ§ͺ Reality DefenderDeveloper-facing RealAPI (RealCall available for phone)Free tier of 50 scans/month β€” the entry point for offline checks of recorded data, measuring real phone-quality performance against our own gold setUsage-based
πŸ”¬ Resemble DetectDeveloper APIReported ~94% detection on clean audioUsage-based API. Accuracy degrades at phone quality
🧩 OSS η³»Research useIndependent tests report ~78% plus false positives β€” not keeping up with commercial synthesisFree (accuracy concerns)
⚠️Common caveat (why detection is never the lead)
Every tool loses accuracy on compressed phone-quality audio (8 kHz). And no tool can prove a voice is real β€” they only output probabilities. So detection is never the lead: we only design a liveness_score inlet on the scorer β€” if detection misses, the procedures (V1/V2/V3) still protect; if it hits, we get suspicious earlier. Adoption is eval first: run our own gold set through Reality Defender's free tier (50/month) offline before deciding.
πŸ“ŒTiming
Timing: this concept (the Axis 1 verification layer) starts only after LLM-layer Gate A (on-device, real nβ‰₯20) is passed. Verification-layer records are introduced observation-first, like the shadow column.