Distributed AI on Phones: What Happens When a Node Fails?

SCCI Demo · Handover, Continuity, and Multi-Role Execution

In this scenario, Wi-Fi is intentionally disabled on B-PHONE0 while a live session is active. SCCI detects the availability change and performs fallback handover to B-PHONE3 so the interaction continues instead of dying with the original node.

Live handover proof Wi-Fi loss on B-PHONE0 Orchestrator fallback to B-PHONE3

Handover Demonstration

Real SCCI scenario showing failover, session continuity, capability-based orchestration, and image generation after handover

What to Watch

Look for the exact moment Wi-Fi is disabled on B-PHONE0, availability changes, and the active session is resumed through B-PHONE3 instead of restarting.

Why It Matters

This proves the orchestrator is resilient to node connectivity loss and can preserve the user experience through adaptive orchestration.

What It Proves

Session continuity after connectivity loss, automatic fallback from B-PHONE0 to B-PHONE3, and dynamic task routing based on node capabilities, including multi-role execution on a single node.

Why This Scenario Stands Out

It shows a concrete failure scenario, not only a load scenario: one phone loses Wi-Fi and SCCI keeps the session alive by moving execution to another phone.

Multi-Role Execution After Handover

After the handover, B-PHONE3 continues the chat session and also handles image generation. This demonstrates that nodes are not limited to a single role. The SCCI router dynamically assigns tasks based on both availability and capabilities.

This scenario demonstrates adaptive distributed AI orchestration. When the primary node fails, the system preserves the session, reassigns execution, and continues handling new tasks such as image generation without interruption.

[DISCOVERY:NODES] nodes=6 B-PHONE0=ok | B-PHONE1=ok | B-PHONE2=ok | B-PHONE3=ok
[CHAT] B-PHONE0 active
[EVENT] Wi-Fi disabled on B-PHONE0
[DISCOVERY:NODES] nodes=6 B-PHONE0=cooldown | B-PHONE1=ok | B-PHONE2=ok | B-PHONE3=ok
[HANDOVER] session → B-PHONE3
[CHAT] resumed without interruption
Representative real-log style sequence shown to match the scenario demonstrated in the video.
[REQUEST] image → "galaxies in the universe"
[ROUTER] evaluating available nodes and capabilities
[CAPABILITY] B-PHONE3 supports chat + image
[ASSIGN] image → B-PHONE3
[EXECUTION] image generation started
[EXECUTION] image generated successfully
Continuation after handover: the same node handles multiple roles.
This page contains the SCCI failover scenario video showing Wi-Fi being disabled on B-PHONE0, the orchestrator handing the active session over to B-PHONE3, and image generation being executed after handover through capability-based orchestration.