AI Agent - Aug 13, 2026

AMIE Video Multi-Agent Architecture Explained

Architecture in One Sentence

AMIE Video separates a live clinical conversation into three asynchronous jobs: Talker responds to the patient, Planner maintains clinical goals and reasoning, and Perception reviews the audio-visual stream for relevant cues. The design targets the tension between conversational latency and deeper analysis; it does not remove the need to validate safety with real patients.

Why One Synchronous Agent Was Not Enough

A video consultation combines tasks with different timing needs. Conversation breaks down if every response waits for extended reasoning, while a low-latency response path may not have enough time to review visual history, subtle audio cues, or a changing differential diagnosis.

The paper’s solution is not three independent clinicians voting on an answer. It is a division of responsibilities with shared state and asynchronous updates.

AgentPrimary inputPrimary outputDesign purpose
TalkerConversation, recent video, current perception notes, current clinical goalsReal-time spoken responsePreserve responsive turn-taking
PlannerConversation content and accumulated case stateRe-prioritized goals, patient summary, differential and management planContinue deeper reasoning without pausing every spoken turn
PerceptionExtended visual and auditory streamNewly detected cues and cumulative cue memoryPreserve observations that a fast response path may miss

Talker: The Conversation Path

The Talker listens, detects a suitable pause, and generates the patient-facing response. The paper says it continues listening while speaking so it can handle interruption. It uses the latest available Planner and Perception state rather than waiting for both agents to complete a fresh update before every turn.

That choice reduces latency, but it creates a state-freshness question: a response may use the most recent completed background update rather than analysis of every newly observed detail.

Planner: The Clinical Goal Path

The Planner maintains a persistent case summary, differential diagnosis, management plan, and conversational milestones. A milestone may request more history, ask the patient actor to perform a visible maneuver, or prioritize escalation guidance.

Planner work is decoupled from Talker output. The paper reports a rate limit on deeper Planner invocations to balance compute and conversation flow. This is an engineering tradeoff, not proof that delayed or summarized state is always clinically sufficient.

Perception: The Audio-Visual Path

The Perception agent examines a longer audio-video window and keeps a cumulative list of cues. Its purpose is to retain details—such as a cough, movement, affect, or speech feature—that might otherwise disappear from the Talker’s shorter immediate context.

The study does not show perfect perception. The authors report occasional perceptual errors and identify fine anatomical precision, subtle affective nuance, and high-frequency movement as limitations.

What “Asynchronous” Changes

The architecture can improve responsiveness because background analysis does not have to block every spoken turn. It also introduces failure modes that a deployment review would need to test:

  • stale Planner or Perception state at the moment Talker responds;
  • conflicting or incomplete background updates;
  • lost context when observations are compressed into memory;
  • latency spikes, interruptions, or technical failures across components;
  • an apparently fluent response masking uncertainty in perception or reasoning.

The paper includes automated component evaluations and a randomized simulated OSCE. Those tests support the research design, but production readiness would also require monitoring, escalation, auditability, privacy, security, and human-oversight evidence in the intended setting.

Model and Evaluation Scope

The preliminary paper says the tested system was built on Gemini 3 Flash and Gemini 3.1 Pro and used Project Astra infrastructure. Treat those as properties of the reported research configuration, not permanent product specifications.

Development used a telehealth audio-visual competency taxonomy plus targeted single-turn tests and simulated multi-turn conversations. The human evaluation then compared AMIE Video, AMIE Text, and PCP Video in standardized simulated consultations. Read the OSCE comparison and limitations before interpreting the reported scores.

Frequently Asked Questions

Why does AMIE Video use multiple agents?

The research separates fast patient-facing dialogue from slower clinical planning and extended audio-visual review so those tasks can proceed asynchronously instead of blocking every response.

What does the Talker agent do?

The Talker is the patient-facing agent. It produces low-latency spoken responses while using the most recent observations and goals supplied by the other agents.

Does the architecture prove the system is safe for clinical deployment?

No. The architecture and simulated evaluations are research evidence. The authors report perception, reasoning, and technical limitations and call for real-patient validation before conclusions about clinical utility.

Primary Sources

For the plain-language overview and availability boundary, start with the Google AMIE Video research guide.